MMN（Macro-Micro-Nano，即宏觀-微觀-納米）實用架構過程初步體現了我的架構觀：即以實用主義態度把握架構原則與本質思想，從系統的各個層次剖析架構，提供一個具有指導意義和實施價值的架構過程，采取簡略、敏捷而又全面的方式，對軟件系統進行架構與設計。架構的步驟必須是清晰可見，每一步都有明確的目標與實際的指導意義。MMN實用架構過程既有大局觀的思考與基本原則指導，又要著眼于細處，突出強調宏觀、微觀與納米粒度在架構視圖中的合力，既關注宏觀的體系架構，又重視層、模塊、組件之間的協作方式與公開的接口，同時還極度重視編碼質量，并將這種細節的編碼風格與重構模式納入到架構體系中來。

　　對于MMN架構而言，因其關注的粒度和視角的區別，存在自上而下的層次模型，如下圖所示：

　　每個層次的關注點是不相同的。

　　宏觀架構更多地是關注系統的質量屬性，例如可伸縮性、安全、性能、可擴展性。而從功能需求的角度而言，則需要對業務進行建模，分解子系統、層次以及包與模塊。宏觀架構涉及到架構風格、應用類型、技術選型、總體設計原則等諸多架構因素。宏觀架構還必須明確架構目標與關鍵的用例場景，識別系統的熱點與架構風險，確定影響架構質量的因素，并制定對應的架構策略。

　　微觀架構更多地需要關注宏觀架構的實現，但不僅限于此。它需要考慮功能的重用性與可擴展性，考慮服務接口的定義。微觀架構會根據架構風格、應用類型以及部署方式來確定對資源的處理方式、對數據的處理方式以及對消息的傳遞方式。從邏輯架構來看，微觀架構將深入進行領域分析，完成領域的建模，以獲得業務模塊的分解。同時還需要針對應用架構進行模塊和組件的分解，并定義公開接口，考慮模塊（組件）之間的依賴關系和接口的調用方式。微觀架構還需要考慮物理模型，定義物理部署模型，確定資源的分配，以及通信機制與運行時的執行視圖。整體而言，微觀架構是模塊級與組件級的視圖，至于適當引入的分析與設計，則針對主要的用例場景以及核心類。

　　納米架構可以說是代碼級的架構，體現在代碼的清晰度、健壯性以及可讀性。納米架構極為重視方法與類的粒度，以及類與類之間的協作。納米架構與編碼風格有關，重視代碼結構的改善與重構。納米架構需要考慮對象職責的分配與協作，尋找功能的變化點，準確地運用設計模式和面向對象設計思想。在納米架構中，還需要考慮配置管理與持續集成的方式。

　　MMN架構不僅僅是自上而下的過程，不同的視圖之間還存在交集。這些交集主要體現在原則、模式和方法學之間的交叉，如下圖所示：

　　無論架構處于哪個層面下，均存在統一的原則需要遵循，例如SRP、DRY以及關注點分離原則。這些原則既體現了一種整體的核心思想，同時又適合各種粒度（層級、模塊級、組件級、對象級）的設計。模式同樣如此。例如架構模式中，分層模式、管道-過濾器模式、微核模式等都是在宏觀層面上提出了成熟的解決方案，但架構模式中的MVC模式、代理模式、PAC模式等，又都可以運用在層或者模塊內，指導對象之間的協作、職責的分離與抽象。對于方法學而言，我們既可以運用EA的方法學，例如Zachman框架，也可以運用DDD（領域驅動設計）或者TDD（測試驅動開發），以及ICONIX。甚至于采用CRC卡來幫助我們明確組件或對象之間的職責協作。

　　實用架構過程以宏觀、微觀與納米架構作為關注的視點，指導架構師完成軟件系統架構的構建，形成統一而又層次分明的過程體系。實用架構過程包括定義架構概圖、架構全局分析、構建概念模型、創建物理視圖與邏輯視圖，以及代碼視圖與設計模型。 以下是整個架構過程的概要流程圖：

it知識庫：MMN實用架構過程概覽，轉載需保留來源！

鄭重聲明：本文版權歸原作者所有，轉載文章僅為傳播更多信息之目的，如作者信息標記有誤，請第一時間聯系我們修改或刪除，多謝。