近期一直在研究静态成员函数之类的问题,上午正好有机会和大家共享一下.
随着今年作品展的逼近，我们的机房收费系统合作版告一段落了。一年前我们也在准备着我们的作品展，虽然我们的作品做的差强人意，但是还是耐人寻味的，在那个时候我们也斗争过，哭过，笑过，不放弃，不摈弃，团结合作着。今年的当初仍然在团结合作着，只不过是换了一个平台，但仍能体会到合作的重要性。
在这个合作的过程当中，能体会的到这不是一个人的事，如果想要做的好，学到更多的东西那就应该好好合作，互相配合，互相鼓励。因为我们目标分歧，因为团结就是力量，因为孤雁难飞，孤立无援。要想合作的好，前提就是要相同。
我们明确分工，每个人都有不同的任务，分配好任务以后抓紧时光做，主要是负责好自己的那一层，尽可能用以前没有用的知识。然后就是调错，把每一条线都要调通，让系统运行起来，最后就是交流我们每个人在做的过程当中碰到的问题和学到的知识，互相学习。当然组长在这个过程当中扮演者很重要的角色。
而我也从中学到了要独立思考，积极向上，不怕困难，碰到困难就一个一个去处理。这也算是我最大的收成之一吧。
我敲U层和表面层，一开始感到U层没有什么东西，不就是传数据，显示数据嘛，但是愈来愈感到到U层的重要性，U层有很多东西需要考虑，都是一些小细节问题，考验了思维的缜密性和换位思考。体会到不能只从开发者的角度去考虑问题，不能随心所欲，更多的是站在用户的角度去思考问题，去完善。技术上则是从代码的复用角度，代码冗余角度，耦合度去考虑问题。此外还用到了，静态成员变量，传参数，实体关联等。
技术上U层用了单例模式，理解了单例的唯一性。详见我的博客：http://blog.csdn.net/liutengteng130/article/details/8906273
运用了模板方法模式，明确了重写，虚函数，学会了去创新，去应用。详见我的博客：http://blog.csdn.net/liutengteng130/article/details/8869685
运用了静态成员变量，让U层的变量变得简略，不再重新定义，只要把变量放到静态变量里那过来用就好了，很便利。
关于静态成员函数，可以总结为以下几点：
1、出当初类体外的函数定义不能指定关键字static，shared；
2、静态成员变量是静态存储的，是静态生存期，必须对它进行初始化。
3、静态成员之间可以相互拜访，包含静态成员函数拜访静态数据成员和拜访静态成员函数；非静态成员函数可以任意地拜访静态成员函数和静态数据成员；静态成员函数不能拜访非静态成员函数和非静态数据成员。
4、使用静态成员变量节俭内存，提高时光效率，只要更新一次值，保证其他对象都取更新后雷同的值。
5、由于没有this指针的额外开销，因此静态成员函数与类的全局函数相比速度上会有少许的增长。
6、调用静态成员函数，可以用成员拜访操作符(.)和(->)为一个类的对象或指向类对象的指针调用静态成员函数。
7、当统一类的所有对象使用一个量时，对于这个共用的量，可以用静态数据成员变量，这个变量对于统一类的所有的对象都取雷同的值。静态成员变量只能被静态成员函数调用。静态成员函数也是由统一类中的所有对象共用。只能调用静态成员变量和静态成员函数。
用到了传参数，至于是传参数还是传实体，如果参数少的话可以传参数,参数多了还是传实体比较简略。
用到了实体关联。这样就不用传两个或者更多的实体,只需要传一个实体就好了.很便利很简略。
花落非无声,风过也留痕.从此次的合作中,从后期的准备阶段到最后的测试实现每一步都很重要，每个设法每个创意也很重要,不管是从思想层面还是技术层面都要继承去坚持,继承努力.
文章结束给大家分享下程序员的一些笑话语录：
看到有人回帖“不顶不是中国人”，他的本意是想让帖子沉了。