开发较复杂的 iOS 应用时,在建立清晰易懂的项目目录结构这方面,你有什么好的经验或心得?目录结构就是指这个:
在简单的应用中,我们用苹果默认的目录结构就可以让人看懂分辨各个类的作用。然而在一个较大型的项目中,会有几十个甚至上百个类,并且还会不断增加。如何建立一个清晰易懂的文件夹结构(目录结构),让一个新加入项目的成员也可以快速掌握各个类的功能和相互关系?
目录结构是按照相似功能(比如较重要的ViewController放到一起)分类好呢,还是对应应用的画面结构分类(比如搜索结果画面下面放置相关类)好呢?我想后者在实际应用中很多,但似乎也有缺陷。比如画面过多过于复杂的时候,难以对他们进行清晰的树状分类。
我在网上找到的较好的资料比如这个帖子:iOS项目的目录结构和开发流程
欢迎大家积极分享自己的心得经验,或者分享网络上的优质资料。
注:本问题无需涉及Xcode默认生成的初始文件目录结构的讲解。
拒绝毫无干货的答案比如“不需要考虑这种结构”“用苹果的默认结构就行了啊”。
本文探讨了在开发较复杂的iOS应用时,如何建立清晰易懂的项目目录结构。包括按功能或按应用画面结构分类的方法及其优缺点,并分享了一些实用的经验和网络资源。
3314

被折叠的 条评论
为什么被折叠?



