第一次尝试Obj-C的开发,求客户端数据层的设计方案?

背景: 没有Obj-C的开发经验只看了些Obj-C的基础想在两个月的业余时间之内完成一个App的开发

现在的需求:

根据做后端的经验,我会把数据的访问封装起来供视图层调用.在客户端也想这样设计,但没有经验.

现在的一个想法是使用restkit的model map 来做Model的解析从api取得数据之后转化为数据Model, 然后把这些数据的操作全部封装到一个类中

不知道有没有更好的方案或者更好的类库可以使用.

另外这个项目是自己第一次App开发的尝试,希望能遇到一个有经验的App开发者可以带我一下.
没有直接金钱上的回报,但我可以教你python或者帮你做后端然后做做朋友.

Obj

App

model

35 replies • 1970-01-01 08:00:00 +08:00

alexrezit

Feb 4, 2013

没懂楼主要做什么, 不过我觉得 Stanford CS193P 课程的第一课十有八九能解决你的问题.
苹果官方的文档还是不错的, 用惯了他们的文档再搞 web.py 差点吐血三升. (于是至今不咋会 Python... =-=

sivacohan

PRO

Feb 4, 2013

@alexrezit 你可以问楼主flask

alexrezit

Feb 4, 2013

@sivacohan
忘了之前在哪儿看到有人说 web.py 现在不怎么更新了所以推荐用 flask.
前一阵儿我娘想学 coding, 我还极力推荐 Python 来着~ =-=

sivacohan

PRO

Feb 4, 2013 via Android

@alexrezit 最近咱父母都有逆袭的趋势啊！

notedit

Feb 4, 2013

@alexrezit 我是想求一个客户端数据层的设计方案

notedit

Feb 4, 2013

@alexrezit oc的基础我是知道的我想从代码组织结构方面了解一些一个App的设计

virushuo

Feb 5, 2013

restkit是个好东西。如果你的model能完全对上api模型，那么用restkit直接管理数据层没问题。但自己多少还是要明白Core Data的。

另外restkit新版变化不小，要注意兼容问题。

notedit

Feb 5, 2013

@virushuo 能给一个开源的例子么我在github没有找到最新版restkit复杂一点的例子

比如我一个api 返回的结果是多个Model组合起来的那在客户端该怎样处理呢

virushuo

Feb 5, 2013

@notedit
开源的例子好像没有，我也是慢慢试着来的。有问题就去翻讨论组，各种问题都有问到。

组合起来的大概就是这样：比如你有一个Meta的Mapping ，要嵌入其他对象里面，就这样映射。
[manager.mappingProvider setObjectMapping:[Mapping MetaMapping] forKeyPath:@"meta"];

另外我还没迁移到最新，新的情况我还不太知道（如果用了AFNetworking就是新版）

notedit

Feb 5, 2013

@virushuo 好的多谢另外你也是golang的爱好者幸会

virushuo

Feb 5, 2013

@notedit 哈哈，是啊。python我也挺喜欢，不过没啥正经地方用。

Livid

MOD

PRO

Feb 5, 2013

你可以看看这个解决方案：

http://www.parse.com/

notedit

Feb 5, 2013

@Livid 谢谢之前用python的时候用过他们的服务速度有些慢而且偶尔会超时

ewangke

Feb 5, 2013

@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天吧...

ewangke

Feb 5, 2013

@notedit
补充一下，上面我说的第四种方案，是最“酷”的方案。很多时候，这种方式非常方便（尤其是维护阶段）。
但它最大的问题就是不直观，而且对工程师水平要求较高（大概比例是每100个Objective-C工程师，20个听说过这种方法，敢碰的不到5个，真正用好的能有一个就不错了）。

楼主既然练手，就都试试，没坏处。

myrual

Feb 5, 2013

@ewangke 四、使用ObjC Runtime，利用反射/自省的机制，动态生成property（好处：少写很多无聊的代码；坏处：运行时才发现property存在问题）

能解释一下什么意思么？或者给个例子？

sharpnk

Feb 5, 2013

- 使用restkit的model map 来做Model的解析从api取得数据之后转化为数据Model

这个步骤restkit的object mapping+coredata完全可以一步到位. 而且像你这样API和客户端均在可控范围内的情况，选这个组合基本就是个no brainer.

刚开始的学习曲线比较陡，但熟悉了之后能省下你很多的时间。另外它其实自己就带了不少实例代码，我基本就是靠着那几个示例外加它自带的文档一路摸索下来的。社区方面, SO还好一些, 我在restkit那个google group基本得不到任何有价值的答复。

这个是用restkit+coredata做的:
https://github.com/bendyworks/TravisCI.app

PrideChung

Feb 5, 2013

@ewangke 第四种方案是指利用KeyValueCoding自动生成property？

我发现可以用CoreData的代码生成器来生成Model Object，如果不需要持久化的话就把Transient勾上，这样还能利用到CoreData的其他功能，例如validation,relationship，不知道能不能算是方案5。

RestKit我觉得偏重了，还是倾向于使用AFNetworking，自己做Mapping的工作。

alexrezit

Feb 5, 2013

@ewangke
能说英文么... 中文表示接受不能... 最后一条是指 KVC / KVO?

notedit

Feb 5, 2013

@sharpnk 谢谢你的例子现在比较倾向于使用restkit

notedit

Feb 5, 2013

@PrideChung 能给个使用你这种方法的例子么或者开源代码

notedit

Feb 5, 2013

@ewangke 谢谢你的建议因为我现在找不到很多设计资源所以做法是先用原生UI 把原型做出来然后找设计设计UI.

我的应用相对小一些可能你说的第三种方案最适合我在建立model方面能不能给我一点代码看

krafttuc

Feb 5, 2013

我觉得Cheddar for iOS（https://github.com/nothingmagical/cheddar-ios）的代码挺清晰的，可以参考看看。数据层用的是Core Data，见CheddarKit。
整个过程基本上就是用AFNetworking拉数据，解析，然后扔到Core Data做持久化。如果用到table view之类的还能用NSFetchedResultsController delegate来更新UI。

notedit

Feb 5, 2013

@krafttuc 谢谢我看一下