Ami hiányzik a nyelvből
- Helyességbizonyítás
- Absztrakt adattípus
- Típussal való paraméterezés
-
Párhuzamos végrehajtás szabványosított támogatása (Ez egy nem teljesen
egyértelmű kérdés. A Perl U*X -okon támogatja az IPC/RPC minden szokásos
formáját: támogatja a többszálú végrehajtást, a szálak közötti kommunikációhoz
felhasználhatunk pipe-okat, szignálokat, socketeket, szemaforokat, stb.
(ld. korábban). Viszont az egész a U*X operációs rendszerhez kötődik, az
itt megszokott filozófiát követi, az ezen az operációs rendszeren honos
technológiával. Ha kihasználjuk, senki nem fogja nekünk garantálni a hordozhatóságot.)
A Perl az 5.005-ös verziótól kezdődően támogatja a párhuzamos végrehajtást.
Jótanácsok, ötletek
Itt csak néhány ötletet mondok el, amik eddigi programjaimban jól jöttek:-
Ha itt nem volt valami világos, akkor az eredeti - angol nyelvű - Perl
dokumentációt érdemes megtekinteni. Ott egyes részek sokkal részletesebbek.
perldoc perl # avagy man perl
- A Perl programok végét az __END__ sor is lezárhatja. Ezek után beírhatjuk a program dokumentációját, így az nehezebben vész el. Esetleg használhatjuk a perldoc formátumot, amit a perldoc paranccsal nézhetünk meg, és perlman, illetve perlhtml paranccsal generálhatunk belőle más formátumokat.
- Érdemes megnézni a Getopt::Long modulban a GetOptions függvény használatát. A parancssori argumentumok feldolgozása ezzel nagyon egyszerű.
- setuid programok írásánál hasznos lehet a -T parancssori paraméter amivel a taint üzemmódot kapcsolhatjuk be. Ezzel követni lehet az összes változó életét. A veszélyes parancsok nem lesznek végrehajtva, ha azok külső forrásból származó információn alapulnak. Persze néha elkeserítő bír lenni, hogy a 263 soros programunkban 214 sorban használunk "büdös" (taint) inputot.
-
Ha valamilyen bonyolultabb feladatba kezdünk (nagyobb mint 200 sor), akkor
ellenőrizzük le nem írta-e meg valaki azt a dolgot. (Én már láttam 400
soros HTTP szervert Perl-ben, ami cgi-bin programokat is kezelt!)
Pl.: ftp://ftp.kfki.hu/pub/packages/perl/CPAN/CPAN.html - Érdemes mindent mindjárt kipróbálni fejlesztés közben, mert elég gyors a rendszer ahhoz, hogy több ezer soros program is másodpercek alatt elinduljon.
Perl 6
A Perl 6 lesz a következő verziója a nyelvnek. Larry Wallt idézve: "A Perl 5 úgy született, hogy újraírtam a[z eredeti] Perlt. Azt szeretném, ha a Perl 6 a Perl és a közösség újraírása lenne a közösség által.".
2004 Decemberében specifikálták ezt a verziót, de ez még nem a végleges specifikáció; bőven változhatnak benne apróságok. A PUGS az egyetlen elfogadható megvalósítása egyelőre az írás idejében (2007 december), ami mutatja, hogy mennyire bonyolultra sikerült előírni a nyelv követelményeit. Egyébként érdekesség, hogy a PUGS Haskell-ben készült, ami egy elég jól használható funkcionális nyelv.
Többek közt a következők indokolták az új verzió létrejöttét:
- Az értelmező belső működése annyira bonyolulttá vált, hogy lényegesen megnehezített mindenféle bug javítást, valamint elkedvtelenedtek azok is, akik új funkciókat szerettek volna implementálni.
- A nyelvnek magának vannak tervezési hibái, amik ugyan nem komolyak, de a fenti új funkciókat egyes esetekben lényegében nem is lehet implementálni.
- A Perl tervezése mögött álló embereknek a közösség fejlődése sem tetszett, ezért az új verzióhoz megpróbálják a felhasználókat is terelgetni.
Érdekesség az, hogy a Perl 6 fordító/értelmezőt a specifikáció szerint Perl 6-ban kell írni (de nem egyedi eset, például a Haskell/GHC táján is ez a helyzet). Ezt a kört úgy törik meg, hogy bizonyos kulcsfontosságú funkciókat implementálnak más nyelvben (pl. a PUGS esetében Haskell-ben), majd a félig működő értelmező segítségével (mostmár Perl 6-ban) újraírják, és kiterjesztik ezeket a funkciókat. Eredetileg Perl 5-ben akarták megírni ezeket a funkciókat, de hamar rájöttek, hogy nem elég érett a nyelv hozzá.
Végül pár szó a PUGS-ról: portolhatóság szempontjából nem áll rosszul; amilyen platformra van GHC (Haskell fordító), arra van PUGS is. Természetesen lehet benne használni Perl 5 illetve Haskell könyvtárakat (library-ket), a C interface egyelőre még kicsit problémás (olvasd: nem működik), de a Haskell-esek már dolgoznak a problémán. Az értelmező rész látványosan gyors, viszont a kiértékelő körülbelül 100szor lassabb a Perl 5 kiértékelőknél; igaz, semmiféle optimalizáció nincs beépítve a PUGS-ba. A projekt mögött álló aktivitásról jó képet alkot az, hogy gyakorlatilag a specifikáció után egy héttel elkészült az első verzió, három hét múlva már volt használható tesztmodul, amivel lehetett tesztelni; a lendület azóta sem lankadt, sőt...