给点建议,把妹子图像换到最上面去,LZ 把头像换成妹子吧,哈哈
服务端的验证还是要照做,这点来说 devise,cancan,model 校验之类的都需要。 如果说客户端怎么控制“如果是什么角色就生成什么按钮”之类的逻辑,那只能在前端 mvc 的 template 里做了。 PS:angular 可以远程获取 template,合理组织的话应该不会出现很多{{}}挤在一起的情况。不过开始加载的时候一堆{{}}是必须的了……还好我不用,喜欢 ember 多一些
这个冒得法的……如果别人的问题,你这次弄好了下次还会被弄乱,你不可能每次都去做善后吧。让大家都去遵守同样的规则才是治本的办法。
大众点评也用 Rails?
bash +1 折腾过 oh-my-zsh 一段时间,印象深刻的是定制性强,默认有很多 theme(不知道是不是叫这个了)已经帮你配好了。可惜找不到一个合用的。一个 theme 里一大堆 alias 和 function,其实我需要的没那么多。最后还是用回 bash 了。
思前想后还是买了,折合人民币就 300 多吧。其实我就看中 Parallels 和 iStat。其余的觉得都没啥大用。
@everett 嗯,除非有一种压倒性的最佳实践出现,否则长期看来也不会。Ember 最大的问题还是太重了,跟 Rails 一样考虑太多太细致。
@chenge 这个社区本身也是 Angular 做的。Angular 速度非常快,也许跟没有任何外部依赖有关? 小吐槽一下,任何 Angular 做出来的页面,页面刚刷新时都会出现一堆 {{xxx}} 的玩意,这就是直接把页面当模板的代价。虽然很快就没有了,但有时候有点影响美感……
@saiga 请问 Angular 有没有 restful model 相关的扩展插件?我知道 Angular 自带一个 resource 组件用来发起 rest 请求,难道每次都要封装 resource 自己写 model?
Ruby 家族华丽的组团占据了后几名……连最基本的 Rack 性能都不好么?花个时间自己测试一下去。
去Rails化是说:不要不假思索的接受Rails给你的一切,不要默认Rails推荐的用法在任何场合都是最优解;而应该自己动手,根据实际应用场景挑选最合适的组件。
确实很有道理。
@QueXuQ 要学的话就 Angular 或者 Ember 吧。我觉得现在没有数据绑定的框架都不能算好框架。每个框架自己试试,心里就有谱了。自己建个不算复杂的项目实际用用,别看 demo。有些问题到一定的复杂程度才能看出来,demo 都太阳春白雪了……
Angular 绝对是所有框架中最特立独行的一个,也最易上手的。看看官网估计十个人有八个会喜欢。给我的感觉就是理念非常先进,也许真的算是未来的趋势。
Ember 整体架构挺不错,也许作者太想把东西做完美了,考虑了很多东西,有的确实是别的框架没想到的(Ember Guide 里有关于 View 设计的理念非常值得一读)。属于那种上手比较麻烦,但熟悉后绝对会觉得值的框架。
@camel 嗯,这个我没试过,可以用用。 @greatghoul 你说了我才知道,确实挺易懂,而且很详细。JavaScript Source Map 详解 我已经加到参考文档里面去了。
支持一下,虽然已经看过了。Rails 4 的更新不算大,但细节非常多。记得以前看过一个树状图,然后顺着那个图把感兴趣的都看了一遍,花了不少时间…… LZ 为什么不用 octopress 呢,这种博客性质的文章用 octopress 挺方便的。markdown 文件放在本机方便自己搜索,推到服务器上就是博客。
一小时的演讲,除了开始 10 分钟介绍下,其他部分以 example 的形式做一个小项目,做完了别人也有个大致了解了。Railscasts 上的视频都是 20 分钟左右的,也都是以 example 的形式讲解的。
看了你的图我才知道上传图片那个按钮在哪……
@QueXuQ 大部分 demo 都是用 local storage,也有少数像 Angular 哪样标榜 everything is model 的 demo 就是用的内存中的数组啊之类的。 正式的项目一般都是服务端提供 RESTful API 传递 json 数据。怎么跟 model 映射起来就看各个框架怎么实现了。 轻量级还是学 Backbone 吧,用的人多找资料也方便些,Spine 项目活跃度越来越小了。
@Rei 所以我才觉得 Rails 现在有点为解决问题而解决问题。一些新东西的推出是为了解决上一个方案留下的问题。
不知道下一次会出现什么。
这真还不如直接 Objective-C,至少查完文档再回来不需要脑子里把 Objective-C 翻译成 Ruby。 PS:这么长的名字不用 IDE 真是一种折磨,要操起 Xcode 的话还干嘛用 Ruby。
打包在一起有做 cache 的好处,开发也挺省事。但浏览器解析 js 的时间还是存在,所以 Rails 又有了 turbolink。不过这样会不会有点为解决问题而解决问题?
@tiseheaini Mina 本质上就是 ssh 上去执行脚本,如果 ssh 的账号拥有权限是不会出问题的。有可能是你 setup 时新建目录的地方需要 root 用户权限。
如果执行 sudo 操作,我记得 Mina 中有相应的配置。你可以 bundle open mina
打开 Mina 源码,搜索一下 sudoer。希望对你有帮助。
Cool!!!
写个.ackrc 文件,自己指定类型,这也是我喜欢的 ack 的一大原因。
一个例子:
--type-set=slim=.slim
--type-set=sass=.sass,scss
--type-add=ruby=.ru
你可以指定一个 erb 类型把 haml,slim 等等模板都包含进去,查找方便。
@pzgz 我当时写这个的时候把 Chrome 升级到最新版了,现在这个也是最新的吧。版本号 25.0.1364.172。也没问题啊。不晓得你用的是不是更高版本的 Chrominum。不过我是纯静态页面测试的。Rails 4 出的时候能支持这个就没有遗憾了。
@WolfLee 这个……中文名我还真不敢说,太不和谐了
@sevk 额,貌似你搞错了,我们讨论的是部署工具 Mina(其实哪里有讨论了……)?还是你也是来歪楼的?