各位大佬 iOS 有没有什么快速 易维护的 写界面方式

[plumk]

我已经厌倦写界面了

[fwn]

没有，下一个

[xinxing260]

xib+storyboard 拖拽控件咯，说实话，早就不想写了，和前端、flutter 比，画 UI 的体验有点差。

[strongcoder]

快速 和 易维护 本身就是相对的 要么纯代码 要么 XIB

[plumk]

@xinxing260 这样又不方便自定义 又不方便维护

[dorentus]

那只有 SwiftUI 了

[mnssbe]

不想做的事安排个人来做

[fromzero]

flutter 下一个

[xiangyuecn]

html + css

[xinxing260]

@plumk 熟练了就方便好维护

[howardH]

@xinxing260 flutter 的一大堆括号真的太难受了。

另外楼主可以尝试使用 stacView，反正我自从用了 stackView 再也不怕改需求了。开发速度至少提升一倍

[plumk]

@howardH 感觉跟我自己直接布局没区别啊 还有版本限制

[xinxing260]

@howardH stackView iOS9 的时候就开始用了哦，api 和 flex 布局类似。 其实问题根源出在 iOS 是命令式的老一套，官方的 SwiftUI 来的太慢了。而 flutter 和前端天生就支持声明式 UI 和响应式编程，iOS 的响应式编程成本还是太高，又没有热加载，所以写 iOS 相对来说就很难受了。

[xinxing260]

@howardH 其实 iOS 的 xib 和 storyboard 画 UI 的速度并不慢，拖拽起来开发速度起码是纯代码的两倍以上（纯 UI 部分），但是没有热加载和命令式的编程，导致同样的需求用 iOS 来写就逻辑更加复杂加调试效率低下。

[xinxing260]

@howardH flutter 的大括号问题刚开始是很不喜欢，同样的布局，嵌套的层级比前端要多的多，但是多拆分，写多了就觉得还好。 毕竟前端还要到 css 里面去看布局，flutter 直接就在一个文件里面还是比较好看的。

[xinxing260]

@plumk 综上所述，iOS 快速写界面方式就是 xib+storyboard 。 易维护这块就不好说，各个人都有不同的看法，几年前 iOS 热度高的时候就有很多讨论了，个人觉得 xib+storyboard 的维护性比纯代码要好，缺点就是打开有点卡😹

[plumk]

@xinxing260 我是不喜欢这个的用的比较少，实现复杂的界面感觉很难实现

[xinxing260]

@plumk 复杂页面要拆分，然后代码组合。 可以理解为 xib+storyboard 来做组件，发挥它速度快直观的优点，动态或者逻辑控制部分就代码控制。 复杂页面纯 xib+storyboard 来写，那肯定会秃头的

[Building]

如果是纯 UI 不用交互那种 drawRect 里面直接画最方便最快。

[antscript]

试试 InjectionIII

[fvckDaybyte2]

swiftUI