无码任你躁久久久久久久,亚洲av网站,熟妇人妻久久中文字幕,久久精品国产亚洲av麻豆网站

全國 [城市選擇] [會員登錄] [講師注冊] [機構注冊] [助教注冊]  
中國企業(yè)培訓講師
軟件設計模式與軟件重構實戰(zhàn)訓練營
發(fā)布時間:2024-04-24 14:44:54
 
講師:專家講師 瀏覽次數(shù):2754

課程描述INTRODUCTION

· 請選擇適合人員

培訓講師:專家講師    課程價格:¥8800元/人    培訓天數(shù):4天   

日程安排SCHEDULE

2025-04-20 上海
2025-06-23 武漢
2025-09-25 成都

課程大綱Syllabus

軟件設計模式公開課

培訓簡介
無數(shù)軟件企業(yè)及其研發(fā)團隊都面臨著,大量初級程序開發(fā)人員低質量軟件開發(fā)帶來的嚴重問題,即使那些工作多年的高級程序員也存在著對提高軟件設計質量認識不深的問題。正是由于以上的問題,造成許多公司對運行了多年的核心業(yè)務,運行維護成本越來越高,卻不能更換、一直維護下去的惡性循環(huán)。如何通過培訓,切實有效地提高員工設計開發(fā)水平,從而有效地改善軟件設計質量,成為越來越多的軟件企業(yè)迫切需要解決的問題。本課程不僅在講解高質量軟件設計的理論知識,更關鍵是將這些知識投放到各個真實的設計場景中。在這些場景中,我們可以看到我們要面對的設計難題,通過對設計難題的深入剖析,尋找問題的根源,對癥下藥,從而制訂出正確的設計方案。不僅如此,本課程的案例選取了許多在需求變更中不斷變化的設計過程,從而用慢動作的手法展現(xiàn)了,最初的需求與設計是怎樣,第一次變更的設計,第二層變更的設計,第三次變更的設計……這樣的過程展示了,如何在需求變更的過程中,通過每一次正確的設計,不讓軟件退化,來保證高質量的軟件設計。本課程首先深入剖析軟件質量下降的根源,提出重構是軟件變更中保持高質量的必然,講解如何運用“兩頂帽子”的方式應對變更,拒絕腐化。站在實戰(zhàn)的角度講解高質量軟件設計的“小步快跑”過程。接著,用真實案例講解已經(jīng)代碼腐化的遺留系統(tǒng)是如何通過“軟件重構七步曲”,由簡入深、循序漸進地重構一個大系統(tǒng)。課程的最后,更加深層次地講解軟件重構面臨的難題,以及有效地解決之道。
本課程注重實戰(zhàn),采用案例貫穿的方式,收集了大量的真實案例,針對項目過程中技術人員常犯的錯誤進行了匯總與研討,并最終形成培訓教程。通過大量的真實案例,詳細地介紹了軟件設計過程需要注意的要點以及難點,這些知識都是講師十幾年經(jīng)驗的總結。

學員基礎
學員學習本課程應具備下列基礎知識:
l. 目前正在面臨復雜遺留系統(tǒng),必須需要維護和重構
2. 具有面向對象的基本概念,熟悉基本設計模式。

課程大綱:
第一部分 高質量軟件設計
第一章
什么是高質量的軟件設計 情景?。很浖O計焦慮癥
1.上次的設計太糟糕了,痛下決心以后要好好設計
2.再次進行軟件設計時卻不知道該怎樣設計
1)思考了很多,不知如何下手
2)需求一變更,重新回到了糟糕的狀態(tài)
探討:如何進行高質量的軟件設計
什么是高質量的軟件設計
1.軟件的質量保證:內部質量與外部質量
2.高質量軟件設計的標準:易讀、易于維護、易于變更
第二章
軟件設計原則 易于閱讀:
1.規(guī)范代碼、編寫注釋與表明動機
案例:代碼編寫范例與簡便易行的方法
2.領域驅動設計
易于維護與變更
1.互聯(lián)網(wǎng)+帶來的挑戰(zhàn)
1)系統(tǒng)需要不斷地技術升級與改造
2)傳統(tǒng)行業(yè)必須向互聯(lián)網(wǎng)轉型
3)但技術變革不是換零件那么簡單
4)剖析應對技術變革的方案
2.案例講解軟件設計原則
1)低耦合
a.依賴反轉原則(DIP)
案例:購票業(yè)務類與數(shù)據(jù)訪問類
b.開放-封閉原則(OCP)
案例:需求變更與可擴展點設計
案例:Square/Circle的解決方案
c.里氏替換原則(LSP)
案例:Rectangle/Square的問題
案例:查詢參數(shù)傳遞類的問題
2)高內聚
案例:評審系統(tǒng)的設計
a.單一職責原則(SRP)
案例:財務憑證變更帶來的問題
案例:超級大函數(shù)與大對象的難題
案例:MySQL讀寫分離的改造過程
b.信息專家模式
c.不要重復自己原則(DRY)
典型的代碼重復案例
探討代碼復用的難題
探討軟件設計模式:
1.設計模式的由來
2.設計模式的發(fā)展
3.設計模式對高質量軟件設計的作用

第二部分 軟件設計模式
第三章
適配器模式 什么是適配器模式
1.軟件設計中外部接口的難題
2.第三方框架帶來的設計難題
3.適配器模式及其概念
適配器模式的應用
1.適配器模式解決第三方框架帶來的難題
案例:Hibernate適配器的設計
2.適配器模式解決外部接口的設計難題
案例:第三方支付接口的設計
案例:財務數(shù)據(jù)接口的設計
第四章
策略模式 什么是策略模式
1.工資發(fā)放功能遇到的難題
1)工資發(fā)放功能最初的設計及其問題
2)對問題的分析過程及其新的設計思路
2.策略模式及其概念
策略模式的應用
1.案例:工資發(fā)放功能設計改進的過程
1)工資發(fā)放功能的Java實現(xiàn)
2)工資發(fā)放功能的C++實現(xiàn)
2.案例:數(shù)據(jù)導出功能的設計實現(xiàn)
1)深入理解開放-封閉原則
2)數(shù)據(jù)導出功能的變更與改進過程
3.案例:財務憑證生成功能的設計過程
1)財務憑證生成功能的初始需求與設計
2)財務憑證生成功能的擴展與分析過程
3)財務憑證生成功能的最終設計
4)深入理解單一職責原則
5)學習“兩頂帽子”的設計方式
練習:財務憑證生成功能的設計與實現(xiàn)
第五章
工廠模式 探討軟件設計中遇到的難題
1.依賴反轉原則的設計難題
2.開放-封閉原則的設計難題
3.探討工廠模式的本質
簡單工廠模式
1.簡單工廠模式的C++實現(xiàn)
2.基于配置的簡單工廠模式
3.剖析簡單工廠如何實現(xiàn)依賴反轉原則
案例:剖析Spring的beanFactory
4.解讀工廠模式對設計的重大意義
5.講解如何創(chuàng)建一個工廠
1)創(chuàng)建工廠的步驟與關鍵點
2)利用Spring框架簡化工廠類的設計
案例:數(shù)據(jù)導出功能的工廠實現(xiàn)
工廠方法模式
1.工廠方法模式的概念
2.工廠方法模式的應用
案例:SAX框架的工廠類設計
抽象工廠模式
1.抽象工廠模式的概念
2.抽象工廠模式的實現(xiàn)
案例:標簽庫的設計改進過程
1)最初的標簽庫設計
2)運用簡單工廠的標簽庫設計
3)運用工廠方法的標簽庫設計
4)運用抽象工廠的標簽庫設計
5)最終基于配置的標簽庫設計
第六章
單例模式 什么是單例模式
1.設計工廠類面臨的問題
2.單例模式及其概念
3.如何實現(xiàn)單例模式
單例模式的應用
1.單例模式帶來的設計變革
1)充血模型vs.貧血模型
2)探討單例模式與性能問題
2.單例模式改變了很多軟件的設計
第七章
原型模式 什么是原型模式
1.工廠類在提供產(chǎn)品時遇到的設計問題
2.原型模式及其概念
原型模式的設計實現(xiàn)
案例:函數(shù)調用的無副作用問題
案例:JavsScript中的原型模式
第八章
模板方法模式 什么是模板方法模式
1.煮咖啡給我們的啟示
2.設計工廠類的新思路
3.模板方法模式及其概念
模板方法模式的作用與技巧
案例:一個工廠模板的設計與實現(xiàn)
深入理解不要重復自己原則
1.重復代碼帶來的嚴重后果
2.散彈式修改及其解決思路
3.探討實現(xiàn)代碼復用的難題
4.代碼復用在不同場合采用的方法
5.模板方法模式在代碼復用中的作用
第九章
裝飾者模式 什么是裝飾者模式
1.業(yè)務量增長帶來的多數(shù)據(jù)源問題
2.運用裝飾者模式巧妙解決多數(shù)據(jù)源問題
3.裝飾者模式及其概念
裝飾者模式的應用
案例:多數(shù)據(jù)源的設計實現(xiàn)
1.多數(shù)據(jù)源問題的分析設計過程
2.多數(shù)據(jù)源的設計與實現(xiàn)
案例:商城收銀系統(tǒng)的設計變更過程
1.商城收銀系統(tǒng)期初的設計
2.混合策略的設計與實現(xiàn)
3.多層裝飾者的設計與實現(xiàn)
重新理解里氏替換原則
1.透明的功能擴展
2.里氏替換原則
練習:商場收銀系統(tǒng)的2種設計與實現(xiàn)
第十章
橋接模式 什么是橋接模式
1.對象繼承的泛濫
2.橋接模式及其概念
橋接模式的應用
案例:員工管理與工資發(fā)放的設計
1.員工管理與工資發(fā)放帶來的繼承泛濫問題
2.采用橋接模式的設計與實現(xiàn)
案例:查詢支持類的設計
1.查詢支持類遭遇的繼承泛濫問題
2.查詢支持類的解決方案
3.單例模式下查詢支持類的設計
深入體會單一職責原則
第十一章
享元模式 什么是享元模式
1.Hibernate是怎樣訪問數(shù)據(jù)的
2.享元模式及其概念
享元模式的應用
案例:數(shù)據(jù)緩存的設計實現(xiàn)
案例:享元模式在大數(shù)據(jù)中的應用
第十二章
其它設計模式 觀察者模式:JobHunter的情景劇
代理模式:老板與秘書的差異
命令模式:像工作流一樣處理業(yè)務
外觀模式:超級家庭影院的煩惱
構建器模式:SQL Builder的設計
組合模式:如何構建一棵樹
中介者模式:QQ在溝通中的作用
迭代器模式:如何順序訪問一個集合

第2-4天 軟件重構實戰(zhàn)授課內容
第一部分 為什么軟件需要及時重構
第一單元
剖析軟件質量不斷下降的根源 質量不斷下降的表現(xiàn):
1.程序代碼越來越亂
2.軟件維護成本越來越高
3.軟件變更越來越困難
4.無法進行新技術的改造
以往采取的措施:
1.頭痛醫(yī)頭,腳痛醫(yī)腳
2.拋棄掉重新編寫
3.因擔心未來變化而做的過度設計
帶來的問題
1.團隊成員越來越多但效率卻越來越低
2.測試變得越來越困難而任務繁重
3.軟件系統(tǒng)越來越笨重而不適應未來變化
分析與反思
案例分析:一個遺留系統(tǒng)的演化過程
1.起初的設計
2.隨后的變更
3.質量不斷下降的過程
軟件質量下降的根源:
1.軟件總是因變更而變得越來越復雜
2.軟件結構已經(jīng)不再適應復雜的軟件需求
3.必須要調整軟件結構以適應新的軟件需求
軟件是因需求變更而質量下降嗎?
案例分析:推演軟件變更的設計過程
應對軟件變更的*方式:兩頂帽子
1.重構原有代碼以適應新的需求
2.實現(xiàn)新的需求
案例:演示兩頂帽子的設計過程
案例:財務憑證生成程序的設計過程
第二單元
高質量的軟件設計過程 案例講解軟件設計原則
1.低耦合
1)依賴反轉原則(DIP)
案例:購票業(yè)務類與數(shù)據(jù)訪問類
2)開放-封閉原則(OCP)
案例:需求變更與可擴展點設計
案例:Square/Circle的解決方案
3)里氏替換原則(LSP)
案例:Rectangle/Square的問題
案例:查詢參數(shù)傳遞類的問題
2.高內聚
1)單一職責原則(SRP)
案例:財務憑證變更帶來的問題
案例:超級大函數(shù)與大對象的難題
案例:MySQL讀寫分離的改造過程
2)信息專家模式
3)不要重復自己原則(DRY)
4)典型的代碼重復案例
5)探討代碼復用的難題
以往軟件設計的過程:
3.演示以往軟件設計的過程
4.剖析以往軟件設計的問題與風險
小步快跑模式的開發(fā)過程:
1.用最快的速度開發(fā)一個最核心的功能
2.讓第一個版本運行起來并可以驗證
3.在第一個版本的基礎上不斷添加功能:
a.每次只添加一個很簡單、很單一的功能
b.每次以兩頂帽子的方式添加新功能
c.運行、調試與驗證
d.重復這個過程添加下一個功能
4.復雜的系統(tǒng)就是由一次次正確開發(fā)的不斷積累而成
案例:演示小步快跑的開發(fā)過程
小步快跑解決的問題:
1.復雜功能有效地解耦
2.代碼編寫總是可測試與驗證
3.簡化設計與思考的復雜度
4.適時重構以避免軟件退化
案例:數(shù)據(jù)推送程序的設計過程

第二部分 如何進行軟件重構
第三單元
何為重構 軟件重構的概念
1.重構是一系列代碼的等量變換
案例:一個Hello World重構過程
2.重構的保險索:自動化測試
案例:Hello World的自動化測試過程
3.軟件修改的四種動機——重構的價值
4.一個真實的謊言——重構的誤區(qū)
5.重構的主要方法與技巧
案例分析:重構一個大型遺留系統(tǒng)
1.重構第一步:分解大函數(shù)
超級大函數(shù)及其危害
案例:演示大函數(shù)產(chǎn)生的過程
案例:演示抽取方法操作步驟
實踐抽取方法會遇到的問題和解決方案
2.重構第二步:拆分大對象
超級大對象及其危害
案例:演示超級大對象的產(chǎn)生過程
案例:演示抽取類的操作步驟
講解單一職責設計原則
案例:演示“分久必合,合久必分”的重構過程
3.重構第三步:提高復用率
講解順序編程及其危害
“不要重復代碼”原則
案例:提高代碼復用的6個方法
案例:演示新增代碼時的代碼復用過程
用靜態(tài)檢查工具檢查重復代碼
4.重構第四步:可擴展設計
過度設計 vs. 恰如其分的設計
講解“開放-封閉”的設計原則
案例:講解可擴展設計的4個方法
案例:講解新增代碼的可擴展設計過程
5.重構第五步:降低耦合度
案例:講解接口、實現(xiàn)與工廠模式
案例:講解外部接口解耦與適配器模式
6.重構第六步:系統(tǒng)分層
反思軟件架構需要怎樣的分層結構
遺留系統(tǒng)如何擁抱需求變化
遺留系統(tǒng)如何應對技術變革
7.重構第七步:領域驅動設計
領域驅動設計的概念
講解領域模型分析方法
案例:智能溫控器分析設計過程(嵌入式+物聯(lián)網(wǎng))
1)最初的領域驅動設計過程
2)需求變更的領域驅動設計
3)面向物聯(lián)網(wǎng)的架構演進
練習:重構一個小程序并編寫測試腳本
第四單元
關于重構的討論 什么時候重構
1.重構是一種習慣
2.重構讓程序可讀
3.重構,才好復用
4.先重構,再擴展
5.緊急任務時的重構
測試的困境
1.重構初期的困局
2.解耦與自動化測試
3.建立自動化測試體系
重構的評價
1.評價軟件質量的指標
2.評價軟件質量的工具

講師介紹:
范老師 獨立咨詢顧問,暢銷書籍《架構真意》與《大話重構》的作者,規(guī)?;艚軸PC。曾任航天信息首席架構師,哈工大軟件工程碩士,軟件架構及重構的客座講師。從事軟件研發(fā)工作近二十年,并且現(xiàn)在一直堅守在大型軟件架構設計一線工作。從需求分析、軟件開發(fā)到項目管理、架構設計都有豐富的從業(yè)經(jīng)驗。先后參與了數(shù)十個國內大型軟件項目,涉及國家財政、軍工、稅務、醫(yī)療等領域的大數(shù)據(jù)中臺建設、風險防控與人工智能研究。互聯(lián)網(wǎng)轉型、微服務轉型及大數(shù)據(jù)轉型的實踐者與倡導者。同時,還是大型遺留系統(tǒng)改造專業(yè)戶,多次參與大型遺留系統(tǒng)改造、軟件系統(tǒng)重構等重大項目,長期關注大型業(yè)務系統(tǒng)的品質保證、防止腐化以及技術改造等困擾軟件企業(yè)的問題,在遺留系統(tǒng)優(yōu)化與改造方面有豐富的經(jīng)驗。

軟件設計模式公開課


轉載:http://m.santuchuan.cn/gkk_detail/301753.html

已開課時間Have start time

在線報名Online registration

    參加課程:軟件設計模式與軟件重構實戰(zhàn)訓練營

    單位名稱:

  • 參加日期:
  • 聯(lián)系人:
  • 手機號碼:
  • 座機電話:
  • QQ或微信:
  • 參加人數(shù):
  • 開票信息:
  • 輸入驗證:  看不清楚?點擊驗證碼刷新
付款信息:
開戶名:上海投智企業(yè)管理咨詢有限公司
開戶行:中國銀行股份有限公司上海市長壽支行
帳號:454 665 731 584