首先，重構(gòu)這個(gè)概念，不是JAVA所特有的，而是軟件工程的一個(gè)概念。
專注于為中小企業(yè)提供做網(wǎng)站、成都網(wǎng)站建設(shè)服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)福建免費(fèi)做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動(dòng)了上千企業(yè)的穩(wěn)健成長(zhǎng)，幫助中小企業(yè)通過網(wǎng)站建設(shè)實(shí)現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。
主要是指改善現(xiàn)有的程序代碼，使其更方便、簡(jiǎn)單的使用，提高可重用性、可維護(hù)性。
在面向?qū)ο驝++\C#\JAVA等語言中，重構(gòu)的概念一般是指對(duì)類進(jìn)行重構(gòu)，一般在現(xiàn)有類的某些功能方法不能滿足擴(kuò)展需要，或者修復(fù)BUG時(shí)，就需要重構(gòu)
重構(gòu)是一個(gè)可迭代的過程，可以對(duì)一個(gè)功能重復(fù)重構(gòu)，直到其滿足軟件的需求、維護(hù)和可擴(kuò)展性
重構(gòu)的方法比較多，一本書也說不完，一些概念性的內(nèi)容見百科
相信大家在開發(fā)軟件和進(jìn)行軟件維護(hù)的時(shí)候也會(huì)發(fā)現(xiàn)，有時(shí)候我們會(huì)針對(duì)一些軟件的功能進(jìn)行代碼重構(gòu)來讓系統(tǒng)運(yùn)行更加的穩(wěn)定。
今天山西java培訓(xùn)就一起來了解一下，在代碼重構(gòu)的過程中都會(huì)遇到哪些問題。
1、離線任務(wù)和模型的管理問題。
我們做在線服務(wù)的都有體會(huì)，我們經(jīng)常容易對(duì)線上業(yè)務(wù)邏輯代碼更關(guān)注一些，而往往忽視離線代碼任務(wù)的管理和維護(hù)。
但離線代碼任務(wù)和模型在推薦場(chǎng)景中又至關(guān)重要。
因此如何有效維護(hù)離線代碼和任務(wù)，是我們面臨的一個(gè)問題。
2、特征日志問題。
在推薦系統(tǒng)中，我們常常會(huì)遇到特征拼接和特征的『時(shí)間穿越』的問題。
所謂特征時(shí)間穿越，指的是模型訓(xùn)練時(shí)用到了預(yù)測(cè)時(shí)無法獲取的『未來信息』，這主要是訓(xùn)練label和特征拼接時(shí)時(shí)間上不夠嚴(yán)謹(jǐn)導(dǎo)致。
如何構(gòu)建便捷通用的特征日志，減少特征拼接錯(cuò)誤和特征穿越，是我們面臨的二個(gè)問題。
3、服務(wù)監(jiān)控問題。
一個(gè)通用的推薦系統(tǒng)應(yīng)該在基礎(chǔ)監(jiān)控上做到盡可能通用可復(fù)用，減少具體業(yè)務(wù)對(duì)于監(jiān)控的開發(fā)量，并方便業(yè)務(wù)定位問題。
4、離線任務(wù)和模型的管理問題。
在包括推薦系統(tǒng)的算法方向中，需要構(gòu)建大量離線任務(wù)支持各種數(shù)據(jù)計(jì)算業(yè)務(wù)，和模型的定時(shí)訓(xùn)練工作。
但實(shí)際工作中，我們往往忽略離線任務(wù)代碼管理的重要性，當(dāng)時(shí)間一長(zhǎng)，各種數(shù)據(jù)和特征的質(zhì)量往往無法保證。
為了盡可能解決這樣的問題，我們從三方面來做，一，將通用推薦系統(tǒng)依賴的離線任務(wù)的代碼統(tǒng)一到一處管理;二，結(jié)合公司離線任務(wù)管理平臺(tái)，將所有任務(wù)以通用包的形式進(jìn)行管理，這樣保證所有任務(wù)的都是依賴新包;三，建設(shè)任務(wù)結(jié)果的監(jiān)控體系，將離線任務(wù)的產(chǎn)出完整監(jiān)控起來。
5、特征日志問題。
AndrewNg之前說過：『挖掘特征是困難、費(fèi)時(shí)且需要專業(yè)知識(shí)的事，應(yīng)用機(jī)器學(xué)習(xí)其實(shí)基本上是在做特征工程。
』我們理想中的推薦系統(tǒng)模型應(yīng)該是有干凈的RawData，方便處理成可學(xué)習(xí)的Dataset，通過某種算法學(xué)習(xí)model，來達(dá)到預(yù)測(cè)效果不斷優(yōu)化的目的。
但現(xiàn)實(shí)中，我們需要處理各種各樣的數(shù)據(jù)源，有數(shù)據(jù)庫(kù)的，有日志的，有離線的，有在線的。
這么多來源的RawData，不可避免的會(huì)遇到各種各樣的問題，比如特征拼接錯(cuò)誤，特征『時(shí)間穿越』等等。
這里邊反應(yīng)的一個(gè)本質(zhì)問題是特征處理流程的規(guī)范性問題。
那么我們是如何來解決這一點(diǎn)呢，先，我們用在線代替了離線，通過在線落特征日志，而不是RawData，并統(tǒng)一了特征日志Proto，如此就可以統(tǒng)一特征解析腳本。
代碼重構(gòu)（英語：Code refactoring）重構(gòu)就是在不改變軟件系統(tǒng)外部行為的前提下，改善它的內(nèi)部結(jié)構(gòu)。
軟件重構(gòu)需要借助工具完成，重構(gòu)工具能夠修改代碼同時(shí)修改所有引用該代碼的地方。在極限編程的方法學(xué)中，重構(gòu)需要單元測(cè)試來支持。
java重構(gòu)：指程序員對(duì)已有程序在盡量不改變接口的前提下，進(jìn)行重新編寫代碼的工作，一般有以下幾方面：
1、去除已知bug。
2、提高程序運(yùn)行效率。
3、增加新的功能。
重構(gòu)舉例：（簡(jiǎn)化代碼、提升效率）
重構(gòu)前：
if(list != null list.size() 0){
for(int i = 0; i list.size(); i++){
//skip...
}
}
重構(gòu)后
if(list != null){
for(int i = 0, len = list.size(); i len; i++){
//skip...
}
}
何時(shí)著手重構(gòu)（Refactoring）
新官上任三把火，開始一個(gè)全新??、腳不停蹄、加班加點(diǎn)，一支聲勢(shì)浩大的千軍萬"碼"夾裹著程序員激情和扣擊鍵盤的鳴金奮力前行，勢(shì)如破竹，攻城掠地，直指"黃龍府"。
開發(fā)經(jīng)理是這支浩浩湯湯代碼隊(duì)伍的統(tǒng)帥，他負(fù)責(zé)這支隊(duì)伍的命運(yùn)，當(dāng)齊桓公站在山頂上看到管仲訓(xùn)練的隊(duì)伍整齊劃一地前進(jìn)時(shí)，他感嘆說"我有這樣一支軍隊(duì)哪里還怕沒有勝利呢？"。但很遺憾，你手中的這支隊(duì)伍原本只是散兵游勇，在前進(jìn)中招兵買馬，不斷壯大，所以隊(duì)伍變形在所難免。當(dāng)開發(fā)經(jīng)理發(fā)覺隊(duì)伍變形時(shí)，也許就是克制住攻克前方山頭的誘惑，停下腳步整頓隊(duì)伍的時(shí)候了。
Kent Beck提出了"代碼壞味道"的說法，和我們所提出的"隊(duì)伍變形"是同樣的意思，隊(duì)伍變形的信號(hào)是什么呢？以下列述的代碼癥狀就是"隊(duì)伍變形"的強(qiáng)烈信號(hào)：
·代碼中存在重復(fù)的代碼
中國(guó)有118 家整車生產(chǎn)企業(yè)，數(shù)量幾乎等于美、日、歐所有汽車廠家數(shù)之和，但是全國(guó)的年產(chǎn)量卻不及一個(gè)外國(guó)大汽車公司的產(chǎn)量。重復(fù)建設(shè)只會(huì)導(dǎo)致效率的低效和資源的浪費(fèi)。
程序代碼更是不能搞重復(fù)建設(shè)，如果同一個(gè)類中有相同的代碼塊，請(qǐng)把它提煉成類的一個(gè)獨(dú)立方法，如果不同類中具有相同的代碼，請(qǐng)把它提煉成一個(gè)新類，永遠(yuǎn)不要重復(fù)代碼。
·過大的類和過長(zhǎng)的方法
過大的類往往是類抽象不合理的結(jié)果，類抽象不合理將降低了代碼的復(fù)用率。方法是類王國(guó)中的諸侯國(guó)，諸侯國(guó)太大勢(shì)必動(dòng)搖中央集權(quán)。過長(zhǎng)的方法由于包含的邏輯過于復(fù)雜，錯(cuò)誤機(jī)率將直線上升，而可讀性則直線下降，類的健壯性很容易被打破。當(dāng)看到一個(gè)過長(zhǎng)的方法時(shí)，需要想辦法將其劃分為多個(gè)小方法，以便于分而治之。
·牽一毛而需要?jiǎng)尤淼男薷?/p>
當(dāng)你發(fā)現(xiàn)修改一個(gè)小功能，或增加一個(gè)小功能時(shí)，就引發(fā)一次代碼地震，也許是你的設(shè)計(jì)抽象度不夠理想，功能代碼太過分散所引起的。
·類之間需要過多的通訊
A類需要調(diào)用B類的過多方法訪問B的內(nèi)部數(shù)據(jù)，在關(guān)系上這兩個(gè)類顯得有點(diǎn)狎昵，可能這兩個(gè)類本應(yīng)該在一起，而不應(yīng)該分家。
·過度耦合的信息鏈
"計(jì)算機(jī)是這樣一門科學(xué)，它相信可以通過添加一個(gè)中間層解決任何問題"，所以往往中間層會(huì)被過多地追加到程序中。如果你在代碼中看到需要獲取一個(gè)信息，需要一個(gè)類的方法調(diào)用另一個(gè)類的方法，層層掛接，就象輸油管一樣節(jié)節(jié)相連。這往往是因?yàn)殂暯訉犹嘣斐傻?，需要查看就否有可移除的中間層，或是否可以提供更直接的調(diào)用方法。
·各立山頭干革命
如果你發(fā)現(xiàn)有兩個(gè)類或兩個(gè)方法雖然命名不同但卻擁有相似或相同的功能，你會(huì)發(fā)現(xiàn)往往是因?yàn)殚_發(fā)團(tuán)隊(duì)協(xié)調(diào)不夠造成的。筆者曾經(jīng)寫了一個(gè)頗好用的字符串處理類，但因?yàn)闆]有及時(shí)通告團(tuán)隊(duì)其他人員，后來發(fā)現(xiàn)項(xiàng)目中居然有三個(gè)字符串處理類。革命資源是珍貴的，我們不應(yīng)各立山頭干革命。
·不完美的設(shè)計(jì)
在筆者剛完成的一個(gè)比對(duì)報(bào)警項(xiàng)目中，曾安排阿朱開發(fā)報(bào)警模塊，即通過Socket向指定的短信平臺(tái)、語音平臺(tái)及客戶端報(bào)警器插件發(fā)送報(bào)警報(bào)文信息，阿朱出色地完成了這項(xiàng)任務(wù)。后來用戶又提出了實(shí)時(shí)比對(duì)的需求，即要求第三方系統(tǒng)以報(bào)文形式向比對(duì)報(bào)警系統(tǒng)發(fā)送請(qǐng)求，比對(duì)報(bào)警系統(tǒng)接收并響應(yīng)這個(gè)請(qǐng)求。這又需要用到Socket報(bào)文通訊，由于原來的設(shè)計(jì)沒有將報(bào)文通訊模塊獨(dú)立出來，所以無法復(fù)用阿朱開發(fā)的代碼。后來我及時(shí)調(diào)整了這個(gè)設(shè)計(jì)，新增了一個(gè)報(bào)文收發(fā)模塊，使系統(tǒng)所有的對(duì)外通訊都復(fù)用這個(gè)模塊，系統(tǒng)的整體設(shè)計(jì)也顯得更加合理。
每個(gè)系統(tǒng)都或多或少存在不完美的設(shè)計(jì)，剛開始可能注意不到，到后來才會(huì)慢慢凸顯出來，此時(shí)唯有勇于更改才是最好的出路。
·缺少必要的注釋
雖然許多軟件工程的書籍常提醒程序員需要防止過多注釋，但這個(gè)擔(dān)心好象并沒有什么必要。往往程序員更感興趣的是功能實(shí)現(xiàn)而非代碼注釋，因?yàn)榍罢吒軒沓删透?，所以代碼注釋往往不是過多而是過少，過于簡(jiǎn)單。人的記憶曲線下降的坡度是陡得嚇人的，當(dāng)過了一段時(shí)間后再回頭補(bǔ)注釋時(shí)，很容易發(fā)生"提筆忘字，愈言且止"的情形。
曾在網(wǎng)上看到過微軟的代碼注釋，其詳盡程度讓人嘆為觀止，也從中體悟到了微軟成功的一個(gè)經(jīng)驗(yàn)。
重構(gòu)可以說是覆蓋,用覆蓋一詞來講就比較清楚。
在面向?qū)ο蟮囊粋€(gè)特性--繼承中就表現(xiàn)出重構(gòu)的意思。
重構(gòu)，就是繼承于父類方法的子類將子類的方法重寫，方法名及參數(shù)完全相同.
重用是繼承了就可以用父類定義的方法和變量，不用再定義一次。
比如說
class B {
public void see(){
System.out.println("this is b");
}
}
public class A extends B{
public void see() {
System.out.println("this is a");
}
public static void main(String[] args) {
B b=new A();
b.see();
}
}
這是重構(gòu)的意思。
class B {
public void see(){
System.out.println("this is b");
}
}
public class A extends B{
public static void main(String[] args) {
B b=new A();
b.see();
}
}
這是重用的意思
我暈，樓上，重構(gòu)可不是“重載構(gòu)造函數(shù)”的簡(jiǎn)寫。軟件重構(gòu)和重寫壓根不是一個(gè)層次上的東西！軟件重構(gòu)是說程序員為了對(duì) 已有程序 在盡量不改變接口的前提下 進(jìn)行如下處理 而做的 重新編寫代碼的工作1、去除bug2、提高效率3、增加新的功能等等。而方法重寫只是大多數(shù)面向?qū)ο笳Z言提供的一種機(jī)制，目的主要是幫助實(shí)現(xiàn)“多態(tài)”。許多時(shí)候java代碼的重構(gòu)確實(shí)利用了java的方法重寫機(jī)制，但是你要理解它們根本不是同一層次上的東西。 重構(gòu)：站在軟件整體設(shè)計(jì)思想的高度，改變軟件內(nèi)部結(jié)構(gòu)達(dá)到提高效率，增加功能，去除bug等工作。方法重寫：僅僅是java的一種語言機(jī)制，它和繼承，超類可以引用子類等機(jī)制一同實(shí)現(xiàn)“多態(tài)”。
很多人在進(jìn)行軟件開發(fā)和軟件維護(hù)的時(shí)候會(huì)發(fā)現(xiàn)一個(gè)嚴(yán)重的問題，需要對(duì)軟件代碼進(jìn)行重構(gòu)，讓系統(tǒng)更加穩(wěn)定的運(yùn)行。那么在進(jìn)行代碼重構(gòu)的過程中有哪些常見的問題呢？下面云南電腦培訓(xùn)為大家具體介紹。
1、任務(wù)管理問題和離線模式問題。
我們的線服務(wù)是眾所周知的,我們往往容易受到網(wǎng)上商業(yè)邏輯守則的約束,這些守則往往忽略了在線規(guī)則的管理和維護(hù)。然而,在現(xiàn)場(chǎng),在線規(guī)則和守則也很重要。因此,云南IT培訓(xùn)發(fā)現(xiàn)有效維護(hù)守則和離線任務(wù)是我們面臨的問題。
2、特征日志問題
在推薦系統(tǒng)中，我們經(jīng)常遇到特征的拼寫和特征的“穿越時(shí)間”問題。特征時(shí)間穿越是指，使用在模型訓(xùn)練時(shí)無法預(yù)測(cè)無法得到的“未來信息”，這主要是因?yàn)橛?xùn)練label與特征的連接時(shí)間不嚴(yán)格。
3、服務(wù)監(jiān)制問題
一個(gè)通用的推薦系統(tǒng)應(yīng)當(dāng)在基礎(chǔ)監(jiān)視上盡可能通用地再利用，具體的業(yè)務(wù)應(yīng)當(dāng)減少對(duì)監(jiān)視的開發(fā)量，并且昆明IT培訓(xùn)發(fā)現(xiàn)這樣更加方便業(yè)務(wù)定位問題。
4、離線任務(wù)的管理問題
在包含推薦系統(tǒng)的算法方向上，需要構(gòu)建大量的脫機(jī)任務(wù)，支持各種數(shù)據(jù)計(jì)算業(yè)務(wù)，需要支持模型的定時(shí)訓(xùn)練工作。但是在實(shí)際工作中，我們往往忽略了離線任務(wù)代碼管理的重要性，當(dāng)時(shí)間變長(zhǎng)時(shí)，昆明電腦培訓(xùn)發(fā)現(xiàn)各種數(shù)據(jù)和特征的質(zhì)量往往是不能保證的。
重慶分公司
重慶分公司
