我目前正在使用Clean Swift IOS体系结构用于相当大的iOS应用程序（http://clean-swift.com），它基于鲍勃叔叔的干净体系结构。它确实确实减少了视图控制器的大小，但是每个场景（或屏幕）都有很多文件。一个典型的屏幕将具有以下文件，例如：ViewController，主持人，Interactor，Router，Configurator。我们还使用一个单独的故事板每个视图控制器 - 每个故事板只有一个视图控制器。还有许多执行各种API调用的工作文件。迅速的编译时间相当慢，但是在我的记忆中，我敢肯定它总是（甚至在我们将架构从MVC更改为清洁之前）。但是，有些同事开始质疑这种体系结构是否导致了缓慢的编译时间。我的问题是，使用更多文件会增加编译时间吗？MVC会更快地编译吗？另外，故事板呢？这种不良练习是否使用一个每个视图控制器？
简短的答案是肯定的。更多的文件增加了编译时间，有些比其他文件更多。
减少编译时间的一种方法是删除故事板，然后在代码中进行UI，或者使您的故事板尽可能重复使用。以我的经验，如果正确完成，干净的体系结构可与全码，代码库最有效，因为您可以减少视图文件的数量。尽管您应该问自己的另一个问题，但编译时间略有增加，在具有更可读，可维护和可测试的代码方面更有益，而不是与MVC的越来越多的控制器混乱？而且MVC甚至可能不会减少您的编译时间，因为您可能最终会有更大的故事板（在大多数情况下）。对于最后一个问题。是的，每个控制器的故事板可以被视为不良练习，但是只有这些故事板不可重复使用。