订阅比较好吧。真想学的肯定不是学一个,每个都买会很繁琐吧。
如果提供两种不好么?
#6 楼 @Xenofex 他是先肯定了 CoC 的,只是说过度使用的问题。Rails 学习难度比较大也是这个原因,有很多隐含的设定。类似于所谓的潜规则,长期来说还是明规则比较好。
Conventions over configurations What could be wrong with conventions? We should praise Rails for giving us naming convention about database stuff, that makes sense.
But some developers take it too literally and go mad with it. They introduce their own extra conventions. And they are usually implemented with hardly readable metaprogramming code.
The bad thing about conventions is that they are implicit. So if there's too many of them, it can be hard to remember why everything is done in a way it is done.
Even default conventions might become too tight for you when your app grows. So just remember that the price of convention is flexibility.
“Or you can rely on tools. You can start using tools with modularity ideas built in, like Lotus or ROM. Of course, there is a less radical way. You don't always have the luxury of starting from scratch, but you can tweak Rails to provide some complexity management. Some of of the tools that may help you:
#6 楼 @darkbaby123 我感觉 Hanami 框架(原来名 Lotus)值得了解,我看目前是 v0.9, github 也有三千多粉丝了。
#3 楼 @darkbaby123 补充一下,AR 不方便测试,这也是用贫血的理由。
#3 楼 @darkbaby123 主要是要确保可修改性,也就是根据需要,快速地判断修改点和影响面。 避免搞成大泥球,宁可多写点代码,不能坏了结构。
#1 楼 @darkbaby123 我有一个思路,就是用贫血模型的 AR,也就是只负责数据,不写业务规则,这样就符合 SRP 原则了。
业务规则放在 service 上,也许加 helper 什么的。
确实 Repository 没有看到好用的,所以没流行起来。
rails 自带的 has_secure_password,可以看看符合需求不。
可以组织人写本书《七周七源码》,形式不错,利于学习。
好,我也找时间阅读下这个代码,谢谢分享,期待更多大作。
#4 楼 @shallmentmo 看来还是个复杂的问题。我看了那个英文解释,似乎也没看懂,说是第三种,引用值传递。
简单来说,可以认为是引用传递,数值除外。
可以区分简单数值和复杂容器对象吧,比如数组和散列。可以用 clone 来避免这种情况吧:
a.clone.push b
new 一个新的看如何。一般是 webrick 服务器吧。
可否增加自动推荐功能?
挺不错的
#8 楼 @uestc_bird 类本身也是一个对象实例。与 new 的实例是不同的,@只能在方法内定义。
ajax 应该有返回处理吧,估计是 ajax 协议问题。
是 ajax 的问题吧。控制器加 puts 看运行情况。
你的预期是图么,返回是 js 代码吧。
代码截图吧,乱东西没人看的吧。
不需要传递的。
#10 楼 @nowherekai 不错。go 排第一,ruby 第四。看来多了个学习 go 的理由。
我也来凑下热闹,王的话虽然夸张,不过多少有些道理。动态语言有两个弱点就是可变数据,重构弱。大项目是需要工具支持重构的。 我最近打算转向 clojure。clojure 和 scala 的重构支持不知如何,java 的重构支持比较好的。
减少 bug。现在还有 minitest,可以选用。