《江湖论剑之代码优化篇》

// 以下为楼主自己的总结，仅代码个人观点。这篇文章临时起意，一时想不到这么多东西，后期会慢慢完善的。大家可以大致看一下，这个为第一版。

楼主目前觉得好的代码就是  就是将OC三大特性，继承，封装，多态发挥到极致。详情见下文。

楼主将《江湖论剑之代码优化篇》大致分为两大部分。

.层次篇 -《UML图》的修炼。

拿到东西不着急写，先分析然后画草图。将要写的东西结构也就是架构画一遍不需要很精致，画到后期可以直接脑海里画出来。架构架的好,UML图绝对画的好。反之亦然。画好图。再去分解。逻辑大致可以分解为视图逻辑，业务逻辑这二者一定得分开。分解完了之后就是封装。封装好的东西要求都是可以单独拿出来用的，且互不影响，类似第三方。最后将封装好的东西像插件一样插在架构上。这才是一个好的架构。后期修改也是可以单独定位到某个地方也方便修改。以后遇到同样的直接拿来用就好。分文件夹一定要先功能，后MVVM的区分。这样方便定位拓展以及应用。

.细节篇 - 自我的领悟。-层次篇这里讲到的东西，我这边就不重复了。

1.基类一定不能少，可以避免很多重复代码。比如网络请求的固定参数就可以直接写在网络请求的固定参数里面。然后继承这个网络请求。

2.属性和懒加载不要乱用，能使用全局变量的时候，不要使用属性，能使用局部变量的时候别使用全局变量。使用属性，系统会自动调用其get和set方法。

3.纠正一个初级程序员经常放的错误。喜欢一直self.xx。其实无论是法懒加载，第一次self.xx。就好了不需要每次都self.xx。直接_xx就好了。如果是懒加载也就第一次使用self.xx。后面都可以直接_xx。每点一次，系统都会调用一次其get和set方法。如果每次都是self.那就是在做无用功。

4.代码规范，这个大家一定得遵守，要不然下次去面试，遇到了一个厉害的面试官则会当场露馅。

5.复用模式。写东西先得考虑这个东西可不可以直接用复用来解决。如果能则直接复用。不能则需要考虑，有需要的时候在创建。如果都不行再开始写。

6.注意代码的调用次数。减少不必要的调用。

8.注意封装时候的块的划分。分的不好性能和代码完全不同。

9.宏定义  宏定义的目前就是将需要东西直接给统一。楼主推荐卸载封装的块里面。但是一些公用的宏定义则可以直接写整个项目里。

10.注意内存泄露。

11.每次回味自己写的功能，看有没有更好的写法。

12.推荐2本书《算法导论》《大话设计模式》。需要电子版的可以找我拿。q 240539134。

13.能用view就别用图片。

14.暂时能想到的就这么多，后期会自动添加。写这篇文章也是偶尔灵机一动，我感觉细节篇这里缺的东西太多了。后面慢慢补吧。