架构杂想

最近的工做和架构相关，以前也写过KZWFourdation,因此借此机会说下本身的思考。

一个正常的iOS框架应该分为基础组件，功能组件，业务组件，基础组件和功能组件尽可能沉淀为Framework，业务组件经过router来相互链接，这样一个基本的iOS组件化项目就成型了。

用过KZWFourdation的就会发现，但是你这个框架就是一大堆东西啊，是的，这是一个不完美的项目，由于当时我太懒也没有分的太细。只是作到了一个功能完善的项目，因此有的功能依赖太多，有的人会很头痛，一个简单功能这么多东西，确实，当时想的是尽可能完善因此依赖比较多，确实问题仍是挺多的。有时间在慢慢拆下，emmm时间嘛不知道。还有Swift版本项目建了可是思路还很少，OC和Swift差距仍是比较大的，有的封装在Swift中的处理，不太好处理成库，也和我Swift的功力有关，用的很少，不太好抽离。

工具的使用，项目大了后，工具的适当使用会让你的效率大大增长，因此有一些东西仍是须要学习的，最近也在看Python。主要是持续集成这块。会的人会比较受欢迎，仍是那句话，能力大的人老是受欢迎的。俗一点就是和你薪资升职加薪挂钩，毕竟如今iOS行情你们都比较清楚，基本都是须要你会三四样了，同时你的基础还须要扎实，混口饭吃的年代愈来愈远了。

项目大了后考虑的东西就会多一些，不是跑起来就行的，特别是多人开发，你要尽可能考虑别人的感觉，多人的开发效率等。以及项目的管理就会变的困难。因此习惯仍是挺重要的，好比git的使用，有良好习惯的人会让你特别舒服，反向就是习惯很差的话在项目中可能会引发不少人的吐槽，比你写垃圾代码还可怕，毕竟你的烂操做可能让别人的代码不见了，问题比较大。须要引发重视。因此这时候规范化就会很重要，因此你平时规范化作的越好在大项目中会越让人喜欢。

这时候可能写代码只是一部分了，思惟和格局可能会愈来愈重要，想的价值会变的越高，emmm这个可能说的有点虚，我也是刚摸索出的感受，还说不清楚。

有人问到第三库的使用，严格来讲是第三方的东西越少越好，就算要用最好也是再包装一层封成私有库来使用，正常来讲第三方库的使用都是须要向框架组申请的，讨论事后才会有结果你能不能在业务中使用。

先写这么多，有想法再补充吧。