集体讨论代码时的感想：

      工作方式感想：
    1、在解决问题时，集体讨论虽然可能影响单体的工作效率，但却极有利于分享和交流知识，也有利于发现自身的不足。
    2、他人的经验是自己的一面镜子，不管是别人的优点还是不足，都足以成为自己的借鉴。
    3、将自己的工作内容暴露给同事，有利于发现自己的不足，暴露自己的问题，从而极快地矫正自身的缺陷。
    
       技术感想    
    1、一定要拒绝冗长的代码。代码越简洁越容易读懂，也越容易维护
    2、即使是看起来很简单的页面：比如只有三个输入框和一个按钮的页面。要考虑的问题类型也和复杂页面一样，包括
       2.1  校验输入
       2.2  键盘与输入的协同
       2.3  不同的弹出式控件之间的协同（ pickView和键盘的协同是今天解决的重点问题 ）
      
    3、建立统一的模型
        业务里需要建立联系人模型，S和LONG各自建立了一套模型，调用时需要转换，十分不方便。
    4、建立模型的规范     
        由于不熟悉建立模型的方法，在建联系人模型时多次改动构造函数和加载方法。导致各字段的初值一直在变化。在一段请求网络数据的代码里，最初时需要判断联系人模型里的字段“类型”是否为空。后来给模型加了初始化方法，各字段的默认值都为@“”，不存在字段为空的情况。导致这条判断语句失效，影响了相关功能。

        所以说，模型的建立和规范的构建是一开始就要做的事情，中途更改必然会影响代码质量。