2016-06-21 76 views
-1

林建設的產品庫存應用至極允許用戶創建了一個產品的主模板,例如爲SMART創建邏輯屬性

CPU 
     - cpu_option1 
     - cpu_option2 
     - cpu_option3 
    MEM 
     - mem_option1 
     - mem_option2 
     - mem_option3 

當我選擇cpu_option1然後mem_option2mem_option3不可用。

These rules are not pre-programmed, these rules are created/changed by any user 

我在尋找這些智能屬性的例子,以及如何實現邏輯/設計模式。

ontopic:即時尋找存儲和使用這些規則

的設計模式的
+0

is'當我選擇「cpu_option1」時,則「mem_option2」和「mem_option3」不可用。這是實際情況還是應該這樣? – Andre

+0

應該是這樣的,客戶想要應用這些規則,以便市場營銷人員可以使用這些規則來構建不知道硬件限制的產品。 – SinisterGlitch

回答

1

的DB看起來是這樣的:

  • Compontents(ID,姓名)

    1 - CPU

    2 - MEM

  • 選項(id,名)

    1 - cpu_option1

    2 - cpu_option2

    3 - cpu_option3

    4 - mem_option1

    5 - mem_option2

    6 - mem_option3

  • Components2Options (CID, OID)

    1 - 1

    1 - 2

    1 - 3

    2 - 4

    2 - 5

    2 - 6

  • Options2Combine (oid1,oid2)

    1 - 4

    2 - 5

    3 - 5

    3 - 6

該實施例表明

  • cpu_option1可與mem_option1
  • cpu_opt ION2工作與mem_option2
  • cpu_option3可與mem_option2和mem_option3

如果這個回答你的問題?

+0

這是我已經編好的版本,(選項x支持y)。我想看看我的版本是否有未來功能的設計缺陷。感謝您花時間回答我的問題,如果沒有人回答我會接受你的! – SinisterGlitch

+0

也許......(我只是想了一會兒)可以將'properties'定義爲一個額外的表格,並且可以用這些屬性定義規則......例如,socket作爲cpu的特性,而不是相同的特性爲主板...所以程序可以檢查自己,如果屬性適合,並決定組件是否適合......但只是也許 – Andre