2011-10-20 66 views

回答

1

不要考慮屬性,想想對象以及它們在現實世界中的模型(表示)。想想也是對象的生命週期

  • 邀請是一些容易理解
  • 事件是可以理解

僅僅因爲存在重疊並不意味着要消除它。

如果你真的想要,你可以說每個事件belongs_to一個邀請。 (並且n屬性僅存儲在擁有的邀請模型中。)

但在執行此操作之前,請確保業務邏輯確認邀請在達到accepted狀態後永遠不會更改。

已添加重複n屬性的另一個原因:假設這些屬性稍後會更改爲實際事件 - 您希望這些屬性位於Event模型中。如果您有一組用於邀請和事件的數據,那麼您應該說這些屬性從邀請輸入時起就是固定的。

但這可能與現實世界不符。如果您確實更改了這些值,那麼您將丟失輸入邀請時原始值的值的信息。

+0

謝謝拉里。我認爲你的建議是明智的。 – AdamNYC

相關問題