Deși acest articol este foarte vechi, apare încă în căutările Google pe enigma „Perl vs Python”. Pentru dragostea lui Dumnezeu, vă rog să nu tratați NICIODATĂ acest articol în serios, oameni buni! Nu este doar scris prost (engleza aia ...), ci și plin de gunoi. În mod evident, autorul nu are nicio idee despre oricare dintre limbi și ar trebui să facă unele cercetări serioase înainte de a scrie. Sincer, o rușine totală pentru tecmint.com: |.
RăspunsAșteptați, Perl este până acum portabil, deoarece este ANSI C și este disponibil pentru o gamă largă de mașini și sisteme de operare. Cineva spune că acesta este cel mai portabil limbaj de scriptare, deoarece este cel mai vechi limbaj de scriptare ...
Python -> RAD / Munca în echipă
Perl -> Sisteme critice / Sysadmin
Dar ai dreptate, Perl are biblioteci urâte pe CPAN, pe de altă parte, Python are până acum biblioteci utile.
RăspunsDa, Perl are o gestionare a argumentelor slabă (funcțională), deoarece nu are semnături reale ale subrutinelor, dar se schimbă în Perl 6. Și da, Perl nu este potrivit pentru o muncă în echipă, se pare că până acum Hardcore a pus la lucru 20 de programatori Perl fără un stil de codare standard bun, chiar ‘folosiți strict’ încercați-l... Deci, în OO, MOP încearcă să rezolve aceasta.
RăspunsÎncă un articol în care așa-numitul programator care nu are cunoștințe suficiente despre un limbaj are tendința de a oferi niște motive cu adevărat fragile pentru a-l folosi. „Interpretor” este modul în care îl scrii?? Într-adevăr??
Este posibil ca Perl să nu fie la fel de popular ca Python, dar este un limbaj excelent.
MULTE mari organizații folosesc Perl până în prezent și vor continua să o facă.
RăspunsUn alt așa-zis expert vorbind prostii! Câteva puncte:
„Multe modalități de a obține același rezultat înseamnă cod necitit, ceea ce înseamnă, la rândul său, cod neîngrijit” Nu, acest lucru se datorează programării leneșe / incompetente. Perl este mult mai iertător ca limbă, astfel încât să puteți scăpa de mai mult. Mai multe alegeri înseamnă mai puține constrângeri.
„Ca script, este mai lent pentru multe sarcini.” Acesta este Python vs Perl, deci acest punct este irelevant!
„Orientat pe obiecte nu este implementat bine”. Nu este la fel de frumos ca Python, dar OO de bază în Perl funcționează perfect și este încă ușor de utilizat. Există, de asemenea, cadre bune care ajută la eficientizarea lucrurilor,
„Creează o problemă atunci când codurile sunt mai mari, spun mai mult de 200 de linii.” Prostii. Am scris 20.000 de programe fără probleme. De fapt, aceasta este o slăbiciune a Python, care nu acceptă confidențialitatea datelor, în timp ce Perl o face.
„Manipularea argumentelor este slabă” Ei bine, a trebuit să facă ceva corect!
Prostii „Nu sunt portabile”. La fel de portabil, dacă nu mai mult decât Python. Python are probleme cu faptul că este mai puțin matur ca limbă și necesită adesea să actualizeze Python pentru a funcționa un script.
Prostii „No Interpretor Shell”, perl -d - Ctrl-D.
Prostii „Bibliile urâte”. Majoritatea au interfețe OO în aceste zile.
Dacă doriți o comparație mai informată, uitați-vă aici la blogul meu:
http://coosoft.wordpress.com/2013/02/24/the-perl-vs-python-debate/
Tony.
RăspunsBăieți Tecmint,
Ar putea cineva să ne dea un început în învățarea limbajelor de scripturi perl și python. Sunt DBA și fac multe automatizări ale sarcinilor Oracle DBA folosind scripturi shell. Dar am citit acum câțiva ani că aproximativ 100-200 de linii de cod de script shell sunt doar câteva linii de cod în perl pentru automatizare. Mi-am propus să învăț perl din elementele de bază, dar nu am putut să-l urmez și să-l aplic în lumea reală (lumea Oracle DBA). Aș aprecia dacă cineva ar putea posta articole despre elementele de bază / intermediarii perl și python, astfel încât oamenii ca mine să poată improviza de acolo.
~
Nawaz
RăspunsTe susțin pe deplin, Sam. Perl este foarte rapid, poate cel mai rapid în limbaje de script. Dar pentru refactorizare, Perl nu este atât de bun ca Python.
RăspunsAcesta este un articol oribil, autorul habar n-are despre perl. Lasă-mă să trec prin presupusele „contra”:
Multe modalități de a obține același rezultat înseamnă cod necitit, ceea ce înseamnă, la rândul său, cod neordonat - Bine spun, asta promovează creativitatea
Ca script, este mai lent pentru o mulțime de sarcini. - Ce?
Orientat pe obiecte nu este implementat bine - OO în perl este în regulă, are peste 10 cadre OO
Creează o problemă atunci când codurile sunt mai mari, spun mai mult de 200 de linii. - Plătiți minciuna, știu o mulțime de programe perl care au 10k + linii
Tratarea argumentelor este slabă - cum?
Nu este portabil - Cum? Unde nu funcționează Python, perlul acesta nu poate? Interpretul Perl este mai mic de 50kb. Interpretul Python are 1 + mb. În mod clar, Python nu ar putea rula niciodată pe un sistem încorporat cu mai puțin de 1 MB de RAM ...
Fără interpretor Shell - mai multe minciuni, doar introduceți „perl -d”
Bibliotecile urâte - frumusețea este în ochiul privitorului ...