设计模式在业务系统中的应用(设计模式项目中的应用)
本文的重點(diǎn)在于說明工作中所使用的設(shè)計(jì)模式,為了能夠更好的理解設(shè)計(jì)模式,首先簡(jiǎn)單介紹一下業(yè)務(wù)場(chǎng)景。使用設(shè)計(jì)模式,可以簡(jiǎn)化代碼、提高擴(kuò)展性、可維護(hù)性和復(fù)用性。有哪些設(shè)計(jì)模式,這里就不再介紹了,網(wǎng)上很多,本文只介紹所用到設(shè)計(jì)模式。
一 線路檢查工具
1 意義
為什么需要線路檢查工具呢,有以下幾個(gè)方面的原因:
- 每逢大促都需要進(jìn)行各網(wǎng)絡(luò)和各行業(yè)的線路調(diào)整,調(diào)整完成之后,是否得到期望狀態(tài),需要檢查確認(rèn)。
- 上下游應(yīng)用之間數(shù)據(jù)的一致性檢查,如果存在不一致,可能會(huì)在訂單履行時(shí)造成卡單。
- 有些問題發(fā)生后,業(yè)務(wù)同學(xué)需要全面檢查一遍線路數(shù)據(jù),判斷是否符合預(yù)期。
- 各領(lǐng)域之間的數(shù)據(jù)變更缺乏聯(lián)動(dòng)性,導(dǎo)致資源和線路出現(xiàn)不一致。
為什么要把線路檢查工具產(chǎn)品化呢,考慮如下:
- 以前每次大促,都是技術(shù)同學(xué)現(xiàn)場(chǎng)編寫代碼撈數(shù)據(jù)給到業(yè)務(wù)同學(xué),而且因?yàn)槿藛T流動(dòng)性較大,代碼可復(fù)用性較低,導(dǎo)致重復(fù)勞動(dòng)。產(chǎn)品化后,可以方便地傳承下去,避免不必要的重復(fù)勞動(dòng)。
- 每次因?yàn)闀r(shí)間緊急,現(xiàn)場(chǎng)寫的代碼都比較簡(jiǎn)單,經(jīng)常是直接將數(shù)據(jù)打印到標(biāo)準(zhǔn)輸出,然后復(fù)制出來,人工拆分轉(zhuǎn)成Excel格式;這樣的過程要進(jìn)行多次,占用太多技術(shù)同學(xué)的時(shí)間。產(chǎn)品化后,解放了技術(shù)同學(xué),業(yè)務(wù)同學(xué)可以自己在頁面操作。
- 很多數(shù)據(jù)檢查,是每次大促都會(huì)進(jìn)行的,業(yè)務(wù)同學(xué)與技術(shù)同學(xué)之間來回溝通的成本較高。產(chǎn)品化后,可以避免這些耗時(shí)耗力的溝通,大家可以把更多的時(shí)間放在其他的大促保障工作上。
2 檢查項(xiàng)
根據(jù)2020年D11進(jìn)行的數(shù)據(jù)檢查,本次共實(shí)現(xiàn)8項(xiàng),下面列舉了4項(xiàng),如下:
- 時(shí)效對(duì)齊檢查:確保履行分單正常。
- 弱控線路與表達(dá)網(wǎng)絡(luò)一致性:確保履行和路由不會(huì)因?yàn)榫€路缺失而卡單。
- 資源映射和編碼映射一致:前者是表達(dá)線路時(shí)所用,后者是訂單履約時(shí)所用,確保表達(dá)和履約能夠一致。
- 檢查線路數(shù)量:統(tǒng)計(jì)現(xiàn)存線路的情況。
好了,了解了背景知識(shí),下面開始介紹所用到的設(shè)計(jì)模式,以及為什么要用、怎么用。
二 設(shè)計(jì)模式
1 模板方法模式+泛型
上述8項(xiàng)數(shù)據(jù)檢查工具,大致的處理流程是類似的,如下:
針對(duì)不同的檢查工具,只有“線路數(shù)據(jù)檢查”這一步是不一樣的邏輯,其他步驟都是相同的,如果每個(gè)檢查工具都實(shí)現(xiàn)這么一套邏輯,必定造成大量的重復(fù)代碼,維護(hù)性較差。
模板方法模式能夠很好地解決這個(gè)問題。模板方法設(shè)計(jì)模式包含模板方法和基本方法,模板方法包含了主要流程;基本方法是流程中共用的邏輯,如創(chuàng)建檢查任務(wù),結(jié)果輸出等等。
下圖是所實(shí)現(xiàn)的模板方法模式的類繼承關(guān)系:
分析如下:
1)DataCheckProductService接口為對(duì)外提供的服務(wù),dataCheck方法為統(tǒng)一的數(shù)據(jù)檢查接口。
2)AbstractDataCheckProductService是一個(gè)抽象類,設(shè)定模板,即在dataCheck方法中設(shè)定好流程,包括如下:
- commonParamCheck方法:進(jìn)行參數(shù)合法性檢查,不合法的情況下,直接返回。
- createFileName方法:創(chuàng)建文件名稱。
- createTaskRecord方法:創(chuàng)建檢查任務(wù)。
- runDataCheck方法:進(jìn)行數(shù)據(jù)檢查,這是一個(gè)抽象方法,所有檢查工具都要實(shí)現(xiàn)此方法,以實(shí)現(xiàn)自己的邏輯。
- uploadToOSS方法:將檢查結(jié)果上傳到OSS,便于下載。
- updateRouteTask方法:結(jié)束時(shí)更新任務(wù)為完成。
dataCheck方法為模板方法,runDataCheck方法由各個(gè)子類去實(shí)現(xiàn),其他方法是基本方法。還有一些其他方法,是各個(gè)檢查工具都需要使用的,所以就放在了父類中。
3)CheckSupplierAndCodeMappingService類、CheckLandingCoverAreaService類和CheckAncPathNoServiceService類為具體的檢查工具子類,必須實(shí)現(xiàn)runDataCheck方法
因?yàn)椴煌瑱z查項(xiàng)檢的查結(jié)果的格式是不一樣的,所以使用了泛型,使得可以兼容不同的檢查結(jié)果。
簡(jiǎn)化的代碼如下:
/**
* 數(shù)據(jù)檢查工具產(chǎn)品化對(duì)外服務(wù)接口
* @author xxx
* @since xxx
* */
public interface DataCheckProductService {
/**
* 數(shù)據(jù)檢查
* @param requestDTO 請(qǐng)求參數(shù)
* */
< T> BaseResult< Long> dataCheck(DataCheckRequestDTO requestDTO);
}
/**
* 數(shù)據(jù)檢查工具產(chǎn)品化服務(wù)
*
* @author xxx
* @since xxx
* */
public abstract class AbstractDataCheckProductService implements DataCheckProductService {
/**
* 數(shù)據(jù)檢查
* @param requestDTO 請(qǐng)求參數(shù)
* @return
* */
@Override
public < T> BaseResult< Long> dataCheck(DataCheckRequestDTO requestDTO){
try{
//1. 參數(shù)合法性檢查
Pair< Boolean,String> paramCheckResult = commonParamCheck(requestDTO);
if(!paramCheckResult.getLeft()){
return BaseResult.ofFail(paramCheckResult.getRight());
}
//2. 創(chuàng)建導(dǎo)出任務(wù)
String fileName = createFileName(requestDTO);
RouteTaskRecordDO taskRecordDO = createTaskRecord(fileName, requestDTO.getUserName());
//3. 進(jìn)行數(shù)據(jù)檢查
List< T> resultList = Collections.synchronizedList(new ArrayList<>());
runDataCheck(resultList, requestDTO);
//4. 寫入文件
String ossUrl = uploadToOSS(fileName,resultList);
//5. 更新任務(wù)為完成狀態(tài)
updateRouteTask(taskRecordDO.getId(),DDportTaskStatus.FINISHED.intValue(), resultList.size()-1,"",ossUrl);
return BaseResult.ofSuccess(taskRecordDO.getId());
}catch (Exception e){
LogPrinter.errorLog("dataCheck-error, beanName="+getBeanName(),e);
return BaseResult.ofFail(e.getMessage());
}
}
/**
* 進(jìn)行數(shù)據(jù)檢查
* @param resultList 存放檢查結(jié)果
* @param requestDTO 請(qǐng)求參數(shù)
* @return
* */
public abstract < T> void runDataCheck(List< T> resultList, DataCheckRequestDTO requestDTO);
}
/**
* 檢查資源映射和編碼映射一致
* @author xxx
* @since xxx
* */
public class CheckSupplierAndCodeMappingService extends AbstractDataCheckProductService{
@Override
public < T> void runDataCheck(List< T> resultList, DataCheckRequestDTO requestDTO){
//自己的檢查邏輯
}
}
/**
* 檢查區(qū)域內(nèi)落地配必須三級(jí)全覆蓋
* @author xxx
* @since xxx
* */
public class CheckLandingCoverAreaService extends AbstractDataCheckProductService{
@Override
public < T> void runDataCheck(List< T> resultList, DataCheckRequestDTO requestDTO){
//自己的檢查邏輯
}
}
/**
* 檢查資源映射和編碼映射一致
* @author xxx
* @since xxx
* */
public class CheckAncPathNoServiceService extends AbstractDataCheckProductService{
@Override
public < T> void runDataCheck(List< T> resultList, DataCheckRequestDTO requestDTO){
//自己的檢查邏輯
}
}
使用模板方法模式的好處是:
- 簡(jiǎn)化了代碼,每個(gè)工具只需要關(guān)心自己的核心檢查邏輯,不需要關(guān)注前置和后置操作。
- 提高了擴(kuò)展性,可以方便地增加新的檢查工具。
- 統(tǒng)一的異常捕獲和處理邏輯,子類有異常,盡管往外拋出。
2 策略模式
之所以會(huì)用到策略模式,是因?yàn)橐恍z查工具寫完之后,發(fā)現(xiàn)跑出來的結(jié)果數(shù)據(jù)太多,有幾萬、幾十萬等等,一方面,檢查比較耗時(shí),結(jié)果文件會(huì)很大,下載耗時(shí);另一方面,這么多數(shù)據(jù)給到業(yè)務(wù)同學(xué),他們也很難處理和分析,也許他們只是想看一下總體情況,并不想看具體的到哪個(gè)地方的線路。為此,在原先方案設(shè)計(jì)的基礎(chǔ)上,增加了“統(tǒng)計(jì)信息”的選項(xiàng),讓用戶可以自行選擇“詳細(xì)信息”還是“統(tǒng)計(jì)信息”,對(duì)應(yīng)到頁面上就是一個(gè)單選框,如下:
現(xiàn)在增加了一種檢查方式,今后是否還會(huì)有其他的檢查方式?完全有可能的。所以得考慮到擴(kuò)展性,便于后面同學(xué)增加新的檢查方式。
此外,還有一種場(chǎng)景也可以使用策略模式,那就是業(yè)務(wù)系統(tǒng)中有很多業(yè)務(wù)網(wǎng)絡(luò),不同網(wǎng)絡(luò)之間有一些差異;本次所實(shí)現(xiàn)的檢查工具,有幾個(gè)涉及到多個(gè)網(wǎng)絡(luò),今后可能會(huì)涉及到所有網(wǎng)絡(luò)。
綜合以上兩種場(chǎng)景,最合適的就是策略模式了。“詳細(xì)信息”和“統(tǒng)計(jì)信息”各采用一種策略,不同網(wǎng)絡(luò)使用不同的策略,既便于代碼理解,又便于后續(xù)擴(kuò)展。
“詳細(xì)信息”和“統(tǒng)計(jì)信息”兩種檢查結(jié)果的策略類圖如下:
解析:
- CompareModeStrategy對(duì)外提供統(tǒng)一的結(jié)果處理接口doHandle,策略子類必須實(shí)現(xiàn)此接口。
- SupplierAndCodeMappingStatisticsStrategy和SupplierAndCodeMappingDetailStrategy是檢查配送資源和編碼映射一致性的兩種結(jié)果信息方式,前者為統(tǒng)計(jì)方式,后者為詳細(xì)方式。
- LandingCoverAreaStatisticsStrategy和LandingCoverAreaDetailStrategy是檢查落地配覆蓋范圍的兩種結(jié)果信息方式,前者為統(tǒng)計(jì)方式,后者為詳細(xì)方式。
- 那AbstractCompareModeStrategy是干什么用的?它是一個(gè)抽象類,負(fù)責(zé)承接所有策略子類共用的一些方法。
簡(jiǎn)化的代碼如下:
/**
* 檢查結(jié)果策略對(duì)外接口
* @author xxx
* @since xxx
* */
public interface CompareModeStrategy {
/**
* 具體操作
*
* @param list
* @param requestDTO
* @return 結(jié)果集
* */
< T> List< T> doHandle(List< CompareBO> list, DataCheckRequestDTO requestDTO);
}
/**
* 策略公共父類
*
* @author xxx
* @since xxx
* @apiNote 主要是將子類共用方法和成員抽離出來
* */
public abstract class AbstractCompareModeStrategy implements CompareModeStrategy {
//子類的共用方法,可以放在此類中
}
/**
* 檢查落地配覆蓋范圍 詳細(xì)信息 策略類
* @author xxx
* @since xxx
* */
public class LandingCoverAreaDetailStrategy extends AbstractCompareModeStrategy{
@Override
public < T> List< T> doHandle(List< CompareBO> list, DataCheckRequestDTO requestDTO){
List< T> resultList = new ArrayList<>();
//檢查結(jié)果處理邏輯
return resultList;
}
}
/**
* 檢查落地配覆蓋范圍 統(tǒng)計(jì)信息 策略類
* @author xxx
* @since xxx
* */
public class LandingCoverAreaStatisticsStrategy extends AbstractCompareModeStrategy{
@Override
public < T> List< T> doHandle(List< CompareBO> list, DataCheckRequestDTO requestDTO){
List< T> resultList = new ArrayList<>();
//檢查結(jié)果處理邏輯
return resultList;
}
}
/**
* 檢查配送資源和編碼映射一致 詳細(xì)信息 策略類
* @author xxx
* @since xxx
* */
public class SupplierAndCodeMappingDetailStrategy extends AbstractCompareModeStrategy{
@Override
public < T> List< T> doHandle(List< CompareBO> list, DataCheckRequestDTO requestDTO){
List< T> resultList = new ArrayList<>();
//檢查結(jié)果處理邏輯
return resultList;
}
}
/**
* 檢查配送資源和編碼映射一致 統(tǒng)計(jì)信息 策略類
* @author xxx
* @since xxx
* */
public class SupplierAndCodeMappingStatisticsStrategy extends AbstractCompareModeStrategy{
@Override
public < T> List< T> doHandle(List< CompareBO> list, DataCheckRequestDTO requestDTO){
List< T> resultList = new ArrayList<>();
//檢查結(jié)果處理邏輯
return resultList;
}
}
同樣,不同網(wǎng)絡(luò)的處理策略類圖如下:
代碼與上面類似,就不展示了。
使用策略模式的好處是:
- 提高代碼擴(kuò)展性,后續(xù)增加別的結(jié)果格式或別的網(wǎng)絡(luò)處理邏輯,可以在不修改其他策略的情況下直接新增。
- 提高代碼可讀性,取代了if...else,條理清晰。
- 不同系列采用不同的策略,策略與策略之間可以嵌套使用,形成策略的疊加效用。
3 工廠模式
工廠模式解決的是bean的生產(chǎn)問題,簡(jiǎn)單工廠模式根據(jù)入?yún)⑸a(chǎn)不同的bean,普通工廠模式針對(duì)每個(gè)bean都構(gòu)建一個(gè)工廠,此兩者各有優(yōu)劣,看需要。本方案采用的是簡(jiǎn)單工廠模式。
之所以使用工廠模式,是因?yàn)橛刑嗟腷ean需要構(gòu)造,如果在業(yè)務(wù)邏輯中構(gòu)造各種bean,則會(huì)顯得凌亂和分散,所以需要一個(gè)統(tǒng)一生成bean的地方,更好地管理和擴(kuò)展。
本方案中主要有三類bean需要工廠來生成:
- 模板方法模式中所用到的子類。
- 檢查結(jié)果格式策略中所用到的子類。
- 不同網(wǎng)絡(luò)處理策略中所用到的子類。
所以,使用三個(gè)工廠分別構(gòu)造這三種類型的bean。另外,因?yàn)槊總€(gè)bean主要的功能都在方法中,不涉及類變量的使用,所以可以利用spring容器生成的bean,而不是我們自己new出來,這樣就使得bean可以重復(fù)使用。因此,這里的工廠只是bean的決策(根據(jù)參數(shù)決定使用哪個(gè)bean),不用自己new了。
三個(gè)工廠分別如下:
- DataCheckProductFatory:由getDataCheckProductService方法根據(jù)輸入?yún)?shù)決策使用哪個(gè)數(shù)據(jù)檢查工具。
- CompareModeStrategyFactory:用于決策使用哪種格式輸出,因?yàn)閷⑤敵霾呗苑譃榱?類(詳細(xì)信息和統(tǒng)計(jì)信息),所以需要傳入兩個(gè)參數(shù)才能決定使用哪種策略。
- DataCheckNetworkStrategyFactory:用于決策使用哪種網(wǎng)絡(luò)處理策略,因?yàn)閷⒉呗苑譃榱?類(4PL網(wǎng)絡(luò)和其他網(wǎng)絡(luò)),所以需要傳入兩個(gè)參數(shù)才能決定使用哪種策略。
這三個(gè)工廠的代碼類似,這里就以CompareModeStrategyFactory為例,簡(jiǎn)化的代碼如下:
/**
* 比對(duì)結(jié)果集方式
* @author xxx
* @since xxx
* */
@Service
public class CompareModeStrategyFactory {
/************************ 詳細(xì)結(jié)果的bean **************************/
@Resource
private LandingCoverAreaDetailStrategy landingCoverAreaDetailStrategy;
@Resource
private SupplierAndCodeMappingDetailStrategy supplierAndCodeMappingDetailStrategy;
/************************ 統(tǒng)計(jì)結(jié)果的bean **************************/
@Resource
private LandingCoverAreaStatisticsStrategy landingCoverAreaStatisticsStrategy;
@Resource
private SupplierAndCodeMappingStatisticsStrategy supplierAndCodeMappingStatisticsStrategy;
/**
* 獲取比對(duì)結(jié)果的策略
* */
public CompareModeStrategy getCompareModeStrategy(DataCheckProductEnum productEnum, DataCompareModeEnum modeEnum){
CompareModeStrategy compareModeStrategy = null;
switch (modeEnum){
case DETAIL_INFO:
compareModeStrategy = getDetailCompareModeStrategy(productEnum);
break;
case STATISTICS_INFO :
compareModeStrategy = getStatisticsCompareModeStrategy(productEnum);
break;
default:;
}
return compareModeStrategy;
}
/**
* 獲取 信息信息 策略對(duì)象
* */
private CompareModeStrategy getDetailCompareModeStrategy(DataCheckProductEnum productEnum){
CompareModeStrategy compareModeStrategy = null;
switch (productEnum){
case CHECK_LANDING_COVER_AREA:
compareModeStrategy = landingCoverAreaDetailStrategy;
break;
case CHECK_SUPPLIER_AND_CODE_MAPPING:
compareModeStrategy = supplierAndCodeMappingDetailStrategy;
break;
default:;
}
return compareModeStrategy;
}
/**
* 獲取 統(tǒng)計(jì)信息 策略對(duì)象
* */
private CompareModeStrategy getStatisticsCompareModeStrategy(DataCheckProductEnum productEnum){
CompareModeStrategy compareModeStrategy = null;
switch (productEnum){
case CHECK_LANDING_COVER_AREA:
compareModeStrategy = landingCoverAreaStatisticsStrategy;
break;
case CHECK_SUPPLIER_AND_CODE_MAPPING:
compareModeStrategy = supplierAndCodeMappingStatisticsStrategy;
break;
default:;
}
return compareModeStrategy;
}
}
使用工廠模式的好處是:
- 便于bean的管理,所有的bean都在一處創(chuàng)建(或決策)。
- 條理清晰,便于閱讀和維護(hù)。
4 “代理模式”
這個(gè)代理模式是打著雙引號(hào)的,因?yàn)椴皇钦嬲拇砟J剑皇菑膶?shí)現(xiàn)方式上來說,具有代理模式的意思。為什么需要用到代理模式?是因?yàn)轭愄嗔耍瑯I(yè)務(wù)邏輯分散在各個(gè)類中,有的在模板子類中,有的在網(wǎng)絡(luò)策略中,有的在結(jié)果輸出格式策略中,而這些業(yè)務(wù)邏輯都需要多線程執(zhí)行和異常捕獲。如果有個(gè)代理類,能夠收口這些處理邏輯,只需增加前置多線程處理和后置異常處理即可。
Java語言中的函數(shù)式編程,具備這種能力。所謂函數(shù)式編程,是指能夠?qū)⒎椒ó?dāng)做參數(shù)傳遞給方法,前面“方法”是業(yè)務(wù)邏輯,后面“方法”是代理,將業(yè)務(wù)邏輯傳遞給代理,就實(shí)現(xiàn)了統(tǒng)一收口的目的。
能夠?qū)崿F(xiàn)此功能的接口有四個(gè),分別是:Consumer、Supplier、Predicate與Function,怎么使用可以網(wǎng)上查詢。本方案使用的是Consumer,因?yàn)樗怯脕硐M(fèi)的,即需要傳入一個(gè)參數(shù),沒有返回值,符合本方案的設(shè)計(jì)。
簡(jiǎn)化后的代碼如下:
@Service
public class CheckLandingCoverAreaService extends AbstractDataCheckProductService {
@Override
public < T> void runDataCheck(List< T> resultList, DataCheckRequestDTO requestDTO){
dataCheckUtils.parallelCheckByFromResCodes(requestDTO,requestDTO.getFromResCodeList(),fromResCode->{
ExpressNetworkQuery query = new ExpressNetworkQuery();
query.setNs(NssEnum.PUB.getId());
query.setStatus(StatusEnum.ENABLE.getId());
query.setGroupNameList(requestDTO.getGroupNameList());
query.setBrandCodeList(requestDTO.getBrandCodeList());
query.setFromResCode(fromResCode);
List< TmsMasterExpressNetworkDO> masterExpressNetworkDOS = tmsMasterExpressNetworkService.queryExpressNetworkTimeList(query);
startCompareWithAnc(resultList,requestDTO,masterExpressNetworkDOS,fromResCode,solutionCodeMap);
});
}
}
@Service
public class DataCheckUtils {
/**
* 并行處理每個(gè)倉(cāng)
* @param requestDTO 請(qǐng)求參數(shù)
* @param fromResCodeList 需要檢查的倉(cāng)列表
* @param checkOperation 具體的業(yè)務(wù)處理邏輯
* */
public < T> void parallelCheckByFromResCodes(DataCheckRequestDTO requestDTO, List< String> fromResCodeList, Consumer< String> checkOperation){
List< CompletableFuture> futureList = Collections.synchronizedList(new ArrayList<>());
fromResCodeList.forEach(fromResCode->{
CompletableFuture future = CompletableFuture.runAsync(() -> {
try{
checkOperation.accept(fromResCode);
}catch (Exception e){
LogPrinter.errorLog("parallelCheckByFromResCodes-error, taskId="+requestDTO.getTaskId(),e);
recordErrorInfo(requestDTO.getTaskId(),e);
}
}, DATA_CHECK_THREAD_POOL);
futureList.add(future);
});
//等待所有線程結(jié)束
futureList.forEach(future->{
try{
future.get();
}catch (Exception e){
LogPrinter.errorLog("parallelCheckByFromResCodes-future-get-error",e);
}
});
}
}
可以看出,Consumer所代表的就是一個(gè)方法,將此方法作為parallelCheckByFromResCodes方法的一個(gè)參數(shù),在parallelCheckByFromResCodes中進(jìn)行多線程和異常處理,既能統(tǒng)一收口,又大大減少了重復(fù)代碼。
代理模式的好處是:
- 統(tǒng)一收口多種不同的業(yè)務(wù)邏輯,統(tǒng)一做日志和異常處理。
- 減少重復(fù)代碼,提高了代碼質(zhì)量。
- 可維護(hù)性較強(qiáng)。
5 其他
像結(jié)果輸出格式策略模式那樣,雖然AbstractCompareModeStrategy沒有實(shí)際的業(yè)務(wù)邏輯,但仍然把它作為一個(gè)基類,目的是所有子類共用的邏輯或方法,能夠放在此類中,減少代碼量,提升維護(hù)性。
但是有的時(shí)候,不是繼承自同一個(gè)基類的子類們,仍然要共用一些邏輯或方法(如parallelCheckByFromResCodes方法),但Java語言限制一個(gè)類只能繼承一個(gè)基類,怎么辦呢?簡(jiǎn)單的辦法就是把這些共用邏輯或方法放到一個(gè)工具類(如DataCheckUtils)中。
三 思考&感悟
在做這個(gè)項(xiàng)目的過程中,剛開始沒有很好的設(shè)計(jì),也沒有想的很全面,導(dǎo)致代碼改了又改,雖然耽誤點(diǎn)時(shí)間,但覺得是值得的。總結(jié)以下幾點(diǎn):
- 將提升代碼可讀性、可擴(kuò)展性和可維護(hù)性的意識(shí)注入到平時(shí)的項(xiàng)目中,便于自己,利于他人。如果項(xiàng)目緊急沒時(shí)間考慮很多,希望之后有時(shí)間時(shí)能夠改善和優(yōu)化。
- 工作不僅是為了完成任務(wù),更是提升自己的過程。能力要用將來進(jìn)行時(shí)。
作者 | 興亮
原文鏈接:http://click.aliyun.com/m/1000286002/
本文為阿里云原創(chuàng)內(nèi)容,未經(jīng)允許不得轉(zhuǎn)載。
總結(jié)
以上是生活随笔為你收集整理的设计模式在业务系统中的应用(设计模式项目中的应用)的全部?jī)?nèi)容,希望文章能夠幫你解決所遇到的問題。
- 上一篇: oppo 自带浏览器怎么样
- 下一篇: 网络交换机十大品牌排行榜