級聯組合框和實體結構

Question

在我們的ASP.Net項目中，我們已經看到了3個（甚至更多）級聯組合框， 問題是我們應該如何設計我們的（基於NHibernate的）實體，因爲組合框之間的關係僅僅是爲了構建視圖，並且考慮到3個實體類型的整個catesian產品是大約2000個實體。

所以問題實際上是：

1. 我們應該設計實體，即使藏品有沒有額外的商業價值層次結構（從而使它們在任何其他情況的開銷）

2. 數據應該作爲扁平行發送嗎？保持實體更「乾淨」，但需要額外的編碼

3. 分離到後續的請求（例如只有組合B被選中後，組合B的數據從服務器中獲取）？使整個過程可能更高效，但是以性能和緩存爲代價？

有什麼想法？

Answer 1

首先，你不應該用一個預期的UI設計你的模型（實體）。今天是3下拉，明天它可以在一週內自動完成一些新的花哨的「哇」組件，但是你的模型應該保持穩定 - 它描述了實體之間的實際業務關係，而不是當前的用戶界面。由此，我認爲很明顯你應該使用2和3的組合。