Zauważyłem, że większość stron PHP i Perl wydaje się mieć rozszerzenie
PHP jest lepsze niż Perl, ponieważ <wstaw tu kiepski powód>
podobne i rzadko dokonują rozsądnych porównań.
Jeśli chodzi o składnię, przekonasz się, że PHP jest często łatwiejsze do zrozumienia niż Perl, szczególnie jeśli masz niewielkie doświadczenie. Na przykład, przycinanie ciągu początkowych i końcowych białych znaków w PHP jest proste
$string = trim($string);
W Perlu jest to nieco bardziej tajemnicze
$string =~ s/^\s+//;
$string =~ s/\s+$//;
(Uważam, że jest to nieco bardziej wydajne niż przechwytywanie i zastępowanie pojedynczej linii, a także trochę bardziej zrozumiałe). Jednak mimo że PHP jest często bardziej podobne do angielskiego, czasami nadal pokazuje swoje korzenie jako opakowanie dla niskiego poziomu C, na przykład, strpbrk
i strspn
prawdopodobnie są rzadko używane, ponieważ większość amatorów PHP pisze własne równoważne funkcje dla czegoś zbyt ezoterycznego, zamiast spędzać czas na zgłębianiu podręcznika. Zastanawiam się też nad programistami, dla których angielski jest drugim językiem, ponieważ wszyscy są na równi z takimi rzeczami jak Perl, muszą uczyć się go od podstaw.
Wspomniałem już o instrukcji. PHP ma dobrą instrukcję online i niestety jej potrzebuje. Nadal odwołuję się od czasu do czasu w sprawach, które powinny być proste, takie jak kolejność parametrów lub konwencja nazewnictwa funkcji. Z Perl, znajdziesz prawdopodobnie masz na myśli ręcznego w partii , jak zacząć, a potem pewnego dnia będziesz miał a-ha chwila i nigdy nie trzeba go ponownie. Cóż, przynajmniej nie, dopóki nie staniesz się bardziej zaawansowany i nie zdasz sobie sprawy, że nie tylko jest więcej niż jeden sposób, ale prawdopodobnie jest lepszy, ktoś inny prawdopodobnie już to zrobił w lepszy sposób i być może powinieneś po prostu odwiedzić CPAN.
Perl ma o wiele więcej opcji i sposobów wyrażania rzeczy. Niekoniecznie jest to dobra rzecz, chociaż pozwala na lepszą czytelność kodu, jeśli jest używany mądrze i co najmniej w jeden ze sposobów, które prawdopodobnie znasz. Są pewne style i idiomy, w które się wpadniesz, i serdecznie polecam przeczytanie Perl Best Practices
(raczej prędzej niż później), wraz z Perl Cookbook, Second Edition
, aby przyspieszyć rozwiązywanie typowych problemów.
Uważam, że przyczyną rzadszego używania Perla we współdzielonych środowiskach hostingowych jest to, że w przeszłości postrzegana powolność CGI i niechęć hostów do instalowania mod_perl ze względu na problemy z bezpieczeństwem i konfiguracją uczyniły PHP bardziej atrakcyjną opcją. Cykl był kontynuowany, więcej ludzi nauczyło się używać PHP, ponieważ oferowało go więcej hostów, a więcej hostów oferowało to, ponieważ ludzie chcieli tego używać. W dzisiejszych czasach FastCGI podważa różnice w szybkości i problemy z bezpieczeństwem , aw większości przypadków w PHP brakuje również FastCGI, zamiast pozostawiać je w rdzeniu serwera WWW.
Niezależnie od tego, czy tak jest, czy też są inne powody, PHP stało się popularne i zostało w nim napisanych mnóstwo aplikacji. Dla większości ludzi, którzy chcą mieć stronę internetową dla początkujących z prostym blogiem lub galerią zdjęć, PHP jest wszystkim, czego potrzebują, więc to właśnie promują gospodarze. Nic nie powinno powstrzymywać Cię przed używaniem Perla (lub czegokolwiek innego, co wybierzesz), jeśli chcesz.
Na poziomie przedsiębiorstwa wątpię, byś znalazł zbyt dużo PHP w produkcji (i proszę, nikt nie wskazał Facebooka jako kontrprzykładu, powiedziałem na poziomie przedsiębiorstwa ).