objective-c – 在Universal应用程序上分离iPhone和iPad类是否有任何优势？

概述我有一个通用(适用于iPhone和iPad)应用程序. 在文件夹结构中将iPad与iPhone类分开是否有任何优势？ 这是我的意思的一个例子： - MyApp - Resources - Classes - iPad - SomeUniqueClassOnIPad.h - SomeUniqueClassOnIPad.m 我有一个通用(适用于iPhone和iPad)应用程序.

在文件夹结构中将iPad与iPhone类分开是否有任何优势？

这是我的意思的一个例子：

- MyApp    - Resources    - Classes        - iPad            - SomeUniqueClassOnIPad.h            - SomeUniqueClassOnIPad.m        - iPhone            - SomeUniqueClassOnIPhone.h            - SomeUniqueClassOnIPhone.m    - SomeUniversalClass.h    - SomeUniversalClass.m

在Objective-c项目中这是常见的吗？

解决方法 编码中的规则之一永远不会有重复的代码,所以如果你的视图做了不同的事情,或者数据的处理方式不同,这取决于它是iPad还是iPhone(例如不同的数据源？),它肯定应该在不同的类中如果没有..那么没有.使用同一个班级.

在这种情况下,您可以实现的一件事是一种帮助程序,如果您愿意,它可以处理委托类,它处理代码中发生的所有常见方法和 *** 作.

黄金法则：尽可能少写代码！更少的代码==更易维护,质量更高.因此,尽可能少编写代码而不影响您的要求.
此外,拆分代码使其更容易(单元)测试,从而更容易重复使用.

我希望能回答你的问题.

更新
我知道有一个术语,只能想到它.具有重复代码称为“干扰违规”. DRY代表“不重复自己”,这是软件开发的一个原则,旨在减少各种信息的重复,尤其适用于多层体系结构.
更多信息：DRY on Wikipedia

总结

以上是内存溢出为你收集整理的objective-c – 在Universal应用程序上分离iPhone和iPad类是否有任何优势？全部内容，希望文章能够帮你解决objective-c – 在Universal应用程序上分离iPhone和iPad类是否有任何优势？所遇到的程序开发问题。

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