如此不規范的代碼,是誰編寫的?”“怎么可能是我編寫的” ... [復制鏈接]

2019-9-19 17:50
byebye0521 閱讀:298 評論:0 贊:0
Tag:  代碼規范

養成良好的代碼規范不是為了別人,也不是為了公司,而是為了提高自己的編程修養,提高自己認識事物的能力。讓自己編寫的代碼可維護性更好、可重用性和可擴展性更強。

01

剛畢業時,到廣州一家創業公司應聘軟件開發崗位,公司規模不大,加上老板只有6個人,主要做教育平臺,那時候的待遇,1500元,不怕你笑話,剛畢業時對薪資要求真心不敢期望,有公司收留就已經很感激了。

?

在做用戶信息導入的時候,得把excel里面的手機號碼都導入到系統,excel格式是沒有固定模板的,只要execl有一個單元格是手機號碼,就得導入。在此之前,我對這些一點都不了解。當時心里就慌了,要是沒能完成任務,豈不是得丟了飯碗。

?

在做程序員前,早就聽人說過,程序員最關鍵的是解決問題,甭管你之前學沒學過,只要在你職責范圍內有需求,你都得想法設法處理。

?

想到這,心靜了下來,上網查看相關資料,先用正則表示式匹配每個單元格,如是正確的手機號碼,就執行入庫流程。

?

自測的時候,發現excel 格式有2003版本和2007版本,用2003版本執行沒有問題,用2007版本執行出現點問題,無法識別,由于經驗不足,暫時沒有解決方案,正好是下班時候,于是關電腦下班。

?

實現這個功能,我用了2天的時間,雖然中間遇到一些問題,通過排查,定位問題,總算解決了。

?

演示給老板看時,老板看了一下效果,又看了一下代碼,然后輕輕拍了我一下肩膀,說,“不錯,小洪啊,平時不要總是想著準時下班啊,編碼方面要多挑戰,才能有進步啊”。

?

聽了老板的話,臉都紅了。能力不強時,不要總是想著準時下班,說的有一定的道理,在我們自身能力不強時,應該想方設法提升自身的能力,特別是剛畢業的時候,社會經驗不足,這時候公司要是有資源給我們提供學習的機會,要學會充分利用。

?

02

?

剛編寫代碼時,我和大多數人一樣,為了完成任務,對于編碼規范不是很重視,寫完功能代碼直接提交到SVN。因此也給自己帶來不少問題,時間久了,當發現有bug時,排除問題,我得重新梳理一下基本流程,浪費了自己不少時間。

?

類似這樣的經歷不知你有沒有有過:

?

回頭看看自己一年前編寫的代碼,會不會驚訝地發現,

“哇塞,如此不規范的代碼,是誰編寫的?”

”確定是我寫的嗎?”

”我能寫出這樣慘目忍睹的代碼?”

分分鐘鐘懷疑人生。

?

代碼規范的重要性我們知道,但要真正做好,卻是一件不容易的事情,需要我們在實踐中慢慢的累積。

?

很多時候,并非程序的算法有多復雜,或是邏輯有多復雜,而是因為代碼不規范,結果導致閱讀代碼越讀越費勁,把精力都耗在這里了。

?

統一的代碼規范可使得代碼可讀性大大提高, 在團隊的合作開發中是非常有益而且很有必要。

如果代碼沒有統一的規范,每個人都按照自己掌握理解的那一套,那么整個項目的代碼很可能就會出現風格迥異。即使是項目分工明細,每個人負責一個模塊,等到了要整合代碼的時候就尷尬了。

?

隨著版本不斷迭代,項目維護的成本越來越高,從而形成惡性循環。程序背后的架構設計固然重要,但良好的命名規范也不容忽視。不規范的命名不僅讓我們對代碼難以理解,更糟糕的是,會誤導我們的思維,導致對代碼的理解有偏差。

?

而良好的命名規范,則可以讓我們的代碼更加容易讀懂,也能向讀者正確表達事物以及邏輯的本質,閱讀命名規范的源碼理解沒有那么費勁,會有一種享受的感覺。

?

有人喜歡對變量,str1,str2、,str3類似這樣的命名,甚至還對其添加注釋。有人可能認為注釋越多,其他人看到的就會越好。其實不然,注釋過多,或是一些冗余注釋,反而會影響源碼的可讀性。如果我們良好的命名規范,結合了需要和命名。它可以省去許多不必要的注釋。

?

對于方法命名,首字母一會兒大寫,一會兒小寫;一會兒全稱一會兒簡寫;一會兒駝峰命名法一會兒匈牙利命名法。

?

當然,起一個好的名字不是件容易的事情。首先,既要有盡量多的提供變量信息,又要盡可能的保證名字短小精悍,還不能為了短小而隨意采用縮寫而導致閱讀障礙,另外還要盡量保證以后程序更新后名稱仍然能很好的描述其內容。

?

在編寫代碼中,要盡可能的遵守一個良好的命名規范,并且不停地的調整學習命名,從而逐漸掌握起一個良好名字的能力。

?

?

03

?

?

剛畢業時,項目實戰經驗不足,有時候迫于項目趕進度壓力,有的因為繁瑣的規范作出很多額外的工作,為不不影響項目開發進度,編碼規范而漸漸被忽略。

?

?我們想在工作上積極主動,按時按量完成工作,然后準時下班,這是很美好的事情,可有時候鑒于我們自身能力的問題,在某件事情上,想做好卻能力有限,沒能及時處理好,別人用1個小時就能做好,而我們得用兩個小時,甚至更多,做出來還不盡人意。

?

這時我們更要注意自己做好代碼規范,減少自己出現的錯誤。很多時候項目的壓力一部分也是由于前期開發中遺留的眾多的問題。

?

那些看似無用的東西要經過我們慢慢地累積由量變達到質變的時候,相信你能體會到其價值所在。

?

如果你想發揮自身價值,請衡量自身情況。

木桶原理,一個桶裝的水的高度,取決于最低的那塊板。所以呢,我們應當善于補足個人短板,滿足工作要求。態度是根,能力是本,端正好我們的態度,只有根深,本壯才能枝繁葉茂。

?

養成良好的代碼規范不是為了別人,也不是為了公司,而是為了提高自己的編程修養,提高自己認識事物的能力。讓自己編寫的代碼可維護性更好、可重用性和可擴展性更強。

?

?

我們需要的是一定的能力,還有誠懇的態度,在能力不強時,要懂得提高我們自身的能力,不管是準時下班回家自學,還是留在公司充分利用公司的資源都好。

-END-


我來說兩句
您需要登錄后才可以評論 登錄 | 立即注冊
facelist
所有評論(0)
領先的中文移動開發者社區
18620764416
7*24全天服務
意見反饋:[email protected]

掃一掃關注我們

Powered by Discuz! X3.2© 2001-2019 Comsenz Inc.( 粵ICP備15117877號 )

重庆时时彩开奖模拟器 东吴证券股票推荐 大乐透红球奇偶走势图 陕西11选5不开奖 北京赛车pk10在线计划 pk10历史数据搜狐 云顶娱乐棋牌游戏 股票指数期权 一天派400个快递收几十个赚钱吗 北京pk10五码两期必中 北京赛车pk10最稳公式 开元娱乐棋牌下载app 股票指数一个点是多少