rails 散乱记录
1）rails自动生成的目录中，lib目录和vendor目录分别用于存放你自己编写的组件或者第三方提供的组件，它们需要被你的应用程序用到，但又不专属于你的项目。log目录下存放的是日志文件，日志文件会针对开发环境，测试环境和生产环境分别记录。config目录是用来设置rails的配置的，其中包括用于配置服务器链接的yml文件和运行时环境配置文件等。运行时环境配置可以针对三个环境分别进行设置，公共的部分在config根目录下的environment.rb文件中设置，而针对某个环境的设置，则在config/environments/目录下的development.rb、production.rb、test.rb中进行个性设置。
2）在启动web服务器时，可以通过加上-e选项，指定启动时选用哪个环境
==================================
ruby script/server -e development | test | production
==================================
3）rails里强调“惯例重用配置”，从数据库中的表，到控制器，到模型，再到视图，命名是有关联的！文件的存放路径也是有关联的。我们在命名和存放文件时需要遵守这种惯例。一旦我们遵守了这种惯例这四者之间的映射都是rails自动替我们去完成的，这也是rails为何能“敏捷”的重要原因。
4）在编写普通ruby代码时，如果我们想要使用另一个文件中的类和模块，需要先require它们，但在rails中编程，因为rails有命名约定，所以可以不用require它们就直接使用，rails会根据命名约定（也包括路径约定），去自动加载该文件！不过，也有例外的时候，如果被引用的类要在session中保存，自动加载就会失效，但即便如此，我们也仍然不需要require，我们只需要在类里加上一句 model :类文件名（注，小字加下划线分隔）。
==================================
class StroeController < ApplicationController
model :line_item #rails会去加载line_item.rb文件，其中包含LineItem类。
==================================
5）控制器的路径默认是存放在app/controllers根目录下的，但如果我们需要在根目录下再组织一下控制器的路径，那么可以将控制器的声明位于ruby模块之下。例如，我们要将book_controller.rb文件放置于admin目录下，也就是app/controllers/admin/book_controller.rb，那么，我们就应该这样声明：
==================================
class Admin::BookController < ApplicationController
..
end
==================================
幸运的是，rails的生成器很智能，你可以直接使用
==================================
ruby script/generate controller Admin::Book action1 action2
==================================
来生成你需要的路径。
6） rails用ActiveRecord来处理对象-关系映射（ORM）。数据库中的一张表对应着模型中的一个类，表名是小写的，多单词用下划线分隔，而且是复数形式。对应的类名是单词首字母大写来进行分隔的，而且是单数形式。表中的字段直接映射成类的属性，除此之外，我们还可以给类再另外添加一些属性。表名和类名是通过命名惯例去自动对应的，（rails对ruby的字符串类进行了扩展，让它直接支持单复数之间的转变，例如 puts "cat".pluralize #=>cats puts "cats".singularize #=>cat），仅管pluralize和singularize方法已经很智能了，能处理child和children这样的单复数转换，但它仍然还是有缺陷，例如sheep会对应到sheeps。我们可以在模型类中，cefpset_table_name去显示地指明对应的表，而不使用缺省的惯例。
==================================
class Sheep < ActiveRecord::Base
set_table_name "sheep"
end
==================================
7）ActiveRecord从表中取出值，变成类的对象时，会自动将数据库中的类型转换成ruby支持类型，例如数据库字段是timestamp类型的，就会返回Time对象。如果你希望得到一个属性的原始值，可以在属性名称后面加上_before_type_cast。
==================================
account.balance_before_type_cast
==================================
如果在模型内部,可以使用私有方法read_attribute()和write_attribute()。
8）布尔型的数据在转换的时候会有些麻烦，有些数据库是不支持布尔型的，所以我们在工作中，可以使用0,1这样的数字来代表布尔值的真假，而ruby中只有false和nil为假，0其实是为真的。所以在数据库映射到类时，我们要判断某个属性的真假时，记得要加一个?号，这个是rails为解决布尔型问题而设置的。
==================================
# 错误写法
if user.superuser
doSomeThing
end
# 正确写法
if user.superuser?
doSomeThing
end
==================================
9） 在编程时，可以某个属性对应的是一个对象，而不是一个简单类型的数据。在类和表的映射的时候，这种复杂类型的属性也是可以直接保存到表中的一个字段的，这个字段必须是text类型的，属性会以字符串的形式存进数据据。而从数据库中映射到类时，需要在类中加以声明，某个字段是个对象，不是普通字符串。声明的方法是serialize()。复杂类型包括对象，数组，hash等等。
==================================
class Purchase < ActiveRecord::Base
serialize :last_five
...
end
==================================
10）主键。一般来说，rails都会用id作为每张表的主键，但表并不是由我们自己来建的，可能表会用别的字段作为主键。我们可以用set_primary_key来显示地指定主键字段。
==================================
class BadBook < ActiveRecord::Base
set_primary_key "isbn"
end
==================================
但需要注意的是，既然指定主键为其它字段，但在访问时，仍然可以通过名为id的属性来设置主键值，也就是说，只要使用ActiveRecord，主键字段在对象中的属性名称就永远都是id。
