說ruby是怪異的語法有點不妥當，動態語言里面不乏這樣的語法出現。但是看了一些源碼后發現，使用ruby的用法真的各有不同，就像大家以前說的，ruby每個人寫出來的可能都不同。
現來說Rails里面如何加載config的吧。
在java里面config絕對是一個resource文件，然后通過讀取配置的工具加入進來，在分析處理。
在ROR里面完全不是這么回事。
1.首先大家要了解的是，在我們啟動 ruby script/server 的時候，rails做了一系列的處理，最后他執行了environment.rb
這里的config其實是Initializer內部的一個變量，掌控全局的配置信息，我們可以使用這個config來配置我們想要的。Rails::Initializer.run的源碼是這樣的，yield再一次顯示了他的威力，讓我們在配置文件中得以配置config。然后實例化了一個initializer?之后，把config作為參數傳入了。
我們接著往下走，可以看到initializer?做了一系列的初始化工作，包括load_path的設定，路由的初始化，和activerecord的初始化。我們關心的還是配置如何起作用，那么來看看environments目錄下面的配置文件是如何導入的吧。
IO.read(configuration.environment_path) ，，這里就不使用什么回調不回調了，而是干脆IO拿出來eval一把，這里也是吃了一驚，這樣也可以呀~~~~~~~然后，我們可以看看，他處理常量的方法，把自己配置文件中的常量全部放入Object里面，起到全局常量的目的。
最絕的還是initialize_framework_settings，使用了有一個ruby的技巧。
configuration.frameworks里面存放的是rails個個組件的名字，比方說active_record之類。然后把這個名字大寫轉換，然后用constantize取得ActiveRecord這個Module(注意，這些東西都在activesupport里面呢，activesupport/lib/active_support/core_ext/string/inflections.rb )。然后用const_get取得這個模塊的Base類，也就是ActiveRecord::Base這個類了（下面都叫做Base類），所有的Rails的組件都是這個命名規則改天我們自己想要做一個Rails的組件加進來，也可以這樣（但是要稍微修改一個源碼）。
然后，我們吧config里面的內容給Base類。configuration.send(framework)是調用一個組件名稱的方法，比方說active_record，就是去的config里面的active_record屬性（這是最基本的），通過后面的do我們可以看到config返回的是一個hash，然后把hash中每一個key作為變量，value為傳入值，傳入Base類。。。這里大家應該沒什么問題了，看看我們的config文件是怎么寫的吧。
哦，看著很暈吧，config就是我們的配置對象，按照我們上面的說法，config.action_view之類framework的變量應該是一個hash才對呀，如果是hash的話，不應該用這樣的方式傳入，可能會用 config.action_view = {:debug_rjs => true}來傳入。
OK.我們來看這個變量到底是什么樣的hash。
在初始化這些變量的時候，Rails給他賦值為OrderedOptions.new。這個特殊的類型可能就是關鍵。
看到其中的玄妙了么，method_missing~~~！！ 如果調用一個**=的方法 ，就像當用傳入一個HASH的值，key就是方法的名字。
也就是：config.action_view.debug_rjs??=?true?相當于config.action_view[:debug_rjs] = true
OK ，大體上描述了一下，可以看到簡單的一個Rails初始化已經給我們展示了幾乎全部ruby的靚麗之處，這能說明，這個亮點肯定是貫穿rails的基本，在以后的深入研究中我們就能看到了。