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。如果没有其他方法,那么用这种方法进行单元测试可能至少要容易得多。就平台而言,应该采取同样的方法。即使不是这样,我还是会选择更易于阅读和维护的解决方案,除非评测显示两个版本之间存在非常明显的差异。即使这样,很多评论

哪种方法更好(参考iPhone的处理能力和内存管理)

  • 为特定操作再创建5-10个文件(类和视图控制器)

  • 为同一操作添加大量的
    if&else
    语句和大量的现有资源代码

  • 它们是一样的吗


  • 我总是采用方法1。如果没有其他方法的话,用这种方法进行单元测试可能至少要容易得多。

    我总是采用方法1。如果没有其他方法,那么用这种方法进行单元测试可能至少要容易得多。

    就平台而言,应该采取同样的方法。即使不是这样,我还是会选择更易于阅读和维护的解决方案,除非评测显示两个版本之间存在非常明显的差异。即使这样,很多评论也会解释为什么代码比它应该的更复杂


    代码以便于阅读和维护。就平台而言,应采用相同的代码。即使不是这样,我还是会选择更易于阅读和维护的解决方案,除非评测显示两个版本之间存在非常明显的差异。即使这样,很多评论也会解释为什么代码比它应该的更复杂


    代码首先是为了简单地阅读和维护。我倾向于使用多文件方法。一旦它被遵从,源文件的数量就无关紧要了

    对于if-else语句,可能会有一些性能损失,这取决于评估这些语句所需的处理量


    最后,将所有代码塞进一个文件将更难维护。

    我倾向于使用多文件方法。一旦它被遵从,源文件的数量就无关紧要了

    对于if-else语句,可能会有一些性能损失,这取决于评估这些语句所需的处理量


    最后,将所有代码塞进一个文件将更难维护。

    我认为这肯定取决于程序。我倾向于选择1号,因为它更容易维护

    但是选项2可能是可行的,这取决于您正在执行的操作类型,如果它们是类似于a的操作,那么最好将它们放在同一个文件上。如果它们是完全不同的操作,那么将它们放在单独的文件中就更有意义了


    而且这是过早的优化。

    我想说这肯定取决于程序。我倾向于选择1号,因为它更容易维护

    但是选项2可能是可行的,这取决于您正在执行的操作类型,如果它们是类似于a的操作,那么最好将它们放在同一个文件上。如果它们是完全不同的操作,那么将它们放在单独的文件中就更有意义了


    此外,这是过早的优化。

    它还绝对有助于在文件之间分散工作负载,这样就不会使系统陷入困境。它还绝对有助于在文件之间分散工作负载,这样就不会使系统陷入困境