国产欧美淫乱最新地址,亚洲最大高清无码久久,久草久热久在福利小导航

class?Super?{

??private?int?counter?=?0;

??void?inc1()?{
????counter ;
??}

??void?inc2()?{
????counter ;
??}

}

class?Sub?extends?Super?{

??@Override
??void?inc2()?{
????inc1();
??}

}

你看，子類覆蓋了父類的 inc2 方法，但是這個(gè) inc2 方法依賴于父類 inc1 的實(shí)現(xiàn)。

如果父類的 inc1 邏輯發(fā)生變化了，變成下面這樣

class?Super?{

??private?int?counter?=?0;

??void?inc1()?{
????inc2();
??}

??void?inc2()?{
????counter ;
??}
}

這就會(huì)出現(xiàn) stack overflow 的異常，因?yàn)槌霈F(xiàn)了無限遞歸。

所以，當(dāng)我們?cè)谧宇惱?，依賴了父類方法作為子類業(yè)務(wù)邏輯的一個(gè)關(guān)鍵步驟的時(shí)候，當(dāng)父類的邏輯修改的時(shí)候，必須聯(lián)動(dòng)修改所有依賴父類相關(guān)邏輯的子類，否則就可能引發(fā)嚴(yán)重的問題。

用繼承，本來是想少寫點(diǎn)代碼少加點(diǎn)班，結(jié)果……用網(wǎng)上看到的一句話說就是：

一日為父，終生是祖宗。

像這種情況該怎么辦？

現(xiàn)在只要是個(gè)正經(jīng)的介紹面向?qū)ο蟮募夹g(shù)文章或者書籍里，只要是涉及到繼承的，都會(huì)加這么句話：

盡量選擇對(duì)象組合的設(shè)計(jì)方式。

在《阿里巴巴Java開發(fā)手冊(cè)》中就有一條：

組合和繼承的區(qū)別如下：

其實(shí)我認(rèn)為繼承和組合各有優(yōu)缺點(diǎn)，如果兩個(gè)類確實(shí)非常緊密，就是存在層次關(guān)系，用繼承沒問題。

之所以有“組合優(yōu)于繼承”這個(gè)說法，我個(gè)人感覺是組合更靈活，而且能防止被人濫用，用不好的話輕則類的層次失控，重則很可能就把整個(gè)項(xiàng)目的代碼質(zhì)量給腐蝕了。

2. 封裝如同帶有漏洞的封印，可能會(huì)逃逸出魔王

封裝，說白了就是把屬性、方法，封到一個(gè)對(duì)象里，這是面向?qū)ο蟮暮诵睦砟睢?/p>嘴上叫封裝，卻開了個(gè)縫兒。

我們知道，項(xiàng)目是既要兼顧代碼質(zhì)量，還要兼顧運(yùn)行性能的。不可能說為了提升什么松耦合、高內(nèi)聚，就不管不顧性能了。

事情就壞在了這個(gè)兼顧性能這里。面向?qū)ο罄?，以上帝角度看，系統(tǒng)就是對(duì)象和對(duì)象之間的關(guān)系構(gòu)造成的網(wǎng)絡(luò)。

就拿咱們上面談到的組合關(guān)系來說，組合關(guān)系的實(shí)現(xiàn)就是通過把一個(gè)對(duì)象當(dāng)成另一個(gè)對(duì)象的屬性來實(shí)現(xiàn)的。

上面這圖就叫做 A 和 B 之間是組合關(guān)系。想用 A 對(duì)象里的 B 對(duì)象，代碼這么寫：

A?a?=?new?A();
B?b?=?a.getB();

好，我們要問了，這個(gè)從 A 中獲取的 B，是 B 對(duì)象的實(shí)例還是實(shí)例的一個(gè)引用指針呢？

必然是引用指針吧，這是最基礎(chǔ)的知識(shí)。諾，問題來了，引用指針是可以修改的。

b.getS();?//原來是Hello?World
b.setS("World");//直接改成World

原來 B 中有個(gè)字段 s，值是個(gè) “Hello World”，我直接可以用代碼改成“World”。

如果這次修改隨意在個(gè)犄角旮旯里，A 能知道嗎？A 蒙在鼓里，還以為一切盡在把控當(dāng)中呢。

你看，封裝的縫兒出來了吧。說句實(shí)話，就這種鬼操作，是非常難以排查的。

像這種封裝了，但是又沒封裝的問題，我只想說“封裝的挺好的，下次別封裝了”。

3. 多態(tài)好，但可能是面向?qū)ο蟮呢澨熘?/h2>再說說多態(tài)。
其實(shí)，面向?qū)ο笾械亩鄳B(tài)使用，才是面向?qū)ο笳Z言最被認(rèn)可的地方。因?yàn)橛辛硕鄳B(tài)，代碼才能保證在業(yè)務(wù)需求多變的情況下，保證了項(xiàng)目的相對(duì)穩(wěn)定。
可是，多態(tài)不是面向?qū)ο螵?dú)有的啊。面向過程，函數(shù)式編程也可以：面向過程里，C 語言可以靠虛函數(shù)去在運(yùn)行時(shí)加載對(duì)應(yīng)的函數(shù)實(shí)現(xiàn)去實(shí)現(xiàn)多態(tài)。函數(shù)式編程也可以通過組合函數(shù)去實(shí)現(xiàn)多態(tài)。
所以，面向?qū)ο筮B多態(tài)這種優(yōu)勢(shì)都不獨(dú)特了。

4. 服務(wù)端業(yè)務(wù)變了，人們的觀點(diǎn)發(fā)生變化了

在說服務(wù)端業(yè)務(wù)的變化之前，我想先普及兩個(gè)概念，即有狀態(tài)的服務(wù)和無狀態(tài)的服務(wù)。

有狀態(tài)的服務(wù)就是說，服務(wù)需要暫時(shí)存一些和客戶端相關(guān)的數(shù)據(jù)，以便客戶端后續(xù)發(fā)來的請(qǐng)求可以和客戶端前面發(fā)的請(qǐng)求通過服務(wù)器端關(guān)聯(lián)起來，從而共同完成一項(xiàng)業(yè)務(wù)。

無狀態(tài)服務(wù)是說，服務(wù)端不存儲(chǔ)任何和客戶端相關(guān)的數(shù)據(jù)，客戶端每次請(qǐng)求，服務(wù)端都認(rèn)為這是個(gè)新客戶端，和以前的請(qǐng)求無任何關(guān)系。

用現(xiàn)實(shí)生活舉例的話，有狀態(tài)服務(wù)就是你去一家健身房，第一次去的時(shí)候花了一筆錢辦了一張健身卡，你以后每次去健身，有卡就不用再掏錢了。

無狀態(tài)服務(wù)就是，你沒辦卡，每次去都和第一次去一樣現(xiàn)掏錢。

那么，無狀態(tài)服務(wù)和有狀態(tài)服務(wù)和面向?qū)ο蟮乃ヂ溆钟惺裁搓P(guān)系呢？在如今的年代，分布式、微服務(wù)大行其道。一個(gè)有狀態(tài)的服務(wù)是不容易做分布式和做彈性伸縮的。

當(dāng)年，大家做有多個(gè)步驟的業(yè)務(wù)的時(shí)候，為了保證業(yè)務(wù)數(shù)據(jù)不會(huì)因?yàn)橛脩襞既坏年P(guān)閉瀏覽器或者瀏覽器崩潰等問題而丟失，往往會(huì)把上一個(gè)步驟的信息存在服務(wù)端的 session 里，而現(xiàn)在則會(huì)傾向考慮把信息放在客戶端的本地存儲(chǔ)上。

我舉個(gè)例子，假設(shè)現(xiàn)在有個(gè)需求，要在后臺(tái)系統(tǒng)新增加一個(gè)功能：用戶信息管理。其中有個(gè)需求要求這樣操作，錄入用戶信息分成兩步。

第一步，錄入用戶的基本信息：姓名、手機(jī)號(hào)、年齡……
第二步，錄入額外信息：家庭成員、教育經(jīng)歷、工作經(jīng)歷……

出于信息完整度的考慮，業(yè)務(wù)要求這兩步應(yīng)該是一個(gè)完整的事務(wù)。要么都成功，要么都失敗。

從技術(shù)實(shí)現(xiàn)上講，如果是多年以前，我們會(huì)在第一步的時(shí)候，把商戶的基本信息做成表單提交，然后為了保證不會(huì)因?yàn)橛脩粽`關(guān)閉瀏覽器等意外問題丟失中間的數(shù)據(jù)，保存在對(duì)應(yīng)的 session 中后，在第二步信息提交后，合并起來一起存入到數(shù)據(jù)庫中。

但是，現(xiàn)在的技術(shù)趨勢(shì)是，做任何事情，盡量讓服務(wù)器端無狀態(tài)，也就是不存儲(chǔ)客戶端相關(guān)數(shù)據(jù)。

此時(shí)，這個(gè)需求的解決方案就是，當(dāng)?shù)谝徊教顚懮虘粜畔⑼瓿珊?，直接把?shù)據(jù)存儲(chǔ)在客戶端的本地存儲(chǔ)里又或者直接就存在 cookie 里，在第二步填寫內(nèi)容完畢后，聯(lián)合存在客戶端的信息一起提交到服務(wù)器端，然后存入數(shù)據(jù)庫。

所以，你看到了，現(xiàn)在大家的趨勢(shì)就是服務(wù)器端都在轉(zhuǎn)向無狀態(tài)服務(wù)，哪怕以前是有狀態(tài)的服務(wù)，也會(huì)通過一些增加客戶端參數(shù)等手段，去改造為無狀態(tài)服務(wù)。

說了這么多，那這種技術(shù)趨勢(shì)的變化對(duì)我們的面向?qū)ο笥惺裁从绊懩兀?/p>影響在于，服務(wù)端現(xiàn)在越來越變得往單純的處理數(shù)據(jù)這個(gè)方向發(fā)展。當(dāng)僅處理數(shù)據(jù)的時(shí)候，服務(wù)器端真正的需求其實(shí)就是計(jì)算，然后就是為了大幅度提升計(jì)算速度，而帶來的并行化需求。

而面向?qū)ο筮@種方式和我們當(dāng)今的技術(shù)趨勢(shì)是有一些沖突的。

首先就是確定性的沖突。

我們的首要需求從以前重度處理業(yè)務(wù)狀態(tài)加業(yè)務(wù)數(shù)據(jù)變成了業(yè)務(wù)數(shù)據(jù)的計(jì)算，而計(jì)算是需要確定性的：即給定相同的輸入，經(jīng)過服務(wù)器端相同的邏輯處理后，應(yīng)該給定相同的輸出。

而面向?qū)ο筮@種方式，出身在有狀態(tài)服務(wù)大行其道的年代，它會(huì)優(yōu)先考慮業(yè)務(wù)邏輯的調(diào)度，其次才是計(jì)算，所以，面向?qū)ο笫菗碛袪顟B(tài)的。面向?qū)ο蟮臓顟B(tài)就是它的字段值。這些字段值，如果單純的從計(jì)算數(shù)據(jù)角度看，他們不僅無意義了，反而還引入了風(fēng)險(xiǎn)。

比如，我們不小心把一個(gè)對(duì)象的狀態(tài)給共享出去了，那當(dāng)我們用同樣的輸入計(jì)算的時(shí)候，很可能由于狀態(tài)的變化，導(dǎo)致了不同的輸出結(jié)果，最后就是項(xiàng)目出了問題。

其次，由于計(jì)算我們對(duì)性能更加看重了，又由于無狀態(tài)服務(wù)的大量使用，所以，并行的重要性也遠(yuǎn)遠(yuǎn)超出了以前。而并行，要求的是結(jié)構(gòu)的開放，和更加嚴(yán)格的無狀態(tài)化，而面向?qū)ο?，恰恰?yán)重依賴于狀態(tài)，并且，他還把這種狀態(tài)依賴封裝在了復(fù)雜的對(duì)象關(guān)系里。

A 狀態(tài)依賴于 B 的狀態(tài)，B 的狀態(tài)又依賴于 C，而這些依賴，全部被封裝在了 D 對(duì)象的實(shí)現(xiàn)細(xì)節(jié)里，這種嚴(yán)重的反并行也是現(xiàn)在越來越多人開始反感面向?qū)ο蟮闹匾颉?/p>

結(jié)尾

說了這么多面向?qū)ο蟮膲脑?，其?shí)真的是面向?qū)ο笞陨淼膯栴}嗎？并不是。

首先，面向?qū)ο笃鋵?shí)就是我們程序員試圖簡(jiǎn)化這個(gè)世界，提高對(duì)這個(gè)世界的認(rèn)知的一種美好愿望而已。愿望來自于人自身認(rèn)知的局限性，所以本身就不可能完美。

其次，面向?qū)ο缶幊?/a>語言只是一種工具，工具的使用的好壞還是要靠人的，不可能每個(gè)人能把一套工具用的完美無缺。

如上所說，面向?qū)ο蟮膯栴}本質(zhì)還是人的問題，而人可能永遠(yuǎn)都需要通過組合使用越來越多的類似面向?qū)ο蟮倪@種并不完美的工具去解決自己的問題。

所以，我們不能一味的依靠面向?qū)ο?，認(rèn)為面向?qū)ο缶褪亲畎舻?，也不能發(fā)現(xiàn)面向?qū)ο罂赡軕?yīng)付不了某些業(yè)務(wù)場(chǎng)景了，就開始極端地摒棄它。

我們要靈活地，合理地使用任何我們可以使用的編程思想、編程工具，積極地去擁抱變化。

不要忘了我們寫代碼的初衷。

本站聲明：本文章由作者或相關(guān)機(jī)構(gòu)授權(quán)發(fā)布，目的在于傳遞更多信息，并不代表本站贊同其觀點(diǎn)，本站亦不保證或承諾內(nèi)容真實(shí)性等。需要轉(zhuǎn)載請(qǐng)聯(lián)系該專欄作者，如若文章內(nèi)容侵犯您的權(quán)益，請(qǐng)及時(shí)聯(lián)系本站刪除。

換一批

洞察2022：中國電感器件行業(yè)競(jìng)爭(zhēng)格局及市場(chǎng)份額

電感是導(dǎo)線內(nèi)通過交流電流時(shí)，在導(dǎo)線的內(nèi)部及其周圍產(chǎn)生交變磁通，導(dǎo)線的磁通量與生產(chǎn)此磁通的電流之比。電感器也叫電感線圈，是利用電磁感應(yīng)原理制成的，由導(dǎo)線在絕緣管上單層或多層繞制而成的，導(dǎo)線彼此互相絕緣，而絕緣管可以是空心的...

關(guān)鍵字：電感磁通量電感器

[瞻研究]

預(yù)見2022：《2022年中國智慧港口產(chǎn)業(yè)全景圖譜》

根據(jù)交通運(yùn)輸部水運(yùn)科學(xué)研究院提出的智慧港口的概念，智慧港口是利用新一代信息技術(shù)，將港口相關(guān)業(yè)務(wù)和管理創(chuàng)新深度融合，使港口更加集約、高效、便捷、安全、綠色，創(chuàng)新港口發(fā)展模式，實(shí)現(xiàn)港口科學(xué)可持續(xù)發(fā)展。

關(guān)鍵字：智慧港口信息技術(shù) 業(yè)務(wù)

[瞻研究]

【建議收藏】重磅！2022年上海市新能源汽車產(chǎn)業(yè)鏈全景圖譜

近年來，世界主要汽車大國紛紛加強(qiáng)新能源汽車戰(zhàn)略謀劃、強(qiáng)化政策支持、完善產(chǎn)業(yè)布局，新能源汽車已成為全球汽車產(chǎn)業(yè)轉(zhuǎn)型發(fā)展的主要方向和促進(jìn)世界經(jīng)濟(jì)持續(xù)增長的重要引擎。2021年，全國新能源汽車實(shí)現(xiàn)產(chǎn)量354.5萬輛，銷量352...

關(guān)鍵字：新能源汽車引擎

[瞻研究]

收藏！《2022年全球針狀焦行業(yè)技術(shù)全景圖譜》

2007-2021年，全球針狀焦行業(yè)專利申請(qǐng)人數(shù)量及專利申請(qǐng)量總體呈現(xiàn)增長態(tài)勢(shì)。雖然2021年全球針狀焦行業(yè)專利申請(qǐng)人數(shù)量及專利申請(qǐng)量有所下降，但是這兩大指標(biāo)數(shù)量仍較多。整體來看，全球針狀焦技術(shù)處于成長期。

關(guān)鍵字：針狀焦行業(yè) 專利申請(qǐng)人增長態(tài)勢(shì)

[瞻研究]

洞察2022：中國智能家居行業(yè)競(jìng)爭(zhēng)格局及市場(chǎng)份額

按企業(yè)主營業(yè)務(wù)類型分，我國智能家居行業(yè)競(jìng)爭(zhēng)派系可分為傳統(tǒng)家電企業(yè)、互聯(lián)網(wǎng)企業(yè)以及其他企業(yè)三派。傳統(tǒng)家電企業(yè)代表有海爾智家、美的集團(tuán)、格力電器等，具有供應(yīng)鏈和銷售渠道，制造能力和品牌優(yōu)勢(shì)突出;互聯(lián)網(wǎng)企業(yè)代表有小米集團(tuán)、百度...

關(guān)鍵字：智能家居互聯(lián)網(wǎng)企業(yè) 供應(yīng)鏈

[瞻研究]

預(yù)見2022：《2022年中國軍工電子行業(yè)全景圖譜》

軍工電子是集紅外技術(shù)、激光技術(shù)、半導(dǎo)體及嵌入式技術(shù)與虛擬仿真技術(shù)為一體的綜合性軍工技術(shù)體系，是國防信息化建設(shè)的基石。軍工電子行業(yè)包含在軍工行業(yè)內(nèi)，專注于軍工行業(yè)電子產(chǎn)品布局。根據(jù)其軍工產(chǎn)品的不同可分為衛(wèi)星導(dǎo)航、通信指揮、...

關(guān)鍵字：軍工電子嵌入式技術(shù) 信息化建設(shè)

[瞻研究]

洞察2022：中國汽車零配件行業(yè)競(jìng)爭(zhēng)格局及市場(chǎng)份額

我國汽車零配件行業(yè)細(xì)分種類眾多，從汽車零配件主要產(chǎn)品來看，發(fā)動(dòng)機(jī)系統(tǒng)行業(yè)內(nèi)有濰柴動(dòng)力、華域汽車等主要從業(yè)企業(yè);在車身零部件領(lǐng)域內(nèi)，福耀玻璃、中策橡膠具有一定的規(guī)模優(yōu)勢(shì);行駛系統(tǒng)領(lǐng)域內(nèi)有中策橡膠提供的輪胎以及華為等企業(yè)提供...

關(guān)鍵字：汽車零配件發(fā)動(dòng)機(jī) 行駛系統(tǒng)

[瞻研究]

預(yù)見2022：《2022年中國茶飲料行業(yè)全景圖譜》

茶飲料是指以茶葉或茶葉的水提取液、濃縮液、茶粉(包括速溶茶粉、研磨茶粉)或直接以茶的鮮葉為原料添加或不添加食品原輔料和(或)食品添加劑，經(jīng)加工制成的液體飲料。根據(jù)國家標(biāo)準(zhǔn)《茶飲料(GB/T 21733-2008)》的規(guī)定...

關(guān)鍵字：茶飲料茶葉的水食品添加劑

[瞻研究]

收藏！《2022年全球液壓行業(yè)技術(shù)全景圖譜》

全球液壓行業(yè)專利技術(shù)在21世紀(jì)初得到初步發(fā)展，這一時(shí)期液壓專利申請(qǐng)人數(shù)量和申請(qǐng)量處于較低水平。2011-2012年，液壓行業(yè)專利技術(shù)的發(fā)展總體處于成長期，2012年以后中全球液壓行業(yè)專利技術(shù)申請(qǐng)量或申請(qǐng)人數(shù)量整體處于波動(dòng)...

關(guān)鍵字：液壓行業(yè) 專利授權(quán) 技術(shù)類型

[瞻研究]