ios - 更多文件会增加 Swift 中的编译时间吗？

Question

我目前正在为一个相当大的 iOS 应用程序使用 CLEAN Swift iOS 架构（http://clean-swift.com)，它基于鲍勃叔叔的清洁架构。它确实减少了视图控制器的大小，但是每个场景（或屏幕）都有很多文件。典型的屏幕将包含以下文件：ViewController、Presenter、Interactor、Router、Configurator。我们还为每个视图控制器使用单独的故事板——每个故事板只有一个视图控制器。还有许多工作文件可以执行各种 api 调用。Swift 编译时间相当慢，但在我的记忆中，我很确定它总是如此（甚至在我们将架构从 MVC 更改为 CLEAN 之前）。然而，一些同事开始质疑这种架构是否是导致编译时间缓慢的原因。我的问题是，使用更多文件会增加编译时间吗？MVC 会编译得更快吗？还，故事板呢？这是使用每个视图控制器一个不好的做法吗？

Answer 1

简短的回答是肯定的。更多的文件会增加编译时间，有些比其他更多。
减少编译时间的一种方法是删除情节提要，然后在代码中执行 ui，或者使情节提要尽可能可重用。根据我的经验，干净的架构最适合全代码、代码库，因为如果操作正确，您可以减少视图文件的数量。尽管您应该问自己的另一个问题是编译时间略有增加，这是否更有益于拥有更多可读、可维护和可测试的代码，而不是与不断增加的 MVC 控制器混淆？而且 MVC 甚至可能不会减少您的编译时间，因为您最终可能会拥有更大的故事板（在大多数情况下）。最后一个问题。是的，每个控制器一个故事板可能被认为是不好的做法，但前提是这些故事板不可重复使用。