架构杂想

358 阅读3分钟

最近的工作和架构相关,之前也写过KZWFourdation,所以借此机会说下自己的思考。

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

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

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

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

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

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

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