对于 ios 老手来说，漂亮的界面是用 storyboard 做吗？还是直接 coding？

[oukichi]

我在学 ios，油管上看了一些视频，有人用 storyboard，有人直接 coding 。 想问问老手，你们的漂亮界面是如何实现出来的？ 感谢回复。

[wupher]

@Eagleyes 这个我真不故道。不过，以前有人通过反向工程分析了 N 多个 App 的实现方式，就是为了解答你这个问题。你可以上网搜索一番。Apple App 其实两者都有，但 stroryboard 居多，有的还接近 100+ view 。

Coding 也是有很多好处的，尤其是复用和拷贝代码。

布局哪个更方便就是见仁见智了。

[Eagleyes]

@wupher 那为什么 Apple 多人开发就用 stroryboard 就不会出现混乱的问题？

是 Apple 有什么私有的解决办法还是大家开发的姿势不对？

[wupher]

@Eagleyes 这个我也不知道，你可以在 WWDC 上询问一下。

我觉得其实更多的是开发习惯问题。coding 可能没有可视化那么方便，尤其在调参时的直观和方便。但是维护，分享，复用肯定强于 xib / storyboard 。

[Eagleyes]

@wupher 我是觉得一个方法，尤其是吹的特别好的方法，语言，比如 Swift，Storyboard，如果官方自己都不用，（假如说 apple 仍然用 oc 来开发）那么可以断定这个新的东西就是个噱头，自己都不看好。

反之，如果官方自己用的乐此不疲，那么大概率有前途

[phytry]

漂不漂亮是设计做的，开发只是实现而已。sb 相比 coding 更直观，而且做复杂页面的时候没那么难受，coding 主要是可控和复用性高。

[wiwby]

这都 21 年了，还以为是 11 年吗，玩不转就是菜，还大把人觉得性能和协作不行，代码烂，设计能力差，用啥方式维护成本和复用性都挫

这玩意儿能满足 98%的需求，节约 50%的时间，唯一的缺点就是学习成本大点，经验性要求高点

[CodingIran]

@wiwby IB

“玩不转就是菜”——大部分情况不是用 IB 不是因为“不会”，而是“不愿意”，做好 code snippet 和封装，纯代码效率不会比 IB 差很多。但纯代码配合 frame 布局的性能却比 IB 高很多（尤其在 iOS12 以下的设备）；另外纯代码对于控件封装和复用也比 IB 更有优势。你可以选择自己喜欢的 coding 方式，但不要轻易下“就是菜”的结论。

“学习成本大？——难道不是纯代码的学习成本才大吗：使用 IB 通常可以忽略视图的生命周期，我认识很多 3.4 年经验的 iOS，连 sizeToFit, sizeThatFits:, layoutSubviews, intrinsicContentSize, didMoveToWindow, didMoveToSuperview.. 这些基本的方法都不懂正确的使用。
一看到设计稿不思考着如何“优化性能”、“如何封装以方便复用”，而是直接打开 storyborad 或 xib 开始拖控件的话很难提高的。

[wiwby]

@CodingIran 你说这些和 IB 没啥关系，你要追求极限的布局性能，那就原始 frame，连框架都不要用，菜的人用啥都一样烂，支持 IB 的都能封装，纯代码封装好骗骗小白阔以，你认识的三四年经验的可能是三四年 UI 工程师，不是合格的编码人员，任何科技手段只是工具，最重要的是人，设计这玩意儿是建筑上沿用出来的，有能力的人都是从设计着手，能力不行用啥都是一坨翔。

[jackiecao]

@oukichi 你的标题就是这个意思啊