奧姆斯特德六大原則 面向過程程序設計,面向?qū)ο蟪绦蛟O計,可視化程序設計的異同?
面向過程程序設計,面向?qū)ο蟪绦蛟O計,可視化程序設計的異同?面向?qū)ο蟮奶攸c是封裝性、多態(tài)性和繼承性。多態(tài)性包括重載和重寫。面向?qū)ο缶幊痰乃枷敫咏F(xiàn)實。有幾個優(yōu)點:1。編程更容易。因為面向?qū)ο蟾咏F(xiàn)實
面向過程程序設計,面向?qū)ο蟪绦蛟O計,可視化程序設計的異同?
面向?qū)ο蟮奶攸c是封裝性、多態(tài)性和繼承性。多態(tài)性包括重載和重寫。面向?qū)ο缶幊痰乃枷敫咏F(xiàn)實。
有幾個優(yōu)點:1。編程更容易。因為面向?qū)ο蟾咏F(xiàn)實,所以可以從現(xiàn)實出發(fā),適當?shù)爻橄蟆?/p>
2. 在軟件工程中,面向?qū)ο罂梢允构こ谈幽K化,實現(xiàn)更低的耦合性和更高的內(nèi)聚性。
3. 在設計模式中(似乎只有面向?qū)ο蟛拍軐υO計模式進行設計),面向?qū)ο罂梢愿玫貙崿F(xiàn)開閉原則。它還使代碼更易于閱讀。
相對而言,面向過程編程是面向?qū)ο缶幊痰幕A。在面向?qū)ο蟪绦蛑斜仨氂忻嫦蜻^程的程序片段
!可視化編程主要是一種技術
它主要取決于您的項目:
例如,如果項目中使用hibernate,以后可能會切換到mybatis,那么Dao需要使用接口。這不會影響上層代碼的更改。
另一個例子是,項目是一個單一的應用程序。任何代碼修改都需要重新編譯整個項目,因此不需要接口。如果項目是由模塊編譯和部署的,那么可以使用接口解耦。假設修改了Dao,只需要重新編譯和部署Dao模塊,而不影響上層模塊。
此外,如果項目團隊中有許多新手,簡單的代碼結(jié)構(gòu)可能更合適。復雜項目結(jié)構(gòu)的學習成本較高。
如果工程進度非常緊迫,我們可以用簡單粗暴的方式用經(jīng)濟成本來說明原因。
使用接口的成本是不使用接口的成本(包括后續(xù)維護成本)。
如果項目變化很大,部署了模塊,項目不急,使用接口的成本比不使用接口的成本低,雖然早期不使用接口似乎更簡單;相反,不使用接口的成本低,而且連框架都不能用~
畢竟工具是提高效率的,那你為什么不能和自己相處呢
Service層和Dao層真的有必要每個類都加上接口嗎?
首先,讓我們從編程語言的角度來看兩者的區(qū)別。
最典型的面向過程編程語言是C語言,面向?qū)ο笳Z言包括C、Java、C#。
在C語言中,基本數(shù)據(jù)類型是變量、數(shù)組、結(jié)構(gòu)和函數(shù)。在使用這些數(shù)據(jù)類型進行編程時,主要考慮的是如何將要處理的數(shù)據(jù)放入適當?shù)臄?shù)據(jù)類型中,并根據(jù)事件的順序調(diào)用函數(shù)來完成業(yè)務邏輯的處理。
在面向?qū)ο笳Z言中,最重要的概念是類,類實例化的結(jié)果是對象。在設計過程中,這種語言涉及到很多現(xiàn)實生活中的處理模型。例如,汽車是一個非常抽象的對象,但奔馳和寶馬是非常具體的。這些車可以分為高配置和低配置,并且可以駕駛。
這些汽車模型對應于基類、派生類、屬性和方法的概念。因此,在使用面向?qū)ο缶幊虝r,數(shù)據(jù)的合理封裝是其主要的核心工作。
綜上所述,面向過程編程的核心技術是數(shù)據(jù)結(jié)構(gòu)和算法;面向?qū)ο缶幊痰暮诵募夹g是23種設計模式。我們必須熟練地掌握它!