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