別墨守成規

看板Ruby作者giive (lala)時間18年前 (2006/10/13 07:23)推噓4(4推 0噓 0→)

留言4則, 4人參與討論串1/1

出自我的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)