架構之技術複雜度與業務複雜度

    今天給本身提出一個問題，如何在項目代碼中，如何將技術複雜度與業務複雜度分開，我之前從未想過這個問題，直到看到張逸的領域驅動設計。

    技術複雜度體如今: 高性能、高可用、高可拓展、安全，此外還有低成本、規模等。但在具體實際業務中分析時，不能生搬硬套，總以達到這個幾個點爲目標。好比一個系統的複雜度原本是業務邏輯太複雜，功能耦合嚴重，可是架構師卻以TPS達到5000/s爲目標的架構，即便這個腳骨實現了，也是沒有意義的，由於這個架構仍是沒有正面的、正確的解決複雜性問題。

    業務複雜度體如今：好比業務流程多，參與者多等。

    張逸的這篇文章(http://zhangyi.xyz/why-do-we-need-domain-modeling/)，經過例子，逐步的演化，實現業務邏輯與技術實現的剝離。

 

    更新中...