我目前正在为一个相当大的 iOS 应用程序 (http://clean-swift.com) 使用 CLEAN Swift iOS 架构，它基于 Bob 大叔的 Clean Architecture。它确实减少了 View Controller 的大小，但是每个场景(或屏幕)都有很多文件。典型的屏幕将包含以下文件:ViewController、Presenter、Interactor、Router、Configurator。我们还为每个 View Controller 使用单独的 Storyboard——每个 Storyboard只有一个 View Controller 。还有许多工作文件可以执行各种 api 调用。 Swift 编译时间相当慢，但在我的内存中，我很确定它总是如此(甚至在我们将架构从 MVC 更改为 CLEAN 之前)。然而，一些同事开始质疑这种架构是否是导致编译时间缓慢的原因。我的问题是，使用更多文件会增加编译时间吗？ MVC 会编译得更快吗？另外， Storyboard呢？每个 View Controller 使用一个这种做法是不好的做法吗？
简短的回答是肯定的。更多文件会增加编译时间，其中一些文件比其他文件更多。
减少编译时间的一种方法是删除 Storyboard ，然后在代码中执行 ui，或者使 Storyboard 尽可能可重用。
根据我的经验，干净的架构最适合全代码、代码库，因为如果操作正确，您可以减少 View 文件的数量。
尽管您应该问自己的另一个问题是编译时间略有增加，这对于拥有更多可读性、可维护性和可测试性的代码更有益，而不是与不断增加的 MVC Controller 混淆？而且 MVC 甚至可能不会减少您的编译时间，因为您最终可能会拥有更大的 Storyboard(在大多数情况下)。
最后一个问题。是的，每个 Controller 一个 Storyboard可能被认为是不好的做法，但前提是这些 Storyboard不可重复使用。
关于ios - 更多文件会增加 Swift 中的编译时间吗？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/42382840/
| 欢迎光临 OStack程序员社区-中国程序员成长平台 (https://ostack.cn/) | Powered by Discuz! X3.4 |