Perl常見問題專家解答
本文和大家重點討論一下Perl常見問題， Perl有足夠的彈性和擴充性，從只需要寫短短一行的檔案處理工作到復雜的系統，幾乎沒有什麼做不到的。對有些人來說，Perl的是拿來做寫shell程式的理想替代品。
Perl常見問題集錦
◆Perl常見問題一：Perl和其他的程式語言比起來如何？例如Java,Python,REXX,Scheme,或Tcl？
Perl在某些地方比較好，某些地方較差。精確地說到底哪些方面好或壞通常視個人偏好而定，所以在新聞討論群中問這種問題很可能會掀起一場毫無建設性的圣戰。
要比較各語言的異同***的方法是試著用不同的語言寫功能相同的程式。各程式語言都各有屬於它們各自的新聞討論群，您可從中學習（但希望您不是去和人辨論吵架的）。
◆Perl常見問題二：我可以用Perl來做【某種差事】嗎？
Perl有足夠的彈性和擴充性，從只需要寫短短一行的檔案處理工作到復雜的系統，幾乎沒有什麼做不到的。對有些人來說，Perl的是拿來做寫shell程式的理想替代品。其他人則用高階的Perl來替代處理許多原先需要用C或C++一類的低階語言來達到的程式。哪些差事決定要用Perl來處理，這一切都得看您（或許還有您的經理...）。
如果您有一個提供API的程式庫的話，您可用C或C++來寫一個Perl延伸，然後便可透過它將程式庫中的任何一部分動態載入您的Perl主程式中。您也可以反過來，用C或C++來寫主程式，然後以即時動態載入的方式插入一些Perl程式碼，產生一個威力強大的應用程式。
話雖如此，對解決某些特定的問題，使用小型、專精，專為特殊用途設計的語言總是比較方便的。Perl的設計是盡力地滿足各種不同人的需要，因而不特別偏頗任何人。至於特殊功能語言的例子，隨便舉兩個，譬如prolog和matlab便是。
◆Perl常見問題三：哪些場合下不適合用Perl？
當您的主管禁止的時候--不過請務必考慮把他們換掉。
說真的，如果您已經有用另一個語言寫成的應用程式（而且寫得很好）的時候，或者是已經有替某些特定的工作設計的語言（例如：prolog,make），這個時候就不需要用Perl。
由於種種因素，Perl大概不太適合拿來做即時內嵌式系統、屬於低層級的作業系統發展工作，例如周邊設備的drivers或環境轉換碼、復雜的多線共用記憶體應用程式，或非常大的應用程式。您會發現Perl本身便不是以Perl寫成的。
剛出爐的Perl純碼編譯器或許可幫忙去除一些上述的限制，但您要了解：Perl在本質上仍是一活性變數語言(dynamicallytypedlanguage)，而非固性變數(staticallytyped)。只要您不將核電廠或腦科手術監視器所用的程式放心地用Perl來寫，您自然就不會闖禍遭殃。這樣Larry晚上也可以睡得安穩些--股市分析程式不在此限。
◆Perl常見問題四：「perl」和「Perl」有什麼不同？
二者差一個位元。喔，您不是說在ASCII上的差別啊？Larry現在用「Perl」來代表語言本身，而以「perl」來表示該語言的體現，即目前的解譯器。因此，作者有句幽默小語說：「只有perl可以解譯Perl」。要不要遵照這個用法是您的自由。舉一反叁的話，我們可依樣畫葫蘆地說「awk和perl」還有「Python和Perl」，但卻不可將「awk和Perl」或是「Python和perl」擺在一起。
◆Perl常見問題五：Perl程式應算是program還是script？
都無所謂。按標準術語來講，program指已經由編譯程序編譯好、轉為機器碼，可多次執行的程式；而script則是每次執行時都必須透過一個解譯程式來解譯。然而，Perl程式嚴格說來，既非編譯(compiled)，亦非解譯式(interpreted)；因Perl程式可轉譯成位元碼形式存在（可說是某種Perl虛擬機器[virtualmachine]），或轉譯為完全不同的語言，如C或組合語言。所以光看原始碼很難說它到底是替純解譯器、或是parse-tree解譯器、位元碼解譯器，還是純碼編譯器而寫；因此這題很難給它一個確切的答案。
◆Perl常見問題六：JAPH是什麼？
這是過去一些在討論群中自稱``justanotherperlhacker''的人的簽名檔，約有一百個比較早期的，可在http://www.perl.com/CPAN/misc/japh取得。
◆Perl常見問題七：到哪兒可拿到LarryWall的智慧諷語(witticisms)？
一百多條Larry的諷語，源自他【在討論群】的posts或原始碼，可在http://www.perl.com/CPAN/misc/lwall-quotes取得。
我要如何取信、說服我的系統管理者／上司／屬下使用第5/5.004版的Perl，而不去用其他的語言？
如果您的管理階層或屬下對沒有支援的軟體，或是未正式包含在所購買的作業系統中的軟體存有戒心的話，您可以試著從有助他們自身利益這方面下手。因為如果程式設計師能由善加利用Perl的結構、功能性、簡單性，和威力而獲得更大的生產力的話，那麼典型的管理者／上司／員工或許便可因而加以說服。此外，使用Perl，總的來講，和其他語言相較，或許也有助於減少交件的時間。強調這個論點或許對說服他們會有幫助。
如果您的專題碰到瓶頸，特別是有關轉譯或測試方面的問題，那麼Perl可以說絕對會是一個既可行且快的解決之道。您在當說客的時候，千萬別忘了要提：Perl已被世界上許多大型的軟硬體公司廣泛、大量地使用，極為可靠、有效。事實上，現Perl已成為許多Unix業者所售的作業系統的標準配備了。而且如果您無法在詳盡的使用說明，包括這份FAQ之中為您的問題找到解答的話，送封post到新聞討論群即可。
如果您面對反對perl升級的聲音，那麼告訴他們Perl發展小組已經完全不再維護或支援第四版的perl了。perl5的另一個大賣點是它有大量的模組和延伸，可大大減少計畫的發展時間。還有，告訴他們第四和第五版Perl之間的差異就如awk和C++的差別一樣（嗯，或許沒有差得那麼明顯，但您知道我的意思就好）。如果您想得到支援而且想確保您現在所發展的軟體在未來能繼續工作的話，那麼您得跑有支援的版本。這大概也就是說要跑5.004版的，盡管5.003版仍算是不錯（它只落後一年、一版）。不過因為有些嚴重的bugs曾在5.000和5.002版之間被消除，所以您至少應升級到比這幾個版本高才是。#p#
◆Perl常見問題八：哪些平臺上有Perl？要到哪里去找？
Perl的標準發行版（由perl發展小組負責維護）僅以原始碼形式發行。您可在http://www.perl.com/CPAN/src/latest.tar.gz處取得。這個檔案的格式是POSIXtar檔案柜，再以gzip格式壓縮。這套原始碼完全不需任何移植工作便可輕易地在絕大多數的Unix系統（Perl的原生系統），以及Plan9、VMS、QNX、OS/2，和Amiga上編譯安裝完成。盡管有謠傳說（即將推出的）第5.004版或許能直接在WindowsNT上成功地編譯和安裝，但這尚待證實。適合32位元的微軟系統和蘋果系統、以執行檔形式發行的Perl各可在http://www.perl.com/CPAN/ports/這個目錄底下找到。由於這兩個不屬於標準發行的一部分，它們可能（事實上的確）和基本的Perl有多方面的不同。要確切知道到底哪些地方不同，您得自行查閱它們 各自的發行說明。這些差異可能是正面的（譬如它們可能附有一些原始碼發行的perl所沒有的延伸，提供專屬某一平臺的特殊功能），亦或負面的（例如它們可能是植基於比較老舊的Perl原始碼發行版）。
一個實用、專為Win32Perl使用者編寫的FAQ可在 http://www.endcontsw.com/people/evangelo/Perl_for_Win32_FAQ.html處取得。
◆Perl常見問題九：要如合取得以執行檔形式發行的Perl？
不管為什麼您的作業系統業者沒有將C編譯器附在所賣的作業系統中，***的方法是到網路上去抓一份gcc的執行檔，然後用它來編譯perl。CPAN上所放的gcc執行檔僅專門提供幾個特別難拿到免費編譯器的平臺，而不是給任何Unix系統的。
您的***步應該是查看http://www.perl.com/CPAN/ports這個檔案，看看可以拿到哪些安裝資料。http://www.cs.ruu.nl/~piet/perl5dos.html提供了一份有關在DOS上安裝perl的資料；而http://www.cs.ruu.nl/~piet/perlwin3.html則是關於在Windows3.1上安裝的資料。
◆Perl常見問題十：我的系統里沒有C編譯器。要如何編譯perl？
因為您沒有C編譯器，您是沒指望了，而您的經銷商則該拿去當作祭拜列位升陽神的供品。不過說這些風涼話無濟於事。
您首先需要做的是替您的系統找一個gcc的執行檔。參閱和您的作業系統相關的各UsenetFAQs，看到哪里可以找到這種作業系統的gcc執行檔。
我直接將Perl的執行檔從一臺機器上復制到另一臺機器上，但是程式跑不起來。那大概是您忘了復制程式庫，或者是程式庫的路徑不同的關系。您真的應該在那臺要安裝perl的機器上將整套發行從頭編譯，然後打makeinstall來安裝。其他的方法大多注定要失敗。
有一個簡單的方法可用來檢查和確定東西有沒有裝對地方--把編入perl的@INC陣列（perl用它來尋找程式庫的路徑）印出：perl-e'printjoin("\n",@INC)'
如果這個指令列出了任何在您系統上不存在的路徑，那麼您或許得將適當的程式庫移到這些地方，或者制做適當的symlinks、aliases或捷徑。
您或許會想看看HowdoIkeepmyownmodule/librarydirectory?。
我抓回了原始碼，試著編譯perl，但是gdbm/dynamicloading/malloc/linking/...部分失敗。要如何將它搞定？
細讀INSTALL這個檔案，這是原始碼發行版里面的一個檔案。有時候自動設定程式(Configure)對某些較不尋常的系統、平臺特質、或變異會不知所措。該檔案對該如何處這類的問題，大都有詳細的說明。
◆Perl常見問題十一：Perl有哪些模組和延伸？CPAN是什麼？CPAN/src/...又代表什麼？
CPAN代表的是「大Perl檔案庫網絡」(ComprehensivePerlArchiveNetwork)，一個在全世界數十臺機器之間相互映射的巨大檔案庫。CPAN包含了原始碼、對各非原生系統的移植、使用說明、程式，以及許多由第叁類團體所寫的模組和延伸，從各商業品牌的資料庫介面、到鍵盤／螢幕控制，乃至全球資訊網漫游及CGI程式皆一應具全。CPAN的總主機是ftp://ftp.funet.fi/pub/languages/perl/CPAN/，但您也可以透過這個位址：http://www.perl.com/CPAN/CPAN.html來自動連接一個在地理位置上最接近您的站。至於這個設計的運作原理，請看http://www.perl.com/CPAN（最後頭沒有斜線）的說明。
CPAN/路徑/...是CPAN站臺上頭的檔案的命名規范。CPAN代表一個CPAN映射的基準目錄，然後其馀的路徑是由該目錄到一個檔案的路徑。例如，如果您使用ftp://ftp.funet.fi/pub/languages/perl/CPAN來做您的CPAN站，那麼CPAN/misc/japh這個檔案便可以從ftp://ftp.funet.fi/pub/languages/perl/CPAN/misc/japh抓下來。
由於目前CPAN檔案庫中已經有數百個模組，因此幾乎任何您所能想到的用途，大概都已經有現成的模組可以辦到。目前在CPAN/modules/by-category/底下的類別包括了perl核心模組、協助發展模組、作業系統介面、網路、周邊設備、不同processes間之溝通、資料型態工具、資料庫介面、使用者介面、與其他語言介面、檔名、檔案系統、檔案鎖定、軟體國際化及地方化、全球資訊網支援、伺服軟體工具、檔案庫和檔案壓縮、圖形變換處理、電子郵件及新聞討論群、程式流程控制工具、filehandles和輸入／輸出、微軟視窗模組，以及雜項模組等。
◆Perl常見問題十二：是不是有一個經ISO【國際標準局】或ANSI【美國國家標準局】認可的Perl版本？
當然沒有。Larry認為他得先被認可後然後才會輪到Perl。
◆十三Perl的相關資料要上哪兒找？
perl的發行版中都附有完整的使用說明中。如果perl已安裝在您的機器上，那麼使用說明應該也已經裝在上頭了：如果您用的是一個像Unix的系統，您可以打manperl。這同時會帶領您到其他重要的使用說明頁。如果您用的不是Unix式的系統，那麼查閱使用說明的方法會有所不同；譬如說，使用說明可能會以HTML格式來存放。不管怎麼樣，只要perl正確地安裝，查閱使用說明應該不成問題。
如果您的系統沒有man這個指令，或者是該指令安裝不當，那麼您可以試試perldocperl。如果還不成，您可以在/usr/local/lib/perl5/pod這個目錄下找使用說明。
如果以上的方法全失敗，那麼您可求助於CPAN/doc這個目錄，該目錄底下存有完整的使用說明，有各種不同的格式，包括了原始的pod格式、troff、html，以及純文字式。還有http://www.perl.com/perl/info/documentation.html這個網頁可能也會對您有幫助。
另外值得一提的是，在CPAN/authors/id/BMIDD這個目錄底下有一個完整的PDF版本的使用說明。
【編輯推薦】
