机房合作总结——花落非无声，风过也留痕

         随着今年作品展的逼近，我们的机房收费系统合作版告一段落了。一年前我们也在准备着我们的作品展，虽然我们的作品做的差强人意，但是还是回味无穷的，在那个时候我们也奋斗过，哭过，笑过，不放弃，不抛弃，团结合作着。今年的现在仍然在团结合作着，只不过是换了一个平台，但仍能体会到合作的重要性。

        

        在这个合作的过程中，能体会的到这不是一个人的事，如果想要做的好，学到更多的东西那就应该好好合作，互相配合，互相鼓励。因为我们目标一致，因为团结就是力量，因为孤雁难飞，孤掌难鸣。要想合作的好，前提就是要沟通。

 

         我们明确分工，每个人都有不同的任务，分配好任务之后抓紧时间做，主要是负责好自己的那一层，尽可能用以前没有用的知识。然后就是调错，把每一条线都要调通，让系统运行起来，最后就是交流我们每一个人在做的过程中遇到的问题和学到的知识，互相学习。当然组长在这个过程中扮演者很重要的角色。

         而我也从中学到了要独立思考，积极向上，不怕困难，遇到困难就一个一个去解决。这也算是我最大的收获之一吧。

         

         我敲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、当同一类的所有对象使用一个量时，对于这个共用的量，可以用静态数据成员变量，这个变量对于同一类的所有的对象都取相同的值。静态成员变量只能被静态成员函数调用。静态成员函数也是由同一类中的所有对象共用。只能调用静态成员变量和静态成员函数。

 

         用到了传参数，至于是传参数还是传实体，如果参数少的话可以传参数,参数多了还是传实体比较简单。

         用到了实体关联。这样就不用传两个或者更多的实体,只需要传一个实体就行了.很方便很简单。

           

       花落非无声,风过也留痕.从这次的合作中,从前期的准备阶段到最后的测试完成每一步都很重要，每一个想法每一个创意也很重要,不管是从思想层面还是技术层面都要继续去坚持,继续努力.