使用 xib 或故事板还是为 iOS 界面编写代码更好？

代码是最终的解决方案。

当你遇到（例如）：需要一个支持各种屏幕尺寸的应用，并在每个屏幕上显示最合适的文字，**大小（以Luchai为例缩放），这种事情是xib或故事板无法解决的。

只有构建一套封装的**，封装许多核心控件，并重写它们的绘制方法，才能更方便地实现它（内部判断屏幕尺寸和设备类型）。

一般来说，Code+StoryBoard 可以更轻松地完成一个应用，在 IP4、IP5、IP6、IP6+ 上总会遇到 UI 适配问题，在这种情况下，你必须使用 Code 来控制一些控件的高度，Y 轴、Storyboard 本身是做不到的。

Code+xib+Storyboard 是大多数行家里手的做法。

在代码+故事板可以适配的情况下，还需要划分一些控制组件，比如将一个复杂的视图控制器拆分成多个视图，每个视图对应一个单独的 xib 进行管理，这样你就可以随时在许多不同的故事板和视图控制器之间使用这些独立的视图，这样可以为你节省一些工作量。 但是，需要一些经验才能更好地确定哪些视图可以拆分为单独的 xib

开发之所以不需要故事板，主要原因是容易引起SVN冲突，而且几乎都要修改。

这主要取决于你，对于大多数开发人员来说，故事板对快速开发的直接价值是不可磨灭的。 但是，对于一些高级开发人员和清洁度来说，这会使他们的配置相对臃肿或造成不必要的麻烦。

故事板不容易维护，修改效率不如最高质量。

如果出现问题，很难找出错误。

"由于情节提要文件往往比单个 XIB 大，因此加载速度较慢。 "你是智障吗，但将 xib 文件与整个故事板文件进行比较，对吧？ 你所有的控制器都在一个故事板中，为你提供了一个视图和一个 xib，可以是一样的吗？

一个项目需要几十个 xib 吗，你能与故事板相比吗？