• App的模块化

    App的模块化

    一点浅薄的经验

    分出章回、批阅十载

    作者:@nixzhu


    相对于桌面应用,虽然App运行于小小的手机上,但其开发同样也是一项完整的软件工程。相较于一些日常测试的小Demo,一个成熟的App的代码行数可能会以数十万计。我常常想,要是我能在一开始就“看”到此时这款App的代码结构,定会少走许多弯路。

    随着开发的进展,代码逐渐增多,某些代码会显著被其它代码依赖,最后我们甚至可以给它们起个名字,比如叫做某某模块。既然这样叫,那为什么不真的独立出来?

    开个分支,增加一个Target,将一些文件放到其中,修复编译错误(加一些public等),再修改此Target暴露给外部的API,让它更好使用。

    我的建议是每两周都这么想一想、做一做,目前的代码里有没有可以独立出来的模块?然后花一点时间去把它从源项目中剥离出来。

    可能很不幸,你看到这篇文章的时候,你的项目已经很大了,虽然从某些文件的名字看起来它确实应该独立为一个模块了,但并没有人来做这件事,甚至其实其代码对其他部分的依赖还很严重,短时间来看并不容易分离。

    那么我们可以换一个思路,这个App的核心是什么?

    就我来看,可能有网路层、模型、持久化等。也就是说,有了这些,你可以用它写一个命令行版的App出来。

    既然如此,先将这个“核心”剥离出来,它的特征是缺少了它App就不可能工作,且不依赖任何UI的部分。

    再之后,分析自己的App,或者有意识地持续分离不应该互相依赖的部分,最后渐渐独立出各种模块来,把它们变成Framework。

    以上总结起来却很简短:编写代码时有意识地注意“复用”和“重构”。每次你要从其他文件里拷贝代码的时候都应该思考一下,这段代码适合变成一个函数吗?应该放在Extension里还是写一个类封装一下?每次修改一个函数的时候,就观察它是否太长?是否不易读懂?是否参数过多?甚至是否命名不合适?

    就如初生的婴儿,你愿意它健康合理地成长还是变成一团谁也解不开地乱麻?

    有错误自然要修复,有警告也要积极处理。