为什么我只切换到程序化视图-iOS Swift开发

因此，如果您是iOS开发人员或曾经做过iOS开发，那么您将知道其中最大的争论之一。

故事板与程序化视图。

尽管我认为只要您的应用程序具有出色的用户体验并没有关系，但是我最近决定只使用程序化视图。

在决定切换之前，我将情节提要用于基本的UI组件和开始的布局，然后我将以编程方式添加视图的更复杂方面。

故事板超级简单，简单而且非常基础，即使对于初学者来说也是如此。但是，如果您不使用多个情节提要文件并合并XIB文件，则对于复杂的视图和大型应用程序，它们将变得非常混乱且缓慢。尽管所有这些都很好，但我认为随着我在iOS开发方面的经验越来越接近更高级的范围，我希望将自己的技能提升到一个新的水平。

另外，随着我的客户应用程序的规模和复杂性的增长，出于以下几种其他原因，我决定仅切换到程序化视图。

所有这些都是我的观点，您应该尝试所有概念和实践，以找出最适合您和您的团队的*

速度-在编译和运行代码时为我开发编程视图要快得多，在开发复杂的视图和自动布局时也是如此。如果您曾经使用情节提要进行自动布局，那么您就会知道它简直糟透了。但是，通过自动布局并向表视图添加复杂的模态，弹出窗口，动画和自定义功能，编程视图对我来说要快得多。

精度-我对程序化视图的精度和增强的控制使我的布局过程更加流畅和轻松，尤其是使用设计师的像素完美设计时。

合并冲突-坦白地说，您在团队中可以发生的故事板合并冲突的数量实在是太疯狂了。现在，我要说的是，只要遵循某些规则，就可以避免它们全部使用，但是，我讨厌它们了！

自我-这纯粹是个人的，我只是使用程序化视图而感到凉爽，老实说，这是我很长时间以来一直在做的事情。另外，我觉得我现在处于一定的技能水平，在这里，我仅使用程序化视图并继续以其他方式提升技能就变得很有意义。

这完全取决于您，我觉得一旦您成为一名高级开发人员，您肯定应该合并程序化视图。但是，当您刚开始时，没关系。选择一些东西，该死的好！

如果您要切换以确保在对个人或客户端应用程序进行更改之前先在操场上和其他小型应用程序中进行一些练习，那么您不想在生产就绪型应用程序上浪费时间进行诸如此类的更改时，以前做过。

基本上，我对切换感到非常满意，但我希望很久以前就可以完全通过编程实现。我浪费了太多时间，我再也回不了情节提要了

但是，这并不意味着您必须切换或什至需要切换，这取决于您的偏好，团队，开发人员的目标和当前技能。

如果您打算进行切换，那么这里是一些入门的好地方，这些资源供使用编程视图的资深开发人员使用：

我希望本文能对您有所帮助，无论您是否意识到编程视图是否适合您。但最重要的是，我希望它可以帮助您认识到只要您的应用程序具有糟糕的用户体验，您所做的一切都无关紧要！