引言:?軟件架構(gòu)就是在準(zhǔn)確把控需求的基礎(chǔ)上對系統(tǒng)的解剖。

? ? ? ? ? 而準(zhǔn)確把控需求，不僅僅體現(xiàn)把控現(xiàn)有的需求，而且還要考慮到需求(可能)變化的部分。為程序的可延展性充分考慮。我將從幾個方面進(jìn)行展開：

（1）“萬物皆可對象”。

? ? ? ? ?面向?qū)ο蠓椒▽W(xué)的出發(fā)點和基本原則是盡可能模擬人類習(xí)慣的思維方式，分析、設(shè)計和實現(xiàn)一個軟件的方法和過程，盡可能接近于人類認(rèn)識世界解決問題的方法和過程。

? ? ? ? ?軟件系統(tǒng)是由對象組成的；把對象劃分成類，每個對象類都定義一組數(shù)據(jù)和方法；對象彼此之間僅能通過傳遞消息互相聯(lián)系；層次結(jié)構(gòu)的繼承。

（2） 類的提取

? ? ? ?曾經(jīng)剛接觸面向?qū)ο缶幊虝r，就是從實現(xiàn)程序功能的角度去設(shè)計的，是自底向上的(一開始就考慮細(xì)節(jié))，企圖從底層實現(xiàn)程序這樣的出發(fā)點來達(dá)到滿足現(xiàn)實世界的軟件需求的目標(biāo)。但現(xiàn)在看來，這樣的思維方法是不適用于面向?qū)ο蟮木幊陶Z言的。如果僅僅需要用封裝模塊的思想實現(xiàn)，那么這種則是面向過程的思想了。

? ? ? ? 面向?qū)ο蟮木柙谟诳紤]問題的思路是從現(xiàn)實世界的人類思維習(xí)慣出發(fā)的。不要一上來就去想程序代碼的實現(xiàn)，應(yīng)該拋開具體編程語言的束縛，集中精力分析我們要實現(xiàn)的軟件的業(yè)務(wù)邏輯，分析軟件的業(yè)務(wù)流程，思考應(yīng)該如何去描述和實現(xiàn)軟件的業(yè)務(wù)。畢竟軟件只是一個載體，業(yè)務(wù)才是我們真正要實現(xiàn)的目標(biāo)。

? ? ? ? 面向?qū)ο?strong>：建立對象模型既包括自底向上的抽象過程,也包括自頂向下的分解過程。先不考慮問題解決的細(xì)節(jié)，把問題的最主要的方面抽象成為一個簡單的框架。集中精力思考如何解決主要矛盾，在解決問題的過程中，把問題的細(xì)節(jié)分割成一個一個小問題，再專門去解決細(xì)節(jié)問題。

（3）封裝

? ? ? ??指隱藏對象的屬性和實現(xiàn)細(xì)節(jié)，僅僅對外公開接口。例如：我需要做一個四則運算，對外開放四個接口，用戶只需傳入相應(yīng)的參數(shù)，然后就會返回正確結(jié)果。從整體上看，可以不用關(guān)注內(nèi)部實現(xiàn)，通過某些途徑可以完成調(diào)用者的需求即可。

? ? ? ? 封裝會帶來一些好處：數(shù)據(jù)安全，例如類就是對象的一個封裝，實現(xiàn)屬性行為一體化。

（4）子系統(tǒng)的建立

1. 通過職責(zé)劃分分離關(guān)注點。達(dá)到“系統(tǒng)中一部分變化了，而不會影響其他部分的改變”。子系統(tǒng)應(yīng)該具有高內(nèi)聚性，在我看來，高內(nèi)聚是低耦合的基礎(chǔ)。

2. 根據(jù)不同粒度級別分離關(guān)注點。先考慮粒度較大的子系統(tǒng)，其次再考慮更小粒度的子系統(tǒng)或類。先從軟件高層進(jìn)行思考，前期避免陷入過多的細(xì)節(jié)中。自頂向下，逐步細(xì)化。

3.?根據(jù)通用性分離關(guān)注點。不同的通用程度意味著變化的可能性不同。

（5）關(guān)于設(shè)計模式

? ? ? ? 面向?qū)ο蟮奶攸c是可維護(hù)、可復(fù)用、可擴(kuò)展、靈活性好，設(shè)計模式的好處在于：隨著業(yè)務(wù)變得越來越復(fù)雜，面向?qū)ο笠廊荒軌蚴沟贸绦蚪Y(jié)構(gòu)良好，而面向過程卻會導(dǎo)致程序越來越臃腫。因此，當(dāng)我們在面臨設(shè)計較復(fù)雜的系統(tǒng)時，考慮到程序的類的層次結(jié)構(gòu)變得更加可維護(hù)性、可擴(kuò)展性。

總結(jié)

以上是生活随笔為你收集整理的谈谈软件架构之美的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。