1)当所有的商品价格是整数的时候, 我们应该把price 定为double型的,因为说不定以后的商品,搞个1分抢购或者积分抵扣或者1毛钱抢购等的活动.这样我们以后就不用修改代码了(看似简单还是看到程序员把价格设为int 型了)
2)字典转模型不要用KVC, 如果要用KVC可以,那么就需要对KVC进行封装,考虑各种数据类型之间的转换,字典转模型有太多的框架可以用,干嘛还要用原生的KVC,后台返回的数据是NSnumber型的,用KVC 没处理好,客户端很容易崩溃的,谁用谁知道,使用别人写好的字典转模型,一行代码可以解决问题,我们不要花10行以上的代码来解决.
3)只要两个地方需要用到的逻辑功能,我们就需要把这个逻辑功能封装成一个方法,目前有两个地方用到了,以后可能会有3个,4个,5个地方会用到.封装方法写一个工具类或者写一个分类比较好.对项目中的很多代码进行提取为以后使用真的很有帮助,对刷新进行封装(实现3行代码就可以实现上拉+下拉+显示没有更多数据),分享功能1行代码,1行代码对剪切圆角的方法进行封装,一行代码就可以实现减圆角,设置圆角大小,设置边框,设置边框颜色,如果不进行封装,至少需要4行代码吧,我的项目至少有50个地方需要剪切圆角,这样节省的代码量就很客观了.总之一行代码能解决的问题,绝对不要用两行,两个地方需要用到的方法就需要考虑抽取了到基类了 ,避免重复多余的代码.
4)MVC 模式的要严格遵守 数据98%的数据一定要建模型 不要从字典取,超过3个子控件的View 一定要自己封装一个View.严格遵守这条规定了,90%的控制器代码低于少于500行,少数业务逻辑超级复杂的可能会超过800行.
5)封装,继承 多态的使用,分类(严格知道定义而且要会用)
6)包一层 用第三方的时候一定要包一层,这样为以后更换第三方库最准备.网络请求,加密一定要包一层.
7)老板分下来一个需求不要立马开工,发现不合理的要及时沟通甚至会给出合理的建议.
8)对项目进行比较大的改动的时候,一步步的来,上次适配ipv6 需要更换SDK,不要一次更换几个SDK 再提交,一个个的更换确认没问题了提交,让同事update 跑跑,再更换下一个,每次更换sdk 可能会牵扯几十个文件的删除和增加,SVN不一定有那么智能,一步步的来.可以避免出错.搭档同事更换了2个SDk后再提交我这边update,报错了.而且错误很难排查.
9)最后的也是最重要的,老码农不坚持学习,老码农不学习那一天连新码农也不如了.
