新發布的商業應用 TypeScript 庫 libmodular 在開發者社群引發了一場關於固執己見（opinionated）軟體設計方法的優劣之爭。
固執己見設計之爭
在軟體開發中，固執己見這個術語已成為一個有爭議的討論焦點。雖然 libmodular 將自己標榜為一個固執己見的 TypeScript 庫，但社群成員對這一特徵表達了不同看法。一些開發者認為，這個術語在現代開發環境中被誤用且可能被誤解。
「我發現，那些固執己見的人往往對主題知之甚少。他們之所以固執己見，是為了將討論限制在他們認為自己有某種專業知識的領域內。」
然而，也有人為固執己見的軟體辯護，認為當這些解決方案在特定任務上表現出色時，這種專注且範圍有限的方案可能比試圖適應所有可能用例的方案更有價值。
架構清晰度問題
討論的重要部分集中在該庫的四層架構（UseCase、App、Product 和 Target）上。開發者們注意到，雖然這種結構很創新，但文件在解釋這些抽象概念如何轉化為實際的 TypeScript 實現方面還可以更清晰。社群成員特別要求提供更多展示這些概念實際應用的具體示例。
庫架構層次：
- UseCase ：定義輸入/輸出契約的最小單元
- App ：用例的邏輯分組
- Product ：多個應用程式的組合
- Target ：平臺和執行時暴露層
實現複雜性
開發者對該庫的學習曲線和認知負擔表示擔憂。在開始開發之前，需要理解許多庫特有的概念、型別和函式。這種複雜性引發了關於架構複雜性與易用性之間權衡的討論，特別是對於較小的專案或需要快速原型開發的團隊而言。
整合和實際應用
關於該庫在現代開發技術棧中的實際實現已經出現了一些問題。開發者特別關注 libmodular 如何與 React Native 等流行框架整合，以及如何處理對話方塊元件和 API 端點等常見場景。社群呼籲提供更多關注實際使用場景而非理論架構的詳細文件。
這場討論突顯了開發社群在結構化、固執己見的框架與更靈活、無主見方法之間的更廣泛爭議。雖然 libmodular 為商業應用開發提供了一種有趣的架構方法，但其成功可能取決於如何在固執己見的特性與實用性之間取得平衡。