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

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

证书要看是 https 协议下发的还是直接写死在 app 本地的，https 协议下发的可以使用 charles，安装一个根证书就可以抓包了，类似于中间人攻击。

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

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

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

@plumk 熟练了就方便好维护

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

8 代的 cpu，是库存没有销完吧，扩大下硬盘，薄利多销等人接盘

新版本修复了，老版本有这个问题

老铁们，今天卖个锤子

@monkeydev 淘宝上很多成品软路由，直接搜索软路由就可以了，科学上网搞个 J1900 配置的科学上网跑应该能跑满千兆了，价格还不要 1K。

我软路由和 nas 都可以远程访问，绑定了个域名，ip 更换了由插件自动更新域名解析。暂时没有发现什么问题

18 年底从深圳回了长沙，工资腰斩，气候比深圳差的多，工作机会不知道少了多少。好处是有了自己的房子，小孩读书有学位、离家近。
不过孩子在广州没人带，在长沙就有人带了么？ 实际高铁也就两三个小时车程吧？