整合平台的發展趨勢
從功能上可以將其劃分為 企業應用整合 和 業務到業務的整合（b2b）兩種。其中，eai 主要側重於企業內部的縱向整合，b2b 側重於支援企業間業務往來的橫向整合。
面向服務的體系結構（service-oriented architecture，soa）
從應用的角度定義：是一種應用框架，著眼於日常的業務應用，並將它們劃分為單獨的業務功能和流程，即所謂的服務。
從軟體的基本原理定義：是乙個元件模型，將應用程式的不同功能單元（稱為服務）通過這些服務之間定義良好的介面和契約聯絡起來。
設計模式
模式是指從某個具體形式的形式中得到的一種抽象。軟體架構的模式描述了乙個出現在特定設計語境中的特殊的再現設計問題，並為它的解決方案提供了乙個經過充分驗證的通用圖示。
設計模式的組成：模式名稱，問題，解決方案，效果。
每個模式規定了 乙個特定的結構，即元素的乙個空間配置。mvc把乙個互動應用劃分成3部分，處理，輸入，輸出。
每個模式規定了執行期間的行為。
模式和軟體架構：
模式作為架構構造塊，構造異構架構，模式和方法，模式的實現
c語言中實現策略模式可以通過函式指標來代替多型性和繼承性
設計模式目錄的內容
建立性模式處理的是物件的建立過程；結構性模式處理的是物件/類的組合；行為模式處理的是類和物件的互動方式和任務分配；
體系結構
程式和計算系統軟體體系結構是指系統的乙個或多個結構。 該結構包括軟體的構建，構建的外部可見屬性以及它們之間的相互關係。該體系結構不是可操作的軟體。 具體來說，這是乙個表示式，它使軟體工程師能夠：
什麼是好的軟體架構？這個問題可能會被大家問到，包括一些it公司也在問，這個問題的答案可能不僅僅是簡單的句子或者定義可以回答
這是什麼東西？ 樂高玩具，樂高玩具，我們都玩過嗎？
它可以作為乙個完整的模型**給您，您也可以將其全部分解並自由地將其從乙個模型重新組裝到另乙個模型，因為每個lego模組都有乙個水平和堅定方向的標準。 介面，這就是我們常說的高內聚和低耦合。
兩艘**有什麼區別？
一種是模組化設計，整體線條流暢，模組可隨意更換。
一種是拼湊而成的，線條被暴露出來，並且甲板上充滿了各種電子裝置和天線。 一旦被損壞，維護起來非常困難。
在頂端，我們需要掌握一些技術領域的知識，它可以使我們能夠解決諸如電子商務，公司oa，銀行保險金融等解決方案和設計其他領域的共同領域。
在中間，為了達到這些技術的頂端，我們需要了解一些中介軟體，資料庫，開發框架知識，它是乙個支柱。
底部，底部？ 這是我們的基礎，為我們達到中層或上層奠定基石，這就是為什麼人們有時會發現我的部落格和其他部落格有不同的地方，不僅是程式設計，而且還有「中間」層。也就是說，資料庫， 安全和框架建設混雜在一起，因為我不希望每個人都通過閱讀我的部落格而停留在**和螺絲的水平。
如果您看到它，架構師的首要責任是集中於：非功能需求
許多人仍然不清楚功能需求與非功能需求之間的界限。 這裡有兩個例子來說明：
頁面查詢時，這個查詢與哪個資料庫表關聯，因為我的業務是這樣的乙個需求，在介面a中有乙個按鈕，然後彈出視窗b，在視窗b中顯示什麼樣的資料，最終的介面 點k結束後，開啟介面b時哪個資料發生了變化。
我們的系統查詢速度小於2s，是否考慮使用非同步查詢，採用團隊排隊機制，系統需求可容納1000個併發，這個系統應該做成外掛程式，能夠水平擴充套件，能夠遵守***協議，此web服務是否要使用soap head和basic身份驗證，ntlm身份驗證或令牌環身份驗證？該下拉框可以被輸入並且可以被下拉。此身份驗證是否可以訪問ldap？
許多面向商業的專案公司認為，架構師在解決問題（即故障排除，故障排除，錯誤，然後找到架構師）時，將架構師視為消防員。你不會為自己考慮為什麼問題：已經出現了2秒鐘，2分鐘或1天半的時間架構師來解決過去幾個月無法解決的問題。好？
解決這是人們應該解決的問題，說人類建築師失敗了？是不是我們應該從這個軟體和架構的最早框架中找到問題？
建築師，這不是乙個問題解決問題。
在節日之前，我還進行了一些採訪。從純粹的技術角度來看，我選擇了建築師tech leader的候選人。
當然，我們的程式設計師在他們職業生涯的頭三年和四年都會為某個領域編寫**。這不是問題，但請務必記住我們是編碼，it和程式設計師。 ，而不是「業務人員」！
它是什麼？什麼是程式設計師？什麼是技術領導者？什麼是建築師？
我們必須很好地問自己這個問題。好好想一想。建築師的要求是什麼？
我隨便在這裡說些什麼：我相信這對於一些想要走技術之路的學生很有幫助：
tcp / ip協議，加密和解密，計算機原理（附加補碼），jpg**，mpeg2-3協議，邏輯電子電路，計算機編譯原理（堆疊，堆疊，佇列），這些東西在工作時總是使用？這些是你一直關注的底層嗎？
如果您要採取技術路線，一定要記住「資料庫+ asp / jsp」不是技術。它只比**製作強大一點。報告作者有點強大。
我最近一直在採訪一些候選人並擔任建築師。我對這個過程深感不安。找到一名程式設計師來開發和招聘一名建築師並不困難。這很難......呃，我認為我們需要考慮一下，如果我採用技術路線，我缺少什麼，如何補充它，還有什麼我應該注意？
軟體架構設計
首先我們應該了解什麼是軟體架構設計？架構大體分為以下幾種 邏輯架構 模組劃分 介面定義 領域模型 開發架構 技術選型 檔案劃分 編譯關係 物理架構 硬體分布 軟體部署 方案優化 執行架構 技術選型 控制流劃分 同步關係 資料架構 技術選型 儲存格式 資料分布 程式設計師向架構師轉型的關鍵突破 學會系...
軟體架構設計
在嵌入式軟體開發的專案中，很少見到有專案架構師這一工作職稱，但是大型專案的總是會有架構師一說。1 為什麼嵌入式開發很少會出現架構師這一職責。嵌入式開發的專案，一般有兩種模式 一類是 完全由開發人員自己設計 排除庫函式 另一類是基於固有的作業系統進行開發。前者一般都是針對特定應用，所有 的規模不會很大...
軟體架構設計
本章考點主要集中在 基於構件的開發模型，架構風格，架構評估，架構與質量屬性，設計模式。縱觀軟體架構技術的發展過程，可以認為經歷了4個階段 無架構設計階段 以組合語言進行小規模應用程式開發為特徵 萌芽階段 出現了程式結構設計主題，以控制流圖和資料流圖構成軟體結構為特徵。初級階段 出現了從不同側面描述系...