歡迎來到Linux教程網
Linux教程網
Linux教程網
Linux教程網
Linux教程網 >> Linux編程 >> SHELL編程 >> shell腳本編程的10個最佳實踐

shell腳本編程的10個最佳實踐

日期:2017/2/27 16:05:50   编辑:SHELL編程
每一個在UNIX/Linux上工作的程序員可能都擅長Shell腳本編程。但大家解決問題的方式卻不盡相同,這要取決於對專業知識的掌握程度、使用命令的種類、看待問題的方式等等。對於那些處在shell腳本編程初級階段的程序員來說,遵循一些恰當的做法可以幫助你更快、更好的學習這些編程技巧。下面,我們就來討論這些能幫助你學習shell腳本編程的方法吧。

1、多動手

你想學習shell腳本編程,這很不錯。於是你拿了一本書開始學習。一些人會首先通讀整本教材後再上機練習。這種方法可能適用於一些人,但我卻不太看好它。我的建議是,僅僅學一些最基礎的能夠讓你開始編碼的知識就可以了。之後,動手寫一些簡單的程序吧。一旦你由於知識上的欠缺而不得不停止時,再回到書本上去讀你想要了解的那部分,然後繼續做你的項目。如此周而復始,不斷提高你的水平。這種邊學邊做的方法曾讓我受益良多。

2、善用命令提示符

有時候,我們寫的腳本中有一些錯誤。我們修改錯誤,運行腳本,但系統再次報錯。並且這個改錯報錯的過程可能會發生很多次。碰到這些情況,首先需要找到有問題的行或命令,這可以通過一些調試語句來輕松做到。一旦發現這條語句,嘗試在命令提示符下執行相同的語句。如果它在命令提示符下開始正常運行,你就可以容易的推斷出它不能正常運行的原因了。可能是由於某些錯誤輸入的命令,或者是某些環境變量不匹配,或者是從不同的地方引用了某個二進制文件等等。這種方法會讓調試變得簡單易行。

3、考慮問題要全面

現在我們來看個問題。你想到了關於某個問題的解決方案,但這個解決方案只適用於處理小型文件。可是當處理比較大的文件時,你該怎麼辦?舉個例子,我們想要得到一個文件的第一行內容:
sed -n '1p' file

這條語句當然會給出你想要的第一行內容。可是如果處理的文件包含上百萬條記錄呢?盡管上面的那條sed命令可以輸出文件的第一行內容,但是想要處理大型文件一定會帶來性能上的問題。

解決辦法:
sed -n '1p;1q' file

這條命令將只輸出第一行,同時退出程序。

4、經常嘗試不同的方法

你在寫腳本時碰到一個問題,然後你找到了一種獨特的解決方法。下一次你偶然又碰到類似的問題,這時,不要再用以前你用過的方法來解決。試試另外一種方法吧。如果某一天再次遇到這種情況,再試試其它方法。

例如:
if [ $? -eq 0 ]
then
echo "Success"
fi

另一種方法:
[ $? -eq 0 ] && echo "Success"

現在你可能會明白這個博客裡會有那麼多以“……的不同解決方法”為題的文章了吧。所有這些文章的目的都是用來幫助訂閱這個博客的開發者開闊視野,打開思路。

5、快速編碼

腳本可以節省我們的時間,提高生產力。可是,難道我們花在寫腳本和測試上的時間還少嗎?我們想寫一個腳本,於是打開一個文件,寫下代碼,保存文件,之後運行腳本,系統報錯,我們再打開文件修改、保存、運行……在這個過程中會花費很多時間。在此前的一篇題為《如何快速寫shell腳本》的文章裡,你可以學會如何編寫腳本和測試正在運行中的腳本,而不用再回顧命令提示符。這些方法可以加快編碼的速度。當我寫腳本的時候,我總是使用這些方法。而且我可以很肯定的說,它們幫我節約了不少時間。

6、經常使用內部命令

無論碰到哪種情況,請盡量考慮使用內部命令而不是外部命令。在此前的一篇題為《內部命令和外部命令》的文章裡,我們可以看到二者間的差異。用內部命令對你永遠都有好處。根據正在處理的輸入文件的大小,內部命令可以在性能方面為你節省很多。雖然你並不總是有這樣選擇內部命令抑或外部命令的機會,但在某些情況下,你一定能做出正確的選擇。

7、沒有必要使用cat命令

這是我們經常在論壇裡討論的話題之一。沒有必要使用cat命令指的是在有些時候,我們會發現根本沒有必要使用cat命令。有時候,使用了多余的cat命令會讓你的代碼看起來很丑陋,而且還會帶來性能上的問題。

例如:
$ cat /etc/passwd | grep guru

正確的方法應該是:
$ grep guru /etc/passwd

8、仔細閱讀錯誤信息

程序員常犯的一個錯誤是:當我們敲入的命令報錯後,我們中的大多數人只是對錯誤信息一瞥而過,而不會去認真的讀一讀。很多時候,錯誤信息裡就包含了解決辦法。更重要的是,有時候我們修改了某個錯誤並再次運行後,系統依舊會報錯。然後我們再次修改,但系統再次報錯。這可能會持續很長時間。但實際上,舊的錯誤可能已經被糾正,只是由於出現了其它一些新錯誤才導致系統再次報錯。而我們依舊在懷疑為什麼修改好的代碼依然不能正常運行。因此,請你養成仔細閱讀錯誤信息的習慣。

9、盡量避免臃腫的命令

你正在嘗試去從一個大的文件中篩選某條信息。接下來你可能寫一大堆命令來實現這一功能。可是,盡管你將得到正確的結果,你寫的命令卻不夠好,且晦澀難懂。因此,我們應該盡量避免這種情況發生。下面這個例子就是代碼優化的好例子。

例如:檢索用戶ID值為502的用戶名。

下面的命令不好:
$ grep 502 /etc/passwd | cut -d: -f1

這條命令也不夠好:
$ grep 502 /etc/passwd | awk -F":" '{print $1}'

這才是一條好的命令:
$ awk -F":" '$3==502{print $1}' /etc/passwd
正如以上示例,用一條簡單的awk命令就可以完成檢索任務。

10、別吝啬添加注釋

你寫了一份腳本。一兩個星期後,你再次打開腳本文件,如果沒有注釋在裡面的話,你可能會花上很多時間才能理解這些代碼。雖然代碼是我們自己寫的,但這依舊會浪費我們很多的時間。腳本是用來節省時間的,因此,我們沒有理由浪費時間去理解這些用來節省時間的文件。所以,請養成在腳本中添加注釋的好習慣。這些注釋不必很詳細,能讓自己或別人讀懂就行。
轉載地址:http://www.iteye.com/news/24742
Copyright © Linux教程網 All Rights Reserved