这是一个创建于 2307 天前的主题，其中的信息可能已经有所发展或是发生改变。
目前 oc 项目使用手写界面的方式，开发大概 30 个界面的 App,大概要 10 到 12 天。对比安卓能 5 天实现。 现在苹果需要进一步缩短到一半的开发时间，求如何实现？
故事板是不能使用的，因为有许多子项目，组件需要重用  | 1 294623884 2019-06-19 00:14:02 +08:00 我好奇 不用 storyboard 难道连 xib 都不用了？纯代码堆砌 UI 是因为什么原因么？ |
 | 3 cht 2019-06-19 02:36:48 +08:00 Mark 一下，小项目个人用 xib 比较多 |
 | 4 ShengjiaWANG 2019-06-19 05:21:35 +08:00 写多了自然就快了 |
 | 5 luozic 2019-06-19 05:36:58 +08:00 via iPhone 第一种熟练，第二种 你知道有种东西叫 codegen 么？ |
 | 6 ansonsiva 2019-06-19 06:47:48 +08:00 via iPhone swiftUI，嘿嘿嘿 |
 | 8 Vitta 2019-06-19 08:09:02 +08:00 via iPhone 和女朋友分手 |
 | 9 chengkai1853 2019-06-19 09:02:28 +08:00 代码不见得比 storyboard 和 xib 慢吧。多写就好了 |
 | 10 kera0a 2019-06-19 09:15:45 +08:00 via iPhone sb 不会比代码快吧，我反而觉得那玩意难用的一匹不如纯代码快 同样的工作量安卓比 iOS 快一倍，要不就是安卓效率太高，要不就是 iOS 效率不行，纯代码写界面不背锅 |
 | 11 compiler 2019-06-19 09:21:59 +08:00 via iPhone 用 flutter |
 | 12 zjw7sky 2019-06-19 09:24:24 +08:00 纯代码写界面不背锅 我觉得还是效率的问题 |
| 13 294623884 2019-06-19 09:29:25 +08:00 https://blog.devtang.com/2015/03/22/ios-dev-controversy-2/ 无脑纯手写不可取啊 了解 tradeoff 为什么不用 xib 呢 至少 xib 在 layout 上面还是很直观的 |
 | 14 tigerAndBull 2019-06-19 09:33:48 +08:00 via iPhone 这是个人效率问题，从可维护性和可读性，多人维护性，国内生态圈以及对电脑的性能要求，建议纯代码。 |
 | 15 pipasese 2019-06-19 09:49:02 +08:00 基础控件积累起来，速度就起来了吧- - |
 | 16 nicevar 2019-06-19 09:50:41 +08:00 storyboard 和 xib 不一定比代码快, 我就喜欢用纯代码的, 被以前的 Xcode 崩溃搞怕了 |
 | 18 mcluyu 2019-06-19 10:08:33 +08:00 如果安卓 5 天能完成的，我觉得 iOS 不会比安卓慢， 不过 30 个界面 5 天一个人完成？ 都是些元素少的简单页面还差不多 |
 | 19 zld 2019-06-19 10:17:14 +08:00 xib 和 storyboard 怎么就比代码清晰直观了，只要代码遵循合适的实践规范、命名规范，熟练工看一眼就能很清晰的脑补出 UI 是什么样子，以及不同组件之间的关系。 国内 App 的产品复杂性以及迭代速率，可视化的方案改起来多费劲。 当然 App 如果做一次就丢掉，或者不为日后的迭代负责，爱用啥用啥，反正后面的人骂也听不见 至于那些一直喊着 xib 和 storyboard 好过代码的人，我祝您尽早入职 Apple~ 大概只要 Apple 自家能和您的惺惺相惜 XD |
 | 20 d553296416 2019-06-19 10:18:34 +08:00  1 storyboard 和 xib 不一定比代码快这句话是建立在对 sb 不熟悉的基础上。gui 是趋势。就算是速度一样也更直观更简洁。不要和趋势作对。swiftUI 虽然是代码但是有实时预览，这也是 gui 编程推崇的所见即所得。 |
 | 21 w99wen 2019-06-19 10:20:23 +08:00 用下面组件： 1. masonry 2. reactivecocoa |
 | 22 Otho 2019-06-19 10:20:24 +0:00 熟练工呗 |
 | 23 CommandZi 2019-06-19 10:22:54 +08:00 不会是停留在设置 frame 的方式写 UI 吧 |
 | 24 luosch 2019-06-19 10:23:58 +08:00 改用 Swift，效率能提升一倍 |
| 25 d553296416 2019-06-19 10:25:22 +08:00 我觉得未来。swiftUI + storyboard 这种开发方式应该很流行。swiftUI 开发一些模块 然后用 @IBSegueAction 镶嵌进 storyboard 里去组合，，至于你们说的现在这种纯代码布局方式。我并不是很看好 |
 | 26 jameskuk 2019-06-19 10:33:37 +08:00 日经讨论 SB 和 Coding，你们开心就好。 |
 | 27 wxl1380610 2019-06-19 10:37:33 +08:00 NerdyUI 。 |
 | 28 qyizhong 2019-06-19 10:44:56 +08:00 说真的，swift 写 UI 真的比 OC 快 |
 | 29 yczbil 2019-06-19 10:58:51 +08:00 利用 Automator 写脚本把逻辑上类似但是抽象不出去的代码给自动化。比如假设用 Masonry 来布局，写完 UI 的一堆 property，我需要对每个 UI 组件写 Masonry 的 mas_make 那些代码，这个过程可以写个 JS 脚本生成来少写几行。 |
 | 30 SwiftFrank 2019-06-19 11:59:20 +08:00 @d553296416 同意这个说法, 个人不推荐 StoryBoard, 但是 Xib 或者 SwiftUI 肯定是比纯代码推荐优先级高的 |
 | 32 qq05629 2019-06-19 16:10:14 +08:00 重 UI 轻交互的 app 可以尝试下用 react-native, 写页面嗖嗖的 |
 | 33 fghjghf 2019-06-19 22:17:11 +08:00 画 UI 没必要用代码，重复性又高，又枯燥。。苹果爸爸越来越为生态链着想，开发起来越来越简单。为什么不用呢 老项目用不上也没办法，自己抽取封装吧。一个函数创建控件... |
 | 34 331772955 2019-06-20 09:24:23 +08:00 其实 xib 可以做成组件化给到 storyboard 用的，这个组件化不是难题啊。手写的话，最麻烦就是界面不够直观，手写要快的话，需要空间力很强才行。还有 xib 里面还有 stackView 这种神器（跟 Android 的线性布局类似） |
 | 35 tanpengsccd 2019-06-20 13:18:25 +08:00 via iPhone xib 可以重用的，swift 需要成本不过也要 snapkit，masonry 可以简化。 |
 | 36 Deeer 2019-06-20 19:45:30 +08:00 只要手速够快，就能搓出小火球 |
 | 37 bbqqddwhy 2019-06-27 16:57:04 +08:00 一个人撸，为啥不用可视化编程呢？ |
Select Language