这是一个创建于 2129 天前的主题，其中的信息可能已经有所发展或是发生改变。
我已经厌倦写界面了
 | 1 fwn 2020 年 3 月 31 日 没有，下一个 |
 | 2 xinxing260 2020 年 3 月 31 日 xib+storyboard 拖拽控件咯，说实话，早就不想写了，和前端、flutter 比，画 UI 的体验有点差。 |
 | 3 strongcoder 2020 年 3 月 31 日 快速 和 易维护 本身就是相对的 要么纯代码 要么 XIB |
 | 4 plumk OP  1 @xinxing260 这样又不方便自定义 又不方便维护 |
 | 5 dorentus 2020 年 3 月 31 日 那只有 SwiftUI 了 |
 | 6 mnssbe 2020 年 3 月 31 日 不想做的事安排个人来做 |
 | 7 fromzero 2020 年 3 月 31 日 via Android flutter 下一个 |
 | 8 xiangyuecn 2020 年 3 月 31 日 html + css |
| 9 xinxing260 2020 年 3 月 31 日 @plumk 熟练了就方便好维护 |
 | 10 howardH 2020 年 3 月 31 日 |
| 12 xinxing260 2020 年 3 月 31 日 @howardH stackView iOS9 的时候就开始用了哦，api 和 flex 布局类似。 其实问题根源出在 iOS 是命令式的老一套，官方的 SwiftUI 来的太慢了。而 flutter 和前端天生就支持声明式 UI 和响应式编程，iOS 的响应式编程成本还是太高，又没有热加载，所以写 iOS 相对来说就很难受了。 |
| 13 xinxing260 2020 年 3 月 31 日 @howardH 其实 iOS 的 xib 和 storyboard 画 UI 的速度并不慢，拖拽起来开发速度起码是纯代码的两倍以上（纯 UI 部分），但是没有热加载和命令式的编程，导致同样的需求用 iOS 来写就逻辑更加复杂加调试效率低下。 |
| 14 xinxing260 2020 年 3 月 31 日 @howardH flutter 的大括号问题刚开始是很不喜欢，同样的布局，嵌套的层级比前端要多的多，但是多拆分，写多了就觉得还好。 毕竟前端还要到 css 里面去看布局，flutter 直接就在一个文件里面还是比较好看的。 |
| 15 xinxing260 2020 年 3 月 31 日 @plumk 综上所述，iOS 快速写界面方式就是 xib+storyboard 。 易维护这块就不好说，各个人都有不同的看法，几年前 iOS 热度高的时候就有很多讨论了，个人觉得 xib+storyboard 的维护性比纯代码要好，缺点就是打开有点卡 |
| 16 plumk OP @xinxing260 我是不喜欢这个的用的比较少，实现复杂的界面感觉很难实现 |
| 17 xinxing260 2020 年 3 月 31 日 @plumk 复杂页面要拆分，然后代码组合。 可以理解为 xib+storyboard 来做组件，发挥它速度快直观的优点，动态或者逻辑控制部分就代码控制。 复杂页面纯 xib+storyboard 来写，那肯定会秃头的 |
 | 18 Building 2020 年 3 月 31 日 via iPhone 如果是纯 UI 不用交互那种 drawRect 里面直接画最方便最快。 |
 | 19 antscript 2020 年 3 月 31 日 via iPhone 试试 InjectionIII |
 | 20 fvckDaybyte2 2020 年 4 月 1 日 swiftUI |
Select Language