iOS 代码与界面 geekband

界面可以纯代码界面及响应用户操作

存在问题是
1不直观
2调整不方便

xib 是什么?

Interface Builder 是用来组织创建应用程序的可视部分（用户图形界面）。使用Interface Builder您可以拖放一些定义好的组件到您的应用程序窗口中。这些组件包含了标准的系统控制比如开关，文本框，按钮和其它一些自定的视图，通过它们您可以用来展现您应用程序中的界面。然后您可以把它们放到window对象这个平面中，您可以在窗口中拖放它们，通过Inspector（在IB中快捷键command + 1）设置它们的属性，并且建立它们和您的应用程序对象的连接。当您完成了创建视图后您将会用nib（Mac OS工程为.nib，iPhone工程为.xib）文件的形式保存起来。

新手其实可以选择先从界面操作做起,然后转向代码输入.
1个是效率练习,
2个是入门快

看到这个问题也不用苦恼.送上网上大神们的说法;

无论1年经验还是3-5年经验的开发人员，需要区分何时该使用sb，xib，以及code layout。

1. 如果工作内容，接外包项目为主，每1-2个月就会换新项目开发。那么sb和xib是最佳选择
2. 如果是产品第一版上线，使用xib或者sb，辅助以部分代码。能够提升速度。
3. 如果是产品第二个版本迭代之后，新的UI开发，老的UI变更，建议少量xib，代码布局为主。sb不建议使用，因为更换UI和查找资源关键词很麻烦。反而不利于稳定的版本迭代
4. 如果是UI页面少，功能点技术深入，建议使用代码布局。对反复的精炼产品有莫大的好处。于细微处体现产品的价值。
5. 如果产品迭代频繁，且UI也变更频繁，例如资源字符串替换，资源图片替换，xib和sb布局将演变成代码布局
6. 如果页面跳转有很强的自定义性，非单纯的push或者present，且需要频繁规划管理导航栏的样式，隐藏逻辑，那么尽可能不用sb。xib和代码布局是最佳选择。
7. autolayout用代码布局效率并不低，只能说平时积累的经验和VFL是否足够。厚积薄发，在后半程，代码级的autolayout会让代码质量更高，效率不敢说超越鼠标点击的xib和sb，但绝不会差。
8. autolayout对于需要在运行时改变布局，以及基本的移动动画，效果不佳。需要重新移除和添加约束，如果频繁的这样做，也会导致ui性能降低。所以此时代码的布局，慎用autolayout。
9. 代码的布局要点在于，写代码之前，需要在脑子里画好相对布局关系，再动手。让布局关系刻画入脑，才能充分利用autolayout。如果只是sb和xib中，拖拖放放，对于开发的水平，并没有什么提高。只是手熟而已。
10. 对于复杂的、动态生成的界面，建议使用手工编写界面。
    11.对于需要统一风格的按钮或UI控件，建议使用手工用代码来构造。方便之后的修改和复用。
    12.对于需要有继承或组合关系的 UIView 类或 UIViewController 类，建议用代码手工编写界面。
    13.对于那些简单的、静态的、非核心功能界面，可以考虑使用 xib 或 storyboard 来完成。