軟件設(shè)計(jì)--正交設(shè)計(jì)

• 前言
• • 問(wèn)題
  • 核心原則--高內(nèi)聚，低耦合
  • • 總結(jié)
  • 方法
  • • 減少重復(fù)代碼
    • 減少依賴

前言

在我們寫代碼的過(guò)程中，往往只考慮功能的實(shí)現(xiàn)，很少考慮或者不考慮代碼之后的維護(hù)程度，但是隨著系統(tǒng)愈來(lái)愈復(fù)雜，即便是智商最為發(fā)達(dá)的程序員也發(fā)現(xiàn)，單一過(guò)程的復(fù)雜度已經(jīng)超出他的掌控極限。所以這需要人們?cè)趯?duì)于比較復(fù)雜的模塊時(shí)，需要對(duì)大問(wèn)題進(jìn)行分解。本人之前是有看類似的設(shè)計(jì)相關(guān)的書籍，但是還是感覺在實(shí)際操作中，沒有很充分的運(yùn)用上去，沒有養(yǎng)成習(xí)慣，現(xiàn)在重新對(duì)這些來(lái)進(jìn)行一次學(xué)習(xí)

問(wèn)題

模塊該怎樣劃分才是合理的?

怎樣定義API才是合理的

核心原則–高內(nèi)聚，低耦合

高內(nèi)聚：關(guān)聯(lián)緊密的事物應(yīng)該被放在一起，并且只有關(guān)聯(lián)緊密的事物才應(yīng)該被放在一起
低耦合：軟件單位之間盡可能不要相互影響。

總結(jié)

低內(nèi)聚的模塊首先拆分為多個(gè)高內(nèi)聚的模塊；然后再考慮這多個(gè)模塊之間的API設(shè)計(jì)，以降低這些高內(nèi)聚的軟件單元之間的耦合度。

雙方各自獨(dú)自變化，互不影響

方法

減少重復(fù)代碼

關(guān)注于如何對(duì)原有模塊進(jìn)行拆分，以提高系統(tǒng)的內(nèi)聚性。

減少依賴

1.API 應(yīng)包含盡可能少的知識(shí)。因?yàn)槿魏我豁?xiàng)知識(shí)的變化都會(huì)導(dǎo)致雙方的變化;
2. API 也應(yīng)該高內(nèi)聚，而不應(yīng)該強(qiáng)迫API的客戶依賴它不需要的東西。
3. 在定義接口時(shí)，應(yīng)該站在客戶的角度，思考用戶的本質(zhì)需要，由此來(lái)定義API。而不是站在技術(shù)實(shí)現(xiàn)的方便程度角度來(lái)思考API定義。

總結(jié)

以上是生活随笔為你收集整理的关于软件设计那些事---正交设计的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

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