>使用JsON服务
>以某种UI形式显示结果
>用户交互(点击图标)/修改(编辑一些输入)
>重复……
在前一个流程的n次迭代之后完成业务流程,也就是说,我们使用服务并更新屏幕,用户执行某些 *** 作,我们使用来自先前服务的响应数据以及一些其他用户输入作为参数第二个请求,然后是第二个请求的结果,等等,直到过程结束.
我的问题是我并没有真正看到MVC模式如何适应这一点.我只在前端层工作(只用iPad开发Cocoa touch),我应该在iPad应用程序中使用MVC的三个组件吗?或者只是视图和控制器?
我的困惑来自这样一个事实,据我所知,模型将是数据层,控制器是中间件,而视图是iPad应用程序,但我觉得我必须在前端对模型进行某种表示.层.
提前致谢.
解决方法 在使用MVC模式进行更多工作并阅读了许多参考资料之后,其中大部分来自SO中的问题我想我可以给出这样的答案:MVC模式是应用程序组件之间关注点的逻辑分离.
3层体系结构实现了数据,应用程序处理和表示之间的关注点分离,但它也意味着物理分离,因为它实质上是服务器 – 客户端体系结构.
这两种技术可以同时使用,因为它们可以被视为互补的.
由于MVC模式是逻辑分离,因此很可能在不同的物理位置具有模型的不同部分.对于Controller来说也是如此,您可以在移动设备和服务器中拥有不同的控制器部分.您的所有观看次数都在设备中.
以下是如何将这两种技术应用于开发服务器 – 客户端移动应用程序的摘要
模型
模型是您的数据和修改它的规则,这意味着模型的一部分位于应用程序处理层中.数据可以是本地的,即存储在设备中,这意味着它在表示层中,或者它可以是远程的,例如在DB中,以及表示在数据层中的所有中间对象.
视图
视图位于表示层.这是设备上的实际用户界面.
调节器
Controller也可以在客户端和服务器中物理分布.这是从模型接收通知并更新VIEw或从VIEw处理事件并相应地使用Model的所有代码.这将它放在Application处理层中.
总结以上是内存溢出为你收集整理的ipad – MVC多层移动应用程序全部内容,希望文章能够帮你解决ipad – MVC多层移动应用程序所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)