选项1 – 视图和控制器分组分组
-VIEws | - EditItemVIEw.h - EditItemVIEw.m - AddItemVIEw.h - AddItemVIEw.m-Controllers | - EditItemVIEwController.h - EditItemVIEwController.m - AddItemVIEwController.h - AddItemVIEwController.m
选项2 – 按功能分组的项目
-AddItem | - AddItemVIEwController.h - AddItemVIEwController.m - AddItemVIEw.h - AddItemVIEw.m-EditItem | - EditItemVIEwController.h - EditItemVIEwController.m - EditItemVIEw.h - EditItemVIEw.m
从MVC的角度来看,选项1似乎更有意义 – 代码分组在一起,但是我想知道随着应用程序增长到10个视图和控制器,这是最合乎逻辑和可维护的?是否有最佳实践建议?目前,我将是唯一维护应用程序的人,但无论是否有多个开发人员,我想尽可能多地使用最佳做法.是否有出版标准?
解决方法 我正在开发一个大型的xCode项目.它不是为了iPhone,但我不认为这是为了文件结构布局的重要事项:)当选项#1开始时,当文件数量增加时,后来移动到选项#2.我倾向于通过“接口”,即与应用程序内的特定功能区域相关联的所有源进行分组,然后如果需要,则为更大的部分创建子组.
就命名而言,我更喜欢使用尽可能少的类名称来识别Model,VIEw和Controller,所以我的类名看起来类似于:
AM_DillPickle // model classAV_Sasquatch // vIEw classAC_DirtBike // controller class
这仍然允许快速的视觉检查来查看类(M,V或C)的类型,但它为名称的描述性部分留下更多空间.
我还发现指定一些不适合MVC模式的类(gasp!)有用:
AU_Helper // utility class (text formatting,high-level math,etc.)AD_Widget // device class (used to represent harDWare drivers)
无论如何,这已经比您要求的更多的信息,但是我发现命名问题与布局问题相关,因为真正的问题是:为大型xCode项目组织我的代码最好的方法是什么?
希望它有帮助.以下是放在一起的全貌:
[+] Project [-] Target One [+] Target Two [-] Preferences [-] Login [+] Main Window # MainWindow.XIB # AC_MainWindow.h # AC_MainWindow.m # AC_displayScreen.h # AC_displayScreen.m [-] Home Screen # HomeScreen.XIB # AC_HomeScreen.h # AC_HomeScreen.m # AV_Fancydisplay.h # AV_Fancydisplay.m [+] Widget Screen [+] Other Screen总结
以上是内存溢出为你收集整理的在XCode中组织iPhone MVC代码的标准方法是什么?全部内容,希望文章能够帮你解决在XCode中组织iPhone MVC代码的标准方法是什么?所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)