你只是浅交，并没有进入他们内心深处，甚至你们没有过单独谈心的机会，这不能怪你，职场上每个人都有想要保护的私隐，好比楼主的头像，难道说我能了解楼主内心想法？

这交互界面本身比数据获取要复杂了多吧。。。

case 里再嵌套 case 。。。。
确实可读性很差啊，性能就不知道了，毕竟不懂
代码行数能当 kpi 嘛那你完败了

教她不如先泡她，不然你给别人做嫁妆啊。

应该用 Markdown 工，随便转 work 和 pdf

在 A 轮呆过的同时还有开源事业做的风生水起，如果不是把公司的代码改改拿出来开源，我觉得你算很出色了。
不过离高级，我觉得还差那么两三年，毕竟技术含量并不大，那几个开源库都是可有可无的吧。
22 岁，你已经碾压我了，请问怎么做到的。

最不能忍的是远离家乡，没有负起孝敬父母的责任，面对家人都是愧疚。
非常同意创业公司往二三线城市发展～

浮躁。。。

@coa 按照你的办法，一个 C 可是至少对应一个 ViewModel 和一个 DataManager 啊，类数量翻番了，更别说如果一个 C 有多个 V)的情况下， ViewModel 的数量又数不清多少了，对于大项目来说根本不可行的，就算你强行推这套，也必定受到其他人的反对，你的团队成员要么偷懒要么会执意写自己的了。

在我的架构中，我也有一个 DataManager 层（也继承于 NSObject ），但这个 DataManager 封装了某个模块的数据请求和存储的逻辑，然后对应着不止一个 C ，也就是把原来的每个 C 建一个 DataManager 改为多个 C 对应一个 DataManager ，然后我没有使用 ViewModel ，因为我觉得 ViewModel 是把双刃剑，用的好是不错，但用不好就是个坑。

最近也是发现 C 下的部分与业务无关的逻辑难以复用（如：重复的跳转一个控制器的业务），所以想试试 ViewModel 能否帮我解决这个问题，但目前项目如果全面支持 ViewModel 这种的话，改动又过于大。

非常感谢您的对答，我发现我们的想法很多地方一致，希望能跟你更多的交流项目架构上的设计理念。

其实用好插件和宏，代码片段之类的飞快啦。
快捷键反而用的不是很多，但反复用的几个还是频率很高。

@expkzb 还是需要的，特别是那种项目巨大的。

意义不大，一般工程都有基类，直接基类打印就好了。

高级开发一样吃香。。

基本上设计不会帮你好好命名和归类的，都是自己建文件夹，拿到图片重新命名一遍。。。

话说，合同不到期，如果他想违约，你不搬走能咋？
就想知道，这样对双方都没好处，他不会跟你拉扯很长时间的吧，可以试着让他按照合同来赔付，最好讲道理说明白，如果他为难你那只能法院见了。