迁移Marvel的应用程序以查看代码！

如今，视图代码正成为iOS社区内部的新炒作。 这并不是什么新鲜事物，从许多方面来看，这种方法都是对iOS起源的回归，在iOS中，视图是用代码创建的。 如果您还记得Xcode的第一个版本没有接口构建器。 例如故事板诞生得更晚。

在与几个在应用程序中采用视图代码的开发人员交谈后，我对这个主题非常感兴趣，并声称有很多好处。

好处

• 更好的团队合作，避免使用故事板| xibs冲突。
• 更好的构建时间。
• 有了明确的建议，代码往往变得更加模块化，可重用。
• 更容易测试。
• 维护和发展代码库更为容易。

今天，我将迁移在一系列帖子中创建的Marvel应用程序（ *您可以在此处查看该系列的第一篇文章）以查看代码。 与大家分享我在此过程中获得的经验，观点和教训。 您可以在此处使用查看代码检查项目存储库。

该方法 ..

迁移查看代码不是必须“全部”完成的事情，您可以首先开始迁移代码的一小部分。 我已经开始了迁移细胞的过程。 他们已经生活在故事板的分开的xib中。 因此，让我们进行比较。

使用XIB

第二

完成此步骤后，一切都应正常工作，我将在此处布置另一个控制器，以便我们检查差异。

不使用ViewCode

使用ViewCode

大家可以注意到，控制器的大小几乎相同，但是第二个版本的责任要比第一个少得多。 许多人被转移到更合适的地方。 更不用说了，不再有IBOutlet或IBActions，强制展开等。测试此新ViewController也是容易得多，因为我们不必从情节提要中将其引入。

所以..

我非常喜欢这种经历。 我一定会探索视图代码并将其带入未来的项目中。 将来，我将发表另一篇有关测试+查看代码的文章，以及我们如何重构旧奇迹的应用程序测试以与我们的新设计一起使用。 也就是说，这是我查看代码的第一种方法。 还有更多的工作要做。

现在，我想听听您关于该主题的经历，痛点，其他设计，模式等的信息。

分享您的想法，作为回应。 我真的认为这可能是个很棒的讨论！

与往常一样，任何想法，疑问或反馈都值得欢迎。 =）

附：如果您喜欢这篇文章，请在Twitter上分享，或在中级推荐，或两者都=）。 这确实有助于我吸引更多人。 非常感谢 ..