iPhone应用程序开发的编程风格问题
哪种方法更好(参考iPhone的处理能力和内存管理)iPhone应用程序开发的编程风格问题,iphone,objective-c,memory-management,programming-languages,resources,Iphone,Objective C,Memory Management,Programming Languages,Resources,哪种方法更好(参考iPhone的处理能力和内存管理) 为特定操作再创建5-10个文件(类和视图控制器) 或 为同一操作添加大量的if&else语句和大量的现有资源代码 或 它们是一样的吗 我总是采用方法1。如果没有其他方法的话,用这种方法进行单元测试可能至少要容易得多。我总是采用方法1。如果没有其他方法,那么用这种方法进行单元测试可能至少要容易得多。就平台而言,应该采取同样的方法。即使不是这样,我还是会选择更易于阅读和维护的解决方案,除非评测显示两个版本之间存在非常明显的差异。即使这样,很多评论
if&else
语句和大量的现有资源代码
或我总是采用方法1。如果没有其他方法的话,用这种方法进行单元测试可能至少要容易得多。我总是采用方法1。如果没有其他方法,那么用这种方法进行单元测试可能至少要容易得多。就平台而言,应该采取同样的方法。即使不是这样,我还是会选择更易于阅读和维护的解决方案,除非评测显示两个版本之间存在非常明显的差异。即使这样,很多评论也会解释为什么代码比它应该的更复杂
代码以便于阅读和维护。就平台而言,应采用相同的代码。即使不是这样,我还是会选择更易于阅读和维护的解决方案,除非评测显示两个版本之间存在非常明显的差异。即使这样,很多评论也会解释为什么代码比它应该的更复杂
代码首先是为了简单地阅读和维护。我倾向于使用多文件方法。一旦它被遵从,源文件的数量就无关紧要了 对于if-else语句,可能会有一些性能损失,这取决于评估这些语句所需的处理量
最后,将所有代码塞进一个文件将更难维护。我倾向于使用多文件方法。一旦它被遵从,源文件的数量就无关紧要了 对于if-else语句,可能会有一些性能损失,这取决于评估这些语句所需的处理量
最后,将所有代码塞进一个文件将更难维护。我认为这肯定取决于程序。我倾向于选择1号,因为它更容易维护 但是选项2可能是可行的,这取决于您正在执行的操作类型,如果它们是类似于a的操作,那么最好将它们放在同一个文件上。如果它们是完全不同的操作,那么将它们放在单独的文件中就更有意义了
而且这是过早的优化。我想说这肯定取决于程序。我倾向于选择1号,因为它更容易维护 但是选项2可能是可行的,这取决于您正在执行的操作类型,如果它们是类似于a的操作,那么最好将它们放在同一个文件上。如果它们是完全不同的操作,那么将它们放在单独的文件中就更有意义了
此外,这是过早的优化。它还绝对有助于在文件之间分散工作负载,这样就不会使系统陷入困境。它还绝对有助于在文件之间分散工作负载,这样就不会使系统陷入困境