Question

我正在学习ios编程的许多功能，但由于我是初学者，我不知道以编程方式或图形方式设计我的外观是否更好。

例如，我应该在代码中创建视图还是应该将其拖到我的故事板？

我应该以编程方式还是图形方式设置其大小和位置？

项目中实际使用了哪一个？

特别考虑Xcode6中新的自动布局和大小类功能

Answer 1

对于自动布局和布局限制，最好使用图形工具，因为它绝对是未来的证明。您可以使用代码执行相同的操作，但与执行此操作的图形方式相比，它需要花费大量时间来执行操作。在一天结束时，它们都会进入开发人员的舒适区和应用程序的要求。

关于通用应用的小点：

当你选择图形故事板并且为iPhone和iPad分别拥有不同的东西时，通用应用程序构建非常舒适（还有更大的屏幕iPhone和iPad即将推出）。如果您选择使用通用应用程序的代码完成所有UI内容，您最终会编写很多if-else语句，如下所示

if ([[UIDevice currentDevice] userInterfaceIdiom] == UIUserInterfaceIdiomPhone) {
    //Do iPhone stuff.
} else {
    //Do iPad stuff.
}

Interface Builder for Autolayouting的帮助

添加，编辑或删除约束的最简单方法是使用 Interface Builder中的可视化布局工具。创建约束是简单的控制 - 在两个视图之间拖动，或添加多个视图一次约束，你只需使用各种弹出窗口。

即使你已经搞砸了很多约束，你也总是有工具可以保存你。

enter image description here

一些真正的好东西，

Answer 2

如果您将iOS开发视为一种业余爱好，那么我建议坚持使用图形工具。这些学习起来更快，如果您刚刚开始，可以在更短的时间内构建您的应用程序。

如果您想在专业环境或大型团队中处理大型项目，通常需要100％的代码项目。

如果您从大型公司中拆分AppStore上的一些最大的应用程序，您将看到他们不使用界面构建器（IB）文件。看看Facebook，Spotify，Dropbox等等。

一些原因包括（但不限于）：

易于使用：界面构建器中的复杂应用UI有时看起来像黑盒子，而代码通常更容易理解
更简单的合并：如果您有多个开发人员在同一个UI文件上工作，那么与源文件相比，合并可能是一场噩梦而且更加困难
查找问题：如果纯代码项目中存在问题，则问题就在代码中。在IB文件中定位问题可能很困难，具体取决于它的埋藏程度。 Xcode也在寻找＆＃39;工具不会搜索IB文件
代码运行速度更快：您可能不会注意到速度，但这是一个优势

有些人夸耀使用图形工具进行编码的速度，而且最初它会花费你比你还不熟悉的代码更长的时间。如果你坚持下去，那么你就能够以同样快的速度编写应用程序。