Atitit.軟件架構高擴展性and兼容性原理與概論實踐attilax總結

Atitit.軟件架構高擴展性and兼容性原理與概論實踐attilax總結

 

 

1. 什麼是可擴展的應用程序？1

2. 鬆耦合(ioc)2

3. 接口的思考 2

4. 單一用途&模塊化，小粒度化2

5. 組合（Composition），而不是繼承（inheritance） 2

6. Ocp原則開閉原則2

7. Plugin系統2

8. 流程擴展工做流系統，流程自定義2

9. Ui擴展 html53

10. 數據獨立性3

11. 腳本與hotdeploy3

12. 表處理擴展if else (數據與數據處理相互分離）3

13. 系統被擴展的幾種形式（方法級別，模塊級別）3

14. 經常使用軟件擴展機制3

14.1. Ff的擴展機制》》》》插件體系4

14.2. 配置化4

14.3. dsl4

15. 面臨的擴展性與兼容性問題4

15.1. 不一樣的項目與不一樣的實例啓動4

15.2. 不一樣的項目與實例配置文件4

15.3. Web.xml怎麼辦？？4

15.4. 跳轉到同一功能spec的不一樣實現4

15.5. 不一樣項目的同一功能就實現能夠放在同一上級模塊package下5

16. 架構即將來：現代企業可擴展的Web架構、流程和組織(原書第2版)5

17. 高擴展性網站的50條原則(網站運營必備寶典)做者:[美]Martin L. AbbottMichael T. Fisher 著6

 

 

1. 什麼是可擴展的應用程序？

一個可擴展的應用程序應該可以以某種方式實現增加，而且添加、刪除、加強、重構某些組件，對於其餘組件的影響微乎其微

 

 

當出現下面的這些狀況時，說明元素已經具備可擴展性了：

· 該元素能夠很容易地與其餘元素進行互換，而不會破壞應用程序

· 該元素能夠輕鬆重用於項目外部

· 該元素能夠成功地進行單元測試

 

 

2. 鬆耦合(ioc)

soma.js中提供了一系列用於架構解耦和測試的工具，以及各類設計模式解決方案，好比依賴注入（dependency injection）、觀察者模式（observer pattern）、中介者模式（mediator pattern）、外觀模式（facade pattern）、命令模式（command pattern），面向對象（OOP）工具集，並提供了一個DOM操做模板引擎做爲可選插件。

做者:: 綽號:老哇的爪子 （ 全名：：Attilax Akbar Al Rapanui 阿提拉克斯 阿克巴 阿爾 拉帕努伊 ） 

漢字名：艾提拉（艾龍），   EMAIL:1466519819@qq.com

轉載請註明來源： http://www.cnblogs.com/attilax/

 

 

3. 接口的思考

4. 單一用途&模塊化，小粒度化

粒度更小，更容易擴展

 

5. 組合（Composition），而不是繼承（inheritance）

6. Ocp原則開閉原則

7. Plugin系統

8. 流程擴展工做流系統，流程自定義

9. Ui擴展 html5

10. 數據獨立性

每一個功能使用不一樣的獨立數據，這樣能夠提高擴展性。。好比訂單處理。。接受訂單，處理訂單*update ，使用不一樣的表 ，就能夠互相不影響的功能修改以及表結構修改。。

11. 腳本與hotdeploy

12. 表處理擴展if else (數據與數據處理相互分離）

 

13. 系統被擴展的幾種形式（方法級別，模塊級別）

4）運行時對象裝配。 

5）5）基於模塊的運行時動態擴展。 到如今爲止，咱們討論的都是比較細粒度的在技術上的擴展。想象一下，若是增長一些功能，就去繼承各類各樣的類，而後通過複雜的裝配過程，才能完成一個功能的添加和改進。即便你新增長了類，改動了Spring的配置文件，實現新的裝配，但仍然有一點，你須要編譯整個項目。也就是說，前四種都沒有達到模塊級別的擴展。
      OSGi給出瞭解決方案，能夠實現模塊級別的動態擴展，並且是運行時的。所謂運行時模塊的動態擴展，好比說你須要增長一些新的功能，你能夠將新開發的類和文件按照Bundle進行組織，而後直接扔到運行時環境下，這些功能就能夠用了。

6）6）基於中間語言。 框架一般定義了一些Hotspot（熱點），在這些點上，能夠進行擴展。平臺，可擴展性是最強的，好比window 平臺，你能夠開發應用程序運行在上面。windows提供了幾千個API，你可使用他們來開發應用程序

 

由此推斷，從技術上來講，要得到最大的可擴展性，就要經過一種或多種中間語言來進行擴展。好比如今流行的OpenSocial API和Facebook都是這個思路。這樣說來，DSL的出現就是瓜熟蒂落的了，它是爲了知足在某個業務領域的擴展而設計的

 

14. 經常使用軟件擴展機制

14.1. Ff的擴展機制》》》》插件體系

14.2. 配置化

14.3. dsl

15. 面臨的擴展性與兼容性問題

15.1. 不一樣的項目與不一樣的實例啓動

經過不一樣的bat啓動文件來實現。。

能夠經過啓動腳原本設置不一樣的實例

 

15.2. 不一樣的項目與實例配置文件

參照mysql，經過制定配置文件來實現

 

15.3. Web.xml怎麼辦？？

暫時沒辦法，能夠經過jetty等可編程中間件來實現。。

 

 

15.4. 跳轉到同一功能spec的不一樣實現

好比遊戲和點播系統的用戶中心，ui界面就不一樣。。

可使用查表法。。使用js，根據項目的id來跳轉不一樣的功能ui加載，項目id在啓動腳本里面傳入。。  同一項目的不一樣實例只能跳轉到相同功能，若是須要不一樣，在加個實例id判斷吧。。

Prjid,instan_id,fun_implet

 

15.5. 不一樣項目的同一功能就實現能夠放在同一上級模塊package下

重名問題，經過添加後綴_prj 來解決。。

若是項目不少，應該經過前綴來解決，這樣好找。。

 

16. 架構即將來：現代企業可擴展的Web架構、流程和組織(原書第2版)

 

第一部分　可擴展性組織的人員配置

第1章　人員和領導力對擴展性的影響 …… 2

第2章　可擴展性技術組織的角色 …… 17

第3章　組織的設置 …… 41

第4章　領導力祕籍 …… 80

第5章　管理祕籍 …… 116

第6章　關係、思惟和商業案例 …… 141

第二部分　構建可擴展的過程

第7章　過程是可擴展的關鍵 …… 154

第8章　管理故障和問題 …… 169

第9章　危機管理和升級 …… 189

第10章　生產環境的變動管理 …… 210

第11章　肯定應用發展的預留空間 …… 233

第12章　確立架構原則 …… 248

第13章　聯合架構設計和架構審查委員會 …… 267

第14章　敏捷架構設計 …… 284

第15章　聚焦核心競爭力：自建與外購 …… 296

第16章　肯定風險 …… 310

第17章　性能與壓力測試 …… 328

第18章　障礙條件與回滾 …… 351

第三部分　可擴展的架構方案

第19章　構建故障隔離的架構 …… 368

第20章　AKF擴展立方體介紹 …… 389

第21章　爲擴展分割應用 …… 404

第22章　爲擴展分割數據庫 …… 426

第23章　爲擴展而緩存 …… 452

第24章　爲擴展而異步 …… 472

第四部分　其餘的問題和挑戰

第25章　海量數據 …… 492

第26章　雲計算的日新月異 …… 517

第27章　雲計算準備就緒 …… 550

第28章　應用監控 …… 564

第29章　規劃數據中心 …… 581

第30章　縱觀全局 …… 608

 

17. 高擴展性網站的50條原則(網站運營必備寶典)做者:[美]Martin L. AbbottMichael T. Fisher 著

 

第1章　化簡方程　1

第2章　分佈工做　23

第3章　橫向擴展設計　35

第4章　使用正確的工具　51

第5章　不要重複工做　67

第6章　積極利用緩存　81

第7章　從錯誤中吸收教訓　109

第8章　數據庫原則　125

第9章　容錯設計與故障控制　141

第10章　避免或分發狀態　159

第11章　異步通訊和消息總線　171

第12章　其餘原則　183

第13章　原則回顧和優先級劃分　203

 

參考資料

如何一步一步打造高可擴展性的應用程序？-CSDN.NET.html

軟件可擴展性：來自星巴克的經驗 - Java,java框架 - language - ITeye論壇.html

可擴展性（Extensibility）——構建靈活系統的思考 - me.think(everything.about(_software_)).serialize(this);__古路刀客 - ITeye技術網站.html

架構師不可不知的十大可擴展架構 - 51CTO.COM.html（ imp ，還沒看完）

 

atiend