#54 楼 @pepsin

对于多数任务，考虑到招聘难度和完成质量，jQuery 或者 Zepto 的确是最好的选择。有追求点的就 VanillaJS 基于自己的场景做一套 DSL，一切轻松。

能做出 DSL 的高手来说，当然一切轻松，可惜现在国内有能力做 DSL 和框架的人不多，能说服别人接受你的 DSL 的，就。。。还是放弃吧，你看一堆人还在吵到底用 React/Emberjs/AngularJS 还是 Vue 呢。和这些比比，凭啥用你的自制 DSL 呢？给钱就用的是好的开发者么？

#57 楼 @feitian124 最怕高级黑，你这一说连 @nightire 都只能说“Ember 的前景……我未必会有那么乐观”了。

其实 Ember 就是奔着 Rails 的思路去了，大而全，架构啥的全给你考虑好了（虽然一堆前端在大叫，我们不要大而全的框架，我们怎么写不要你管那么宽，我们只用熟悉的 jQuery）。

现在 Ember 主要两个问题，框架大，没后爹，仔细想想应该都不是大问题。

框架大，只要核心开发者是有经验的（这点 Yahuda/Tom Dale 应该绝对有经验，都是十几年前从大公司辞职出来的开发者），其实是功能全的副效应，Rails 框架同样庞大，但是人家功能全啊。

没后爹，短期看发展的确会慢，但是长期看，单一公司推动东西总是输给社区推动的。（Flash, Silverlight, iOS）

Ember 2 现在的阶段是 Rails 2，坑是必然的，很多人选择不填坑，但至少也要尊重一下努力填坑的先行者吧？Ember 是最亲 Rails 的前端框架（理念，人员），学习一下真心不错的。至于最近大火的 React 现在才 0.13，还早呢，最近 Ruby Tuesday 聊了下，其实产品级使用远不能和 Emberjs/Angularjs 比。

确实漂亮的解法，赞！

支持楼主，Rails 在 Windows 开发不仅仅是 demo

别用 64 位版，装 node.js 运行时，Windows 下其实还行。

微信看来比 ember.js 热多了。。

eventmachine 不是已经 1.0.8 了么？为啥不直接更新到最新版？

严重关注！祝项目成功！

SO 这个问题，Access variables programmatically by name in Ruby不难找啊？

领书

#5 楼 @lgn21st 刚开发 3 天，用了wechat这个 gem 后，槽点很少。。

要不我们谈谈微信企业号开发？

一周一个框架啊！这个貌似比 Vue.js 还小

#14 楼 @camel 认同你的“不过从长远来看，前端越来越复杂，完整的解决方案是不存在的，轻量级的方案会胜出。”观点，这个也是 vue.js 作者的观点，但是（凡事总有但是。。），我真的无法确定未来哪个轻量级方案会胜出。。

所以对自己能力没信心的我还是选择 Ember.js，最有 opinion 的框架，等我完全掌握了以后再转也来得及吧，就像现在我从 Rails 转 Ember.js 一样。

#61 楼 @hxljustdoit #62 楼 @embbnux 已经加入了企业号支持（包括消息体签名和加解密功能），而且我拿到了wechat这个主域名，可以关注一下，目前只有beta1 版本，应该很快会发布 0.2.0。

.NET 这边用 ASP.NET WEB.API 包装成 json 服务，然后 ruby 这边调用。

#21 楼 @martin91 7 楼的理解绝对正确，谦虚了。

#1 楼 @chaucerling 单向流，action 改变状态这些都是对的，但是没有模板，在 jsx 里面直接写 HTML，我总觉得哪里不对。。

#8 楼 @peter 那更要看看 Ember.js 了，号称是“Your Antidote to Hype Fatigue”

#9 楼 @wppurking Web Components 规范提法其实在 Guides 中刚刚删除。。。

形势发展很快，只能说。。。

Pods 早就有了，Angle-Bracket Component 个人认为换个写法其实意义不大。

Routable Compoenents 和 Fastbook 真的很期待，终于这些都不是 React 的独门了。

#13 楼 @shin 带，不带怎么忽悠老婆生第二胎。。

#11 楼 @shin 你去？不是要带孩子么？

这两个 Open Source 版本都支持啊？passenger_max_instances是新的标志？

http {
    passenger_max_pool_size 21;
    passenger_max_instances_per_app 6;
}

手动设置也行：

app/controllers/application_controller.rb

after_action :access_control_headers

def access_control_headers
  headers['Access-Control-Allow-Origin'] = "*" # or your web site like http://localhost:4200
  headers['Access-Control-Request-Method'] = %w{GET POST OPTIONS}.join(",")
end

#3 楼 @lgn21st 改吧，传统一直周二，括号里面也是周二。

更新了一下，自己顶一下。

关掉 gems 的自动生成 doc 功能，修改 C:\Users[username] 目录下的.gemrc，如下：

---
:backtrace: false
:bulk_threshold: 1000
:sources:
# - http://mirrors.aliyun.com/rubygems/
- http://rubygems.org/
# - http://ruby.taobao.org/
:update_sources: false
:verbose: true
benchmark: false
gem: "--no-document"

cancancan 最大的问题是，如果你突然准备引入一个数据表让用户配某些访问权限，那么 ability.rb 里面写的 where 查询会在每一次 page refresh 时跑一遍，这样，很不好。。不过，我还是继续在用。。。