@
notedit iOS的开发要设计先行,先把UI、交互、体验设计好。
如何请求数据,如何设计数据层是之后的事情。
关于代码结构:
一般来说数据层只负责获取数据,UIController是负责交互行为的,视图一般使用标准控件或者第三方组件这些可重用的组件,很少直接写UIView。
关于数据层内部的结构:
猜楼主是做网络应用吧。一般api请求返回的都是json/plist这些结构化的数据。
几种思路(由易至难):
一、直接使用NSDictionary/NSArray(稍复杂的产品不推荐)
二、无Model相关的类,完全在api request的callback里面更新UI部分(限制太多了,写到后面经常发现搞不定)
三、自己使用NSObject定义一套同构的类来表示数据(好处:编译器的类型检查;坏处:写一堆代码)
四、使用ObjC Runtime,利用反射/自省的机制,动态生成property(好处:少写很多无聊的代码;坏处:运行时才发现property存在问题)
我倾向的方案是三;如果Model太复杂,建议写一个脚本,根据api的规则,编译期自动生成Objective-C的Model类;
PS: @
Livid推荐的Parse,做做原型还好,挺方便的。这种平台会把服务器端绑死,而且第三方的SDK能少则少。App不是Web,bug上线了就是上线了;审核至少要7天吧...