设计模块化iOS项目的建议？

Question

我在programmers.stackexchange.com上阅读了几个问题,以确定这个问题是否更好.我认为这个问题属于SO,但我不完全确定.

我对Objective-C和UIKit有基本的了解.几年前,我读过Aaron Hillegass的OS X(第2版)的Cocoa Programming大部分内容; 这是我的大部分知识源于此的地方.其余的来自各种站点,SO问题,SDK文档和小型个人项目(OS X和iOS).

我正在为我工​​作的大学开始一个iOS(特别是iPhone)项目.此应用程序将具有不同的功能部分."部分"的一些示例将是:虚拟学生ID卡,当前学期的课程表(针对用户),校园地图等.我希望能够在将来的应用程序版本中轻松添加新的部分.因此,我想设计一个项目,使得一个部分是一个独立的,从主项目,一组代码(尽可能多).

除了能够通过创建新模块添加新功能之外,我希望该项目可供更多自己开发的开发人员使用.也就是说,我希望我的团队中的其他开发人员能够通过遵循"最佳实践"为应用程序开发新模块.

目前,我的工作基于我的UITabBarController"模块"是新UIViewController的和NIB.我觉得这可能不是建立我的项目的最佳方式.因此我的问题:

对于我所描述的这样一个项目,有哪些最佳实践？

Answer 1

我认为你走在正确的轨道上.UIViewControllers是打破这种局面的好方法.

当你有很多选择时,UITabBarControllers经常很尴尬; 一个带有可能性表格视图的欢迎屏幕可能更具扩展性.例如,请参阅Facebook的左侧面板或内置的"设置"应用.

我通常发现iOS项目中重用的难点不是视图控制器(通常是隔离的),而是底层基础设施,例如网络请求,数据存储,帐户管理等.您可能希望从现有的框架(例如,Parse或RestKit),或者至少看看它们是如何分解的.

关于良好,可重复使用的iOS设计的主题,您可能会发现Matt Gemmell关于API设计的帖子很有帮助,如果不是您正在寻找的话.