参加!
OGX 社区 正在用七牛,目前感觉良好。感谢七牛给我们带来优质的服务!
赞!要是有个简体版就好了!
没必要神化任何一方:一方面,Google 的面试和大公司的面试差不多,不一定能挑出最好的,但挑出很差的可能性也很低;另一方面,Max 如果真的很牛,为什么要去跪舔 Google 而不是反过来呢?
赞!Ember.js 果然很好玩!
淘宝的源最近似乎是很慢很慢。我今天早上 bundle update 和 bundle install 都要等差不多 10 分钟才能完成。可能还没有翻墙用官方的源 https://rubygems.org 快。
帮顶!支持!顺便搭车卖广告:想成为月薪 36K 的全站工程师或者资深架构师的话不妨到 OGX 社区 练级!提交 Pull Request,帮助建设网站,证明你是大拿!
赞经验的分享!自由职业者目前在国内的确不好当!
赞!感觉比以前要舒服!
好,支持,威武,有希望了!
赞!希望楼主有空也愿意参与 OGX 社区 的开发!
报名参加!
#17 楼 @scriptfans 升级系统肯定是会有阵痛的,所以升级之前做好技术调研,估计一下实施的难度和具体都需要做哪些工作还是很有必要的。最起码会有个心理准备,这样做的时候压力就不至于太大,头脑也会比较清晰,减少去做狗急跳墙的事情的几率。
Assets Pipeline 好像也没有阻止你用第三方 ui 库吧?如果发觉不兼容,完全可以将第三方的 ui 库独立使用啊,配置文件修改一下就好了。
#14 楼 @scriptfans 你说“作为前端开发者,我tm为什么要去管某个attach even或者别的什么dom操作是不是幂等的?以前没有Turbolinks的时候,可不需要闲操心……”
,那么说到底是人的问题,这就有点复杂了。比如说,前端开发者是董事长的亲戚什么的得罪不了,那这个另说了。我这里只是讨论技术上的最佳解决方案而已。
我又没说 delegate 方式就是无懈可击,只是其中一种解决方案而已,用的时候总是要具体问题具体分析的。
别偷懒,用 production 模式。
个人觉得 Rails 框架最大的好处恰恰就是精简和逻辑清晰,没有包含很多不必要的东西。当然开始的时候,Rails 的确就只是一个适用于快速开发的框架,框架内部的耦合性也是很高的。但是发展到现在,已经变成了一个非常灵活的、各个组件耦合低随时可拆卸更换的架构了。
楼主在文中提到的一些问题,特别是复杂系统如何解耦的问题,其实并不是 Rails 框架所应该去解决的,而是应该根据自己业务的特点去自己进行进一步抽象重构才好解决的问题。如果 Rails 也考虑这么多复杂的情况,到时候又会有人抱怨 Rails 框架臃肿难学了。
至于楼主提到的 Turbolink 和 redirect_to 的问题,我个人感觉是楼主的用法不是很好。Turbolink 环境下,绑定按钮事件的确应该在 page 加载的时候绑定,为什么要在 page:change 绑定呢?如果只是一个片段,那么可以在这个片段加载进来的时候绑定,或者直接用 delegate 的方式来绑定。而楼主的解决办法就是简单粗暴的把缓存去掉,这个似乎不是最佳的方案。Ajax 请求后重定向,可以用 SJR 的方式返回一个 js 代码来在页面中执行重定向,这样就不会有歧义了。
看来是否充分理解一个框架并能够科学合理的运用它,跟使用这个框架的时间长短没有很强的相关性。
建议从最容易的地方开始入手,逐渐将系统重构得逻辑比较清晰就应该可以了。不到万不得已,不要大刀阔斧,否则容易受伤。
赞!界面很漂亮!能问一下楼主为什么选 Angular.js 而不选 Ember.js 吗?
#2 楼 @heimirror 那我也不知道了
有可能是 spring 的问题。你试试在命令行下运行一下 spring stop
然后再重启 Rubymine 看看行不行?
不错。挺好玩的东西!