做移动嵌入的webapp，有什么适合的技术

Answer 1

目前版本的 AngularJS 确实不太适合做移动应用。如果项目比较简单，完全没有必要使用 AngularJS 这么重的框架；如果项目复杂，使用了 AngularJS 就得狗屁。Teambition 目前 AngularJS、Backbone 和 React 都在用。

Backbone 本身比较轻量，适合不是很复杂的应用，当然也做得出复杂的应用，Teambiiton 就是基于 Backbone 的，但是比起 AngularJS ，Backbone 的功能太弱了，以至于为了实现 Teambition，包含了很多自己开发的组件来补充 Backbone，所以复杂的项目，Backbone 不会比 AngularJS 轻多少，而且还需要写很多重复的代码。不过现在有一点好处，Backbone 可以很细腻地控制应用的每一个角落，以至于 Teambition 没有太大的性能问题。我在用 AngularJS 做另外一个项目，有可能是我也不太了解 AngularJS，没多少功能，但是性能上就差了，而且我也没有明显优化的方向。React 的话，本身只是做了 View 层，但是 React 的代码已经和 AngularJS 一样多了……我们目前用到的地方就是使用 React 来做 Backbone 中 View 的渲染和绑定。

我们的服务端基本上都是 Node.js 的，所以前后端全都 CoffeeScript。CoffeeScript 最大的好处就是语法糖，也就是可能写起来爽一些。但开发速度不会因此提高，因为敲代码只是开发的一小部分，很多时间都花在思考和调试。

现在我慢慢不太喜欢 CoffeeScript了，如果用 CoffeeScript 的话，免不了在开发或者上线时有一个编译的过程，对于不同的开发方式，编译的方式虽然不一样，Teambition 原来是使用 Express 中间件来 serve，现在使用 Grunt 来 watch，但是只要有编译过程，总是会增加开发或者上线的过程的复杂度；最重要的一点就是，如果 CoffeeScript 没有自己的运行时，浏览器不原生支持 CoffeeScript 的话，CoffeeScript 永远没有翻身之日。毕竟是要编译成 JavaScript 的，首先会收到 JavaScript 的限制，其次是 CoffeeScript 中的某些语法糖，JavaScript 总有一天也会有的，看看 ES 6 新增的一些新特性，和 CoffeeScript 很像的。还有 CoffeeScript 永远只能做 JavaScript 的跟屁虫，比如在Node 0.11.x 版本中支持 yield 了，CoffeeScript 是不是也要支持？不然咱们这些使用者怎么办？所以 CoffeeScript 目前已经支持 yield 了，将在下一个版本发布出来。当然那些 TypeScript，Dart 什么的，如果没有自己的运行时，和 CoffeeScript 的命运也差不多。

补充一点：如果会 JavaScript 的话，学习 CoffeeScript 的成本非常低，一两天吧？！对大多数人或者团队来说，接受成本或者说服成本更多一些，扯皮讨论是否使用 CoffeeScript 的时间，基本上可以学会 CoffeeScript 了。