->理解成函数的参数和返回值的分隔符
你一个 vps 能跑几个站点啊,不用搞那么多分类,直接/var/www/foo.example.com 就好了
#24 楼 @beyondyuqifeng 这个看你需要,不过我觉得直接用自动产生的测试数据库(比如 fatory girl)来测试更靠谱,多搞一层就是为了绕开数据库没有必要。当然如果 model 太肥,把 model 中的 code 迁移出去是必须的,得具体问题具体分析,就像这篇一样 http://blog.codeclimate.com/blog/2012/10/17/7-ways-to-decompose-fat-activerecord-models/
Rails Tutorial 可以做一做,然后基本上全靠 google 了
Programming Ruby 也会是你的好朋友
#2 楼 @teddy_1004 我觉得对于这个例子,更典雅的方法是在 Post 的 class 里面 def publication_date
session 相关的一部分代码放在 helper 里面是恰当的,比如获取当前用户名。我觉得最好是把这堆代码放 lib 里,然后在 controllers 和 helpers 里调用它们。Refactor 的终点是你会把它们全部抽到一个 gem 里,这个 gem 就叫做 devise
可以考虑用 typeahead.js
我只看了 part1,感觉 DHH 就只有最后面快完结的时候,才讲到了真正不喜欢 TDD 的原因。他的意思是他的工作很多都是没法预先写好 specification,或者 specification 往往会在代码过程中改变,所以 TDD 就不好用了。
如果为了实现一个新想法要写 unittest 搞半天 mock,结果写到一半想到一个更典雅的设计,想要重写一下设计,导致这堆 unittest 全废了,这种大概就可以说是 TDD 导致的伤害了
我们网站托管的又拍图片空间都挂了一个周末了,也是貌似刚刚才正常的。
Fat Model, Skinny Controller http://www.sitepoint.com/10-ruby-on-rails-best-practices/