就想问问楼主在 BAT 学到了什么

我也需要一个及时提醒我现在 CapsLock 是否打开的工具，经常要按好多下才能知道是不是对的

真特么爽，公司把 Dropbox 给封了，现在终于能正常同步了

楼主， 8K 底薪不能更低了，真的，要不然 HR 做梦都会笑出声的

@zhe13 奇怪的用途就是线上改代码，你能想到改代码能产生的奇怪的功能他们都能搞
这几个框架里面 JSPatch 应该算是比较成熟了吧，中文文档也更全面，可以玩一玩

这个应该都不算是黑科技了把，只是好好利用起来的公司好像不是特别多
单单 iOS 平台上，开源的 Wax+Lua ， JSPatch+JS ，都是很好地方案，加上 iOS7 苹果推出了 JavascriptCore ，连平台都认可了还有啥不能干的

@yxjxx Yxj 你又淘气😂

@lyricorpse AutoLayout 可以试试 Masony ： <https://github.com/SnapKit/Masonry>

@lyricorpse 用 Code 开发把，应该是必须必须掌握的技能。至于教材，现在 iOS 开发这么火，教材应该比较多才对，我也不太了解哪本书讲的比较好，有闲钱就多买几本呗，如果你以后要从事这一行的话这种投资稳赚不亏，另外一定要看代码敲代码，某种意义上来说，代码量真的是王道

@lyricorpse 按照我看到的情况看，复杂的 App 不太有使用 neonto 这样的工具来进行自动代码生成，因为这样生成的代码难保符合规范符合要求并且不出错，就算是有，自动生成的代码还需要人工 codeReview ，这样的效率也高不到哪里去，所以大多数都是设计师给标注稿后直接写 Code 完事，最多接入一些嵌入式工具来调整具体 UI 细节。

另外，其实复杂的 App 大都不喜欢用 Storyboard ，大部分是直接通过 Code 来写，不管是团队合作还是整体代码的可控性都要高。

关于重复劳动，我不认为设计师用图纸画一遍，然后程序员用代码画一遍算是重复劳动。举个栗子，我的设计师每次设计都会有好多好多版，每次完成一版后都要给老板、给产品、给开发看确认会不会有什么问题，如果有问题要及时修改，所以他们需要非常专业并且轻量级的工具来快速完成每次修改，等到确认没问题以后再把视觉稿交给我们让我们绘制。所以他们必须用 PS/Sketch ，而不是 Storyboard 或者 neonto 这样的设计和代码整合的工具，这样对他们来说效率最高

---
* 针对某些特定业务需求，开发出一套动态性非常高的 UI 框架，比如通过一个服务端下发的 Json/XML/HTML 文件就可以在客户端通过这个框架直接绘制出一套自带逻辑的页面，一次开发终身受用，支持绝大部分的 UI 需求变更，并且不用改动客户端代码
---

我的最终想法是设计师可以使用 PS/Sketch 完成界面设计后，通过某个工具能转化成为 Json/XML/HTML ，下发到客户端就可以看到这个新做好的界面。当然这个想法还没实现（如果实现了我想我应该超有名了诶 hahahahhaha ）

neonto 其实跟我的这个想法的出发点是一样的，都是希望通过某种方式让设计师通过画图的方式来编写界面，这个思路应该算是楼主问题的最好的答案了

既然楼主说复杂一点的 App ，那我们就从复杂一点的 App 来看 UI 开发
---
iOS 开发≠UI 开发，或者 iOS 开发>>UI 开发。
把设计稿变成控件页面的开发在整个 iOS 开发 workflow 里面只是很小一部分，而且取决于其他环节，所以对于这样一个环节来说，我认为一张细致的标注稿加上小部分高效沟通就可以串联起来了
（如果想看原因，请往下，高能装逼提醒）

较为复杂的 App 开发者，大致分为两类：业务开发，架构开发。

- 对于业务开发来说，看起来他们的工作就是绘制一张张页面，但是实际上他们的工作远不仅与拼凑这些 UI 控件，大量的时间花在这些地方：
* 提升代码的可读性、可维护性、可变更性，即如何使用设计模式（ MVC ，或者 MVVM ），如何组织代码，以及如何保证下次需求变更的时候能够尽量少修改代码即可完成。
* 与服务端以及其他业务方的协调，如何准确高效安排分工，减少出错
* 与架构组合作，如何使用各种架构组研制出的高新技术来支撑自己的产品
* 如何在以上条件都满足的情况下优化代码，提高运行效率，保证流畅度

- 对于架构开发来说，可能针对 UI 方面，他们做的事情大概是这样
* 对各个 UI 控件进行自定义和优化，做出一些更适合自身更好的控件给业务开发使用（比如富文本控件）
* 针对某些特定业务需求，开发出一套动态性非常高的 UI 框架，比如通过一个服务端下发的 Json/XML/HTML 文件就可以在客户端通过这个框架直接绘制出一套自带逻辑的页面，一次开发终身受用，支持绝大部分的 UI 需求变更，并且不用改动客户端代码

---
对于开发者来说，追求高效是很好的事情哈，不过可能楼主这个方向并没有对高效 iOS 开发拖很多后腿，或者如果真的有这种需要大量修改控件影响 iOS 开发效率的场景，楼主可以朝着我上面说的架构开发第二个方向努力，把这一环节的开发成本降到最低。

第一次在 V2EX 上装逼感觉好累，为什么看他们装逼都是一句话，我就特么这么长，是姿势不对还是火候不够

请使用 Xcode 插件

如果还不能满足，自己开发插件

如果还不能满足，我觉得你的需求其他 IDE 也不能满足了