(壹)、分層架構
分層架構是最常見的軟件架構，也是事實上的標準架構。如果不知道用什麽架構，就用吧。
這種架構將軟件分成幾個橫向層，每壹層都有明確的角色和分工，不需要知道其他層的細節。各層通過接口相互通信。
雖然沒有明確的協議規定軟件必須分為多少層，但四層結構是最常見的。
呈現:用戶界面，負責視覺和用戶交互。
業務層:實現業務邏輯。
持久層:提供數據，SQL語句放在這壹層。
數據庫:保存數據。
壹些軟件在邏輯層和持久層之間增加了壹個服務層，為不同的業務邏輯需求提供壹些通用接口。
用戶的請求會依次通過這四層進行處理，任何壹層都不能跳過。
(二)事件驅動架構
事件是軟件在狀態改變時發出的通知。
事件驅動架構是壹種通過事件進行通信的軟件架構。它分為四個部分。
事件隊列:接收事件的入口。
事件中介器:將不同的事件分發到不同的業務邏輯單元。
事件通道:分發服務器和處理器之間的通信通道。
事件處理器:實現業務邏輯，處理後發出壹個事件，觸發下壹個操作。
對於簡單的項目，可以將事件隊列、分發器和事件通道合二為壹，整個軟件分為事件代理和事件處理程序兩部分。
(3)微核結構
微內核架構(Microkernel architecture)又稱“插件架構”，是指軟件的內核相對較小，主要功能和業務邏輯都是由插件實現的。
核心通常只包含系統的最小功能。插件之間是相互獨立的，插件之間的通信應該減少到最低限度，以避免相互依賴的問題。
(四)，微服務架構
微服務架構是面向服務架構(簡稱SOA)的升級。
每個軍種都是獨立部署的單位。這些單元是分布式的，彼此解耦，通過遠程通信協議(比如REST和SOAP)連接。
(五)雲架構
雲架構主要解決可擴展性和並發性問題，是最容易擴展的架構。
其可擴展性高的主要原因是不使用中央數據庫，而是將所有數據復制到內存中，成為可復制的內存數據單元。然後，將業務處理能力封裝到處理單元中。當訪問次數增加時，將建立新的處理單元；當訪問次數減少時，處理單元關閉。因為沒有了中心數據庫，擴展性的最大瓶頸消失了。因為每個處理單元的數據都在內存中，所以最好將數據持久化。
該模型主要分為兩部分:處理單元和虛擬化中間件。
處理單元:實現業務邏輯
虛擬中間件:負責通信、維護會話、數據復制、分布式處理和處理單元的部署。
二、開發平臺
ERP平臺、金融電商平臺、小程序平臺、網站平臺、bpm平臺、低代碼開發平臺等。
制造商包括田零、頂點、天縱、劉清、K2等。
有不同的開發語言:dephp和java。網等。
三、如何選擇合適的開發平臺？
平臺的選擇無非是從客戶業務需求的角度，以及相應的品牌形象和案例沈澱；
建議妳可以開箱使用，多試幾次，妳會找到合適的產品。通俗點說，就是貨比三家。
管理顧問，每天成長壹點，努力做到他的優秀。