隨便嘮嘮設計模式與IT新人的成長

2021-06-27 06:25:01 字數 1776 閱讀 7754

最近公司新員工比較多,工作經驗都很少,在進行編碼時,感覺仍舊和我十多年前剛工作時走一樣的路子。對於這樣的路子會面對的坎坷,自己深有體會,非常不希望他們進行重複。一方面,希望他們快速成長,也算我對得起他們;另一方面,也不希望由於他們的加入,導致專案質量出現很大的下降。很多時候,找別人的**缺陷遠比自己重新實現一遍痛苦地多。

其實對於設計模式,我並沒有專門去學習過,記得只看過一本《道法自然》,但其實也是一知半解,有時候將它與自己目前專案中的模組結合來看,才能夠理解其中的某幾個模式的意義。其實很多時候,我們的**中不是沒有模式,只是和書本上的有所區別而已。

為了讓新員工能夠更快的、更好的編寫**,提高個人能力,一方面我對要求他們完成的模組,盡量灌輸用某種設計模式的思路來實現模組功能,並具備一定可擴充套件性的方法,會給他們畫乙個模組結構圖;另一方面要求他們在進行編碼前,能夠先整理自己的思路,能夠把自己的思路用文字或圖表達出來,一方面讓自己更清晰,另一方面能夠拿出來和別人交流。形成習慣後,以後更容易讓自己成長為軟體設計師,並具備能夠進行團隊協作的能力。

現在很多人編碼能力有,但設計能力基本為零,我覺得是沒有嘗試和積累造成的。我們公司有些老員工,不知道怎麼寫設計,一要求他們寫設計,就一堆的理由,比如沒時間,比如沒有模版,或者模版不適合它的專案。我想說的是,沒時間是因為他不熟練,我們公司以前有個部門經理,寫設計比寫**還快,照著他的設計,基本不需要和他太多交流,就能夠寫**,基本上還沒有什麼問題。你不去實踐,永遠寫不快。就像我們學英語,學汽車,當你熟練後,都是下意識的行為,根本不需要思考,如果你需要思考,那說明你還不熟練。這個需要乙個過程,如果你膽怯,懶惰,那結果只能如此,你只能在碼工這個級別,無法提公升。至於模版,我想說的是,模版只為不會寫的人準備的,就是因為你不會寫,才需要乙個模版幫助你。對我來說,只要你認為可以將你的設計表達清楚的形式,都可以,不需要考慮模版的約束。當然,如果能遵循一些標準,規範,用大家能夠看得明白的語言或圖形,當然是最好的。(希望it新人們能夠聽進去,也許一段時間內你是比較辛苦,艱苦,但未來肯定會受益的)

設計模式中,我覺得重點還是先要理解六大原則(其實我搜尋一下,雖然各個資料中都講六大原則,但其實有七個原則,只不過各自選了其中六個,我還不清楚具體是為什麼,很有意思的事,也沒有看到誰提過這件事)。設計模式都是在這六個原則基礎上的。開始的時候,理解起來是困難的,這需要我們具備一定的實戰經驗。因此,在進行專案開發過程中,一定要進行結合。或者專案結束後,都需要及時進行分析,總結,重構,提高自己對原則的認識,那你就逐步向設計模式的精髓靠攏了。

在專案開發中,要注意合理使用設計模式。設計模式應該盡量地應用在容易發生變化的地方,它的價值才能更好地體現出來。如果使用在不可能出現變化的地方,那就屬於浪費了。另外,我們也未必完全按照設計模式進行開發,更多地會使用一些變體,或者一種平衡。因為設計模式是一種理想模式,它在帶來好處的同時,也會帶來一些弊端。比如類的數量可能有很大的增長,或者實際的執行效率可能會降低等,為此可能會放棄一些高內聚,低耦合。

設計能力的錘煉,就像乙個劍手,先是不會劍招,只會亂舞(初級碼工),時間長了倒也會像模像樣,可不會教別人(高階碼工);找了個師傅,從一招一式開始練劍,不能隨意(學習設計模式中);出師後,能夠熟練使用劍招與他人pk(初級設計師);逐漸招式熟練,任意發揮(中級設計師),有一天,能夠創造出新的招式,自成一派(高階設計師);最後,形成無劍勝有劍,無招勝有招的境界,成化外飛仙(**設計師)。

希望it新人們能夠找到自己的領路人,從一招一式努力學起,不要放棄,把每次跌到都當成成長的階梯,終有一天會破繭成蝶。

後面再聊聊怎麼去做設計吧。

為了更好地指導新人,我努力的去學習設計模式。要想培訓他們,我必須先要有所了解,否則培訓也不會有太多價值。對我這種高階碼工來說,也需要在招式的基礎上,才能給別人提供一些有用的幫助,但同時對於自己也是有益的。

設計模式的概述與工廠設計模式

1.什麼是設計模式 1 設計模式 design pattern 是一套被反覆使用 多數人知曉的 經過分類編目的 設計經驗的總結。2 設計模式不是一種方法和技術,而是一種思想 3 設計模式和具體的語言無關,學習設計模式就是要建立物件導向的思想。3 盡可能的面向介面程式設計,低耦合,高內聚,使設計的程式...

與 的區別 與設計模式

等於 與全等於 都是比較運算子,只是全等更為嚴格,不僅要數值相等,資料型別也得相同才會返回true,否則返回false,而 只要數值相等就返回true,不判斷資料型別 設計者模式是為解決程式中的某個問題,而特別定義的程式規範,同乙個建構函式,生成的例項化物件應該指向的是同乙個物件,下面就介紹三種最常...

設計模式 原型模式與C 設計模式的思考

1.原型模式與c 看了原型模式,似乎原型模式在c 就是拷貝建構函式。不知道為什麼網上還能有人寫出原型模式的c 實現,然後在 中的原型模式拷貝操作僅僅是返回拷貝建構函式的結果?加一層操作這樣做有什麼意義?在我百思不得其解的時候,有一位大神指點了我,令我恍然大悟 c 的拷貝建構函式不能是虛函式,因此兩個...