iPhone和iPad开发 – 良好的设计架构,实现最大的可重用性

概述我有三个与iPhone和iPad开发有关的问题.我正在为iPhone编写一个应用程序,该应用程序将来也可用于iPad.通过使用MVC模式,我知道我会保留我的模型,但是我不清楚是否需要丢弃控制器和/或视图.所以,我的问题是： 1)对于那些为两个平台开发相同应用程序的用户,最佳做法是什么？哪些部件通常可以重复使用,哪些部件通常被丢弃,以便以最小的努力和正确的设计开发这两个应用程序？ 2)此外,我还需要 @H_403_4@ 我有三个与iPhone和iPad开发有关的问题.我正在为iPhone编写一个应用程序,该应用程序将来也可用于iPad.通过使用MVC模式,我知道我会保留我的模型,但是我不清楚是否需要丢弃控制器和/或视图.所以,我的问题是：

1)对于那些为两个平台开发相同应用程序的用户,最佳做法是什么？哪些部件通常可以重复使用,哪些部件通常被丢弃,以便以最小的努力和正确的设计开发这两个应用程序？

2)此外,我还需要在应用程序中包含状态/全局信息.你如何在iPhone / iPad应用程序中处理(设计明智的)“状态”信息？我目前有整个应用程序需要使用的用户信息(用户名和密码),以便发出多个服务器请求(在http标头中编码).为了实现这一点,我将用户模型存储在AppDelegate类中.这在设计方面是否正常,还是应该以不同的方式完成？

3)最后,我将我的模型分为抽象类(或处理泛型的类)和专门处理不同任务的子类.我们的想法是尽可能少地编写代码以避免代码重复(例如：发送请求是通用的,解析响应取决于手头的任务).性能方面,分离几个类中的代码并具有模型继承是一个问题吗？

提前致谢！

@H_403_4@解决方法 1)精心设计的模型,视图和控制器应该主要可以在iOS设备上重复使用.平台之间UI设计的差异程度将在很大程度上决定了视图控制器的可重用性.例如,在iPad上运行时,视图控制器可能会以分屏视图或d出窗口显示,而不是全屏显示,而条形按钮项目显示的 *** 作表可能没有取消按钮.

2)不要在应用程序委托中存储状态.而是将其存储在模型类中.特别是用户名和密码应存储在钥匙串中.

3)过于复杂的类层次结构可能会降低灵活性并使其更难理解事物的工作方式,但不要担心类层次结构复杂性方面的性能.相反,衡量绩效并花时间优化,以最少的努力获得最大的回报.这不太可能是超类方法实现查找.

@H_403_4@ @H_403_4@ @H_403_4@ @H_403_4@ 总结

以上是内存溢出为你收集整理的iPhone和iPad开发 – 良好的设计架构,实现最大的可重用性全部内容，希望文章能够帮你解决iPhone和iPad开发 – 良好的设计架构,实现最大的可重用性所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。