1、企業應用的特點是什麼？在我的概念裡，企業應用是與網際網路應用相對而言的，企業應用一般都是內網環境，網路的頻寬不用考慮，因此由於頻寬引起的效能一般可以不用考慮。資料量不大，但是資料很雜，資料與資料之間的關係很複雜。另外業務邏輯也沒有網際網路應用那麼簡單，一般也是很雜，很**。
2、企業應用在架構上需要考慮的就是適應**的業務邏輯以及頻繁業務邏輯的更改，也就是變化。另外還要保證的是資料的安全性，這個安全性主要是從併發方面考慮的。因為在企業應用中往往有很多人在運算元據。
3、分層的思想是很多方面都體現出來的，從分而治之到網路體系模型，都是分層的思想來考慮的。我們看看分層有什麼優點：
a、簡化問題。跟分而治之一樣，我們不必糾結在乙個個理不清的問題，可以分分類，分分層。這樣就可以逐步細化。
b、遮蔽變化。分層中乙個很重要的問題就是定義好層與層之間的介面，這個介面很重要，要考慮到將來可能的變化。介面要盡可能的少修改，這樣一旦業務邏輯發生了變化之後，上層或下層中就可以不用修改，只要變化所在層的對外特徵不發生變化就可以。
4、在企業應用可以分為幾層？首先來看需要乙個人機互動介面，因此需要乙個展示層，其次需要乙個與資料庫打交道的層，因此需要乙個資料庫操作層。剩下的就是業務邏輯操作了，這個可以化為一層，一般稱為業務邏輯層。然後再看看是不是還可以新增一些層呢？如果存在於第三方進行互動的地方，可能還需要乙個通訊層。但是要注意的是，這裡的層是個縱向的劃分，每個用例的實現都會涉及到這些層次。通訊層有可能不是每個用例都會涉及到的。
5、有的地方還將業務邏輯層再進行劃分，大致分為兩層，一層用來應付變化多樣的表現層，一層是真正的業務邏輯。那麼為什麼沒有在資料庫層一側再加一層呢？我覺得是因為資料庫相對表現層來說更規範一些，容易控制。
6、層與層之間的傳值。層與層之間怎麼傳值呢？如果劃分為三層，那麼就會兩個地方需要傳值，表現層與邏輯層之間，邏輯層與資料庫層之間，這兩個地方的傳值可以使用基本型別，也可以使用組裝在一起的物件。但是不建議兩者使用相同的物件，因為容易造成跨層依賴。
《企業應用架構模式》 分層
在系統的分層組織方式下，上層通過介面使用下層定義的各種服務，下層對上層一無所知。每一層都對自己的上層隱藏其下層的細節，因此第4層無需知道第2層的細節。分層的好處 1.可以專注理解某一層，無需過多了解其他層次 2.可以替換某層的具體實現，只要前後提供的服務 介面 相同即可 3.可以將層次間的依賴性減到...
企業架構模式 mdash mdash 分層
一 分層設計的基本概念 在分解複雜的軟體系統時，軟體設計者用的最多的技術之一就是分層。在計算機體系機構中，可以看到，到處都有分層的例子，最為典型的，就是儲存器的層次結構，如圖所示 圖1 計算機儲存器的層次模型 可以看到，儲存器的層次結構是按訪問速度 儲存容量等引數劃分的，不同的層次有不同的職責。cp...
常見系統應用分層架構
常見系統應用分層架構 1 顯示層 web android ios h5 2 邏輯控制層 api 監控api 3 資料儲存層 mysql 監控mysql mongodb redis 5 分塊拆分測試，一塊一塊測試 6 資料庫測試 把研發 拿過來，把裡面跟資料庫產生互動的sql語句抽離出來，然後開發成效...