模塊化軟件
為了創建靈活、進化和可擴展的系統，我們必須具有模塊化，即允許我們創建自下而上系統（自下而上）的屬性。
首先你需要有模塊，所以你需要一個模塊的“檔案”。 它們必須是可互換的，即必須可以用另一個等效模塊替換一個模塊，這是通過允許模塊之間通過定義的接口交換信息來實現的：組件的交互不得隨模塊的變化而變化.
模塊化軟件通過混搭（混合 Web 應用程序）的開發發現了組件之間集成的新範例，即從不同的來源創建一些東西，例如使用最初為不同目的創建的 API，然後組合起來產生新產品。
模塊化系統中的模塊應該有多簡單？
表格應盡可能簡單。 每個公司都可以以非常不同的方式處理更複雜的關係（例如人事管理），但基本功能保持不變（例如工資單）。 小模塊允許更多的重用、更少的開發時間和不斷的進化（例如，如果你分離用戶界面，你需要確保它是一致的，例如你需要能夠使用複制粘貼，而不管它是針對哪個系統的）用戶界面已構建）。
出現的問題，很顯然，就是如何實現模塊之間的交互。 一個大的系統使得很多信息在系統內部相互鏈接成為可能，它還允許以獨特的方式管理相關信息
訪問權限，而與我 數據 它們是分散的，並且身份驗證機制可以是多種多樣的。
這種分解同時給了我們很大的自由度：我 數據 我們可以將它們放在任何我們想要的地方，隨心所欲地分發它們。
所有組件的集成， 數據庫，模塊和接口，不是發生在真空中，而是發生在一個平台上：正是它允許我們進行集成，因此有必要定義好這個平台。
允許創建模塊化系統的首要因素是模塊交換的信息類型的標準：模塊之間可能的通信流必須存在對應關係。 如果我們有一個單一的文檔標準，我們可以有多個可互換的書寫系統，但直到現在，情況恰恰相反：一個占主導地位的書寫系統具有大量文檔格式。 這種情況有兩個缺點：
- 如果標準與系統相關聯，則該系統將變得通用，
- 這往往有利於市場封閉，因為沒有其他人可以製定標準，因此最廣泛的自動成為最強的。
與所有其他應用程序相比，議程是橫向應用程序的一個示例，因為必須有一個議程，因此在系統級別而非應用程序級別管理它是有意義的。 系統是我們運行應用程序的平台，我們通過它讓它們進行通信。 這使我們能夠將 數據 從應用程序。 這大大簡化了信息系統的創建：我們可以合併 數據 兩家公司更容易或使用不同的應用程序訪問相同的 數據.
合併信息系統是公司合併過程的核心。 擁有簡單的表格比採用複雜的表格更容易交換信息。
根據外部觀點：模塊化通常已經存在：用戶的觀點。 事實上，他一次只看到系統的一個部分，即他只看到他使用的部分，並將其視為與其他部分分開的模塊。 表觀模塊化是邁向真正模塊化的第一步。
這使我們能夠創建新的組件間交互和服務。 系統界面變得依賴於用戶的環境：系統在用戶需要時響應，因此等待時間成為衡量系統有效性的關鍵。
重要的是，界面的設計從用戶出發，從他所做的開始：用戶習慣了這些過程，即使它們是鐵質的和缺乏邏輯的。
最後，平台必須意識到自己是一個平台：它不僅必須允許模塊的執行，而且還必須包含所有可以通過系統原語訪問的橫向功能（例如議程、電子郵件）（就像複製粘貼一樣）。 對於系統，這些可以看作是
- 正常的應用程序，但它們對於能夠加入組件是必不可少的。
- 平台=系統+橫向服務。
該平台不是系統，也不會取代它，尤其是當您有不同的系統（Windows、Linux、Mac……）時，中間件接管，將多個系統顯示為一個系統。
因此，模塊化系統至少要具備4個特點：
- 模塊必須簡單；
- 模塊必須是可互換的；
- 您需要一個包含集成所需服務的平台；
- 界面的設計必須滿足應用程序的用戶。
所有這些特徵都與進化有關：模塊允許單獨的進化並允許系統的進化。 反過來，平台和接口必須能夠根據協議和程序發展。
分享：
從線上網路代理處了解更多信息
訂閱以透過電子郵件接收最新文章。
