如果都用if else switch case 這些寫程式，必然會遇到業務過於混亂，程式越來越亂的情況。這種情況下，還是要多接觸一些大型軟體的程式設計思想，把軟體功能模組化、分層化，特別要有一定的抽象能力，找到通用的地方，寫成抽象類或介面，逐步把功能條理化。

另外還可以使用指令碼解析的方式，自己寫主體業務邏輯的解析，瑣碎實在沒辦法抽象的部分使用獨立指令碼代替。

還有一個建議是，適當引入外部資源，別自己硬扛，向領導申請資金，該外包就外包，中國公司就這樣，能力強不會升職，會花錢才有向上爬的機會。

工業應用是最複雜的情形，用Excel是勉為其難了。你說的這些情況，在工廠中的確常見，但能夠用計算機完美處理很難，ERP宣稱專門這方面，但其設定引數和系統磨合的成本未必是你企業可以承受的。你的情況，需要具體調研才能有方案，不是泛泛而談可以解決的。工業生產種類千變萬化，需求錯綜複雜，指望有通用解決方案是不現實的。

一般來說，這種屬性繁雜的情況，要透過簡潔完整的資料結構來解決。靠系統架構和程式碼邏輯去解決的話，反而會把問題搞得過於複雜化了。所以，您不擅長程式設計也不必太擔心。具體怎麼設計資料結構呢？

基本上要有兩個資料結構，一個是按照物料的最小管理單位（SKU），另一個按照報表合計的單位。這兩個結構沒有直接的關聯，只是物料結構的數量的合計是報表結構的數量。接下來您的根據管理邏輯為物料設計屬性，以及為報表設計合計數量。我比較喜歡用數位的0和1代表某個屬性，報表中每個合計欄位也都有一個特徵編碼，如果需要對某個屬性進行合計的時候，就把那個屬性位設為1。對物料進行合計的時候，只要用好與運算和或運算就可以了。用不了幾行程式碼。

這種程式設計方法有個名字，好像叫麵包板吧。曾經在一篇三十多年前的論文裡看到過。