Ios 何时手动绘制控件以及何时通过interface builder添加控件?

Ios 何时手动绘制控件以及何时通过interface builder添加控件?,ios,interface-builder,Ios,Interface Builder,我正在学习iOS,现在我已经学习了一些教程,其中一个或两个让您绘制IB中的所有控件,其中一个或两个让您以编程方式创建它们 这让我想知道我是否可以安全地混合和匹配这些方法。当然,我知道答案是肯定的,否则就没有意义了 但是优势/劣势是什么?特别是在不同屏幕的比例和大小方面,这一点对我这个初学者来说仍然是一个障碍。没有优势或劣势这样的东西。举个例子。如果您已经通过Xcode使用了这些控件。你为什么要编写代码呢。我们只在需要制作特殊控件时编写代码,或者您可以通过将控件连接到代码来编辑控件(您可以在谷歌上

我正在学习iOS,现在我已经学习了一些教程,其中一个或两个让您绘制IB中的所有控件,其中一个或两个让您以编程方式创建它们

这让我想知道我是否可以安全地混合和匹配这些方法。当然,我知道答案是肯定的,否则就没有意义了


但是优势/劣势是什么?特别是在不同屏幕的比例和大小方面,这一点对我这个初学者来说仍然是一个障碍。

没有优势或劣势这样的东西。举个例子。如果您已经通过Xcode使用了这些控件。你为什么要编写代码呢。我们只在需要制作特殊控件时编写代码,或者您可以通过将控件连接到代码来编辑控件(您可以在谷歌上搜索“如何连接iOS中的按钮”)。简而言之,只有当控件是一种特殊的控件而不是在Xcode中预构建时,才可以创建控件。

没有优势或劣势。举个例子。如果您已经通过Xcode使用了这些控件。你为什么要编写代码呢。我们只在需要制作特殊控件时编写代码,或者您可以通过将控件连接到代码来编辑控件(您可以在谷歌上搜索“如何连接iOS中的按钮”)。简而言之,只有当控件是一种特殊的控件而不是在Xcode中预构建时,才可以创建控件。

没有优势或劣势。举个例子。如果您已经通过Xcode使用了这些控件。你为什么要编写代码呢。我们只在需要制作特殊控件时编写代码,或者您可以通过将控件连接到代码来编辑控件(您可以在谷歌上搜索“如何连接iOS中的按钮”)。简而言之,只有当控件是一种特殊的控件而不是在Xcode中预构建时,才可以创建控件。

没有优势或劣势。举个例子。如果您已经通过Xcode使用了这些控件。你为什么要编写代码呢。我们只在需要制作特殊控件时编写代码,或者您可以通过将控件连接到代码来编辑控件(您可以在谷歌上搜索“如何连接iOS中的按钮”)。简言之,只有当控件是一种特殊的控件而不是在Xcode中预构建时,才可以创建控件。

这主要是一个品味问题。我喜欢用代码制作控件,其他人更喜欢界面生成器。我认为Interface Builder具有以下优点:

  • 更直观。当您将界面组装在一起时,您可以看到它的外观
  • 您可以使用预览助手编辑器,无需编译即可查看界面
  • 您不必记住调用了哪些选项,因为您可以在复选框中扫描您正在搜索的内容
  • 您可以使用故事板创建更快的原型
  • 也许您的设计师可以学习使用故事板构建界面
  • 代码的优点是:

  • 没有上下文转换。你所做的就是编码
  • 在项目中与团队合作时,合并冲突仍然较少
  • 所有选项都在一个位置。在Interface Builder中,您必须单击所有检查器才能找到您要搜索的内容
  • 如果您需要有关Stackoverflow;)的帮助,发布代码比发布屏幕截图更容易
  • 如果您在github上找到代码,则无需下载即可查看接口的构建方式
  • 当我在Xcode的beta版中打开某个项目时,有几次Xcode无法打开该项目,因为Interface Builder文件结构已更改
  • 代码比故事板更容易重构(感谢@Spectravideo328在评论中的建议)
  • 从情节提要场景继承是不可能的。你可以很容易地创建子类来重用代码。使用故事板,您必须创建两个场景,即使它们共享90%的UI元素

  • 有一件事非常重要:不要把所有的屏幕放在一个故事板上。尽量保持故事板小。1-6个屏幕之间的一些东西对我来说效果很好。

    这主要是口味的问题。我喜欢用代码制作控件,其他人更喜欢界面生成器。我认为Interface Builder具有以下优点:

  • 更直观。当您将界面组装在一起时,您可以看到它的外观
  • 您可以使用预览助手编辑器,无需编译即可查看界面
  • 您不必记住调用了哪些选项,因为您可以在复选框中扫描您正在搜索的内容
  • 您可以使用故事板创建更快的原型
  • 也许您的设计师可以学习使用故事板构建界面
  • 代码的优点是:

  • 没有上下文转换。你所做的就是编码
  • 在项目中与团队合作时,合并冲突仍然较少
  • 所有选项都在一个位置。在Interface Builder中,您必须单击所有检查器才能找到您要搜索的内容
  • 如果您需要有关Stackoverflow;)的帮助,发布代码比发布屏幕截图更容易
  • 如果您在github上找到代码,则无需下载即可查看接口的构建方式
  • 当我在Xcode的beta版中打开某个项目时,有几次Xcode无法打开该项目,因为Interface Builder文件结构已更改
  • 代码比故事板更容易重构(感谢@Spectravideo328在评论中的建议)
  • 从情节提要场景继承是不可能的。你可以很容易地创建子类来重用代码。使用故事板,您必须创建两个场景,即使它们共享90%的UI元素
  • 有一件事非常重要:不要把所有的屏幕放在一个故事板上。尽量保持故事板小。1-6个屏幕之间的一些东西对我来说很好