出自我的blog http://lightyror.blogspot.com/2006/10/blog-post_13.html Convention Over Configuration 是 Ruby on Rails 提出的原創概念 的確有效的加快開發的速度，並且減少了設定檔的量 但是，正如大家所說的 規則是用來打破的 我在開發期間發現了有一個情況不適合墨守成規 而應該多花一點點時間來作多餘的設定 假如一個 Email 擁有兩個屬性，寄件者跟收件者 兩個都是對應到 people 這個table 所以 Email 跟 people 是擁有兩個 1 : 1 的關係 這時候，如果依照 convention over configuration 我們一定要手動額外設定另外一個關係 但是另外一個關係可以直接使用預設的 foreign key，也就是 person_id 也就是說，我們手邊有兩種選擇 * Email table 裡面有兩個 foreign key ，一個是 person_id ，另一個是 sender_person_id，這時候 person_id 代表的是收件者，必須在 Email Model 多設定一行 has_one :sender , :foreign_key => 'sender_person_id' , :class_name => 'people' * Email table 裡面有兩個 foreign key ，一個是 person_id ，另一個是 receiver_person_id，這時候 person_id 代表的是寄件者，必須在 Email Model 多設定一行 has_one :sender , :foreign_key => 'sender_person_id' , :class_name => 'people' 這裡的 person_id 可以代表寄件者或是收件者，全憑另外一個欄位來取決 其實這樣依照 database 來看也算蠻清楚的，設定也只需要多一行即可 運作也絕對沒問題 但是可以 work 並不代表好 當我在使用的時候 我發現到，除非我特別回去看 database 的欄位去確認 否則我還是無法記起來，到底 Email.find(1).user 這裡的 user 代表的是寄件者還是收件者 Rails 的開發是為了 agile 為目標，所有設定都是以簡潔有力為依歸 而非自己混亂自己 所以當我決定將 database 欄位改為 Email table 裡面有兩個 foreign key ，一個是 receiver_person_id ，另一個是 sender_person_id， 我們必須在 Email Model 多設定兩行 has_one :sender , :foreign_key => 'sender_person_id' , :class_name => 'people' has_one :receiver , :foreign_key => 'receiver_person_id' , :class_name => 'people' 但是獲得的利益是我可以相當行雲流水的寫出 Email.find(1).receiver 或是 Email.find(1).sender 如此的程式 雖然我們違反了 Convention over Configuration 的規則 但是產生的 code 卻跟原本 Ruby on Rails 一樣簡潔有力 心得 我認為 Convention over Configuration 是一個相當相當有效率的設計 他也讓 Ruby on Rails coding 變得很美好 但是這個規則不是聖經 當遇到有一些特定的情況，我們必須要適時打破他 人生，也不就是這樣 有時候你得適時的改變你既定的作法，像是放下身段，放下原本賴以維生的圭臬 才能獲得更好的成果 其實這東西老祖宗早就講過了，孟子有說，你們有沒有在聽呀 盡信書，不如無書 喵，就是這樣 -- lighty RoR 是一個介紹 lighttpd , SQLite , Ruby and Rails 的 Blog http://lightyror.blogspot.com/ --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 61.230.100.195 ※ 編輯: giive 來自: 61.230.100.195 (10/13 07:33)