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

[oukichi]

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

[ciki]

swiftui 可以做出非常炫酷的 UI

[C603H6r18Q1mSP9N]

如果不知道就选择直接 coding 吧

[4074]

开始学的时候，也是跟着官方教程用 storyboard，拖来拖去很麻烦，还要在代码里进行关联。
后面全换成 coding 了，不追求极致性能的话，coding 方便很多。

[Lin0936]

@oukichi 主要还是看 UI/UX 设计吧，硬要说画 UI 常用的话还有个 RxSwift 吧，还有偶尔用 lottie 显示些动画。

[no1xsyzy]

@JoJoJoJ 我怀疑这里的「漂亮的界面」跟见人就喊「美女」「帅哥」差不多

[catfan]

Storyboard 的重要特性是能比较直观且无需编译的情况下看到界面在不同设备、不同布局、不同语言、不同转向、不同界面模式（默认 /黑暗）下的大致样式，方便进行适配和预览。

如果单纯手写界面，这部分的适配代码是非常复杂并且很难全部兼顾的，并且每次调整都需要编译后才能看到效果，开发效率可想而知。

而且 Storyboard 可以帮助理清整个应用各个界面之间的逻辑，一些界面之间的跳转只需设定好就能无需编写代码就能很好地运作。

简单来来说，Storyboard 可以大幅减少项目中那些界面设定、适配、跳转等的代码，从而让开发者更专注于应用逻辑的处理。

当然，无论哪种方式，对于复杂的界面以及动画效果，还是需要手动编写的。

[WildCat]

可以考虑纯 Code + https://nshipster.com/swiftui-previews/

[wupher]

大部分公司开发，都使用 coding 。storyboard 多个开发时那个配置文件有修改冲突问题。

Apple App 大多使用 storyborad

个人开发者看习惯了，用 storyboard 的也不少，因为出活快，也没有协同开发的问题。

[lujie2012]

? 老手回答，漂亮的界面是 UI 小姐姐做出来的，不是开发同学做出来的。
所以 coding 还是 storyboard 和 APP 的漂亮界面，动画效果没有任何关系，两者底层是用的一样的东西。两者都可以做出一摸摸一样的东西。
差别在哪里？差别很大。
新手怎么弄，新手 storyboard 先玩好吧，简单一点，之后你想办法吧 storybaord 的那个项目变成存代码的项目就是了。

拿来吃饭，什么都要懂的。拿来自己玩，storyboard 你能玩好了，什么 APP 你也都能自己做。

[imkerberos]

masonry + snapkit < pinlayout + flexlayout

[Elethom]

好不好看和用什么没关系，不过用 SB 的多半是不打算维护了。

[gggxxxx]

那么多贬低 storyboard 的。。。。真是搞笑。
几十年前计算机技术就在提所见即所得......那么多人捧纯 coding 图个啥？

[mxalbert1996]

@gggxxxx 因为 StoryBoard 的多人协作和版本控制做的实在是太烂了，你看有人问 Android UI 开发用 xml 还是纯代码么？

[iOCZ]

sb 的问题是不适合代码敲，xml 可以。sb 的源码很复杂。

[Cbdy]

漂不漂亮不是看设计师吗？

[Esioner]

原来 Android，最近在看 iOS 的感觉还是 coding 写起来舒服点，storyboard 用起来卡卡的，而且写起来说不出来的不习惯，哈哈哈

[Eagleyes]

@wupher Apple App 就没有冲突问题么？

难道说 Apple App 都是一个人开发的？

[cornetCat]

sb 还是小项目用着舒服，大点的项目感觉不如纯 code 。复用也不够方便

[oukichi]

@chiaf 我昨天看了 pinlayout 的文档，针不戳！

[Building]

@gggxxxx 用 code 基本上写的时候脑子里就知道最终的大概效果了，就好像熟练的前端看到设计图脑子里自动就能翻译成 html 结构和 css 样式，所见即所得根本多此一举，就是给在行人看的，Storyboard 优势是场景，纯 UI 声明是 nib 文件，就是类 xml 一样的东西，如果只是简单的几个页面跳转用 Storyboard 就显得非常直观，Storyboard 这东西实际上和 UI 就没多大瓜葛。