Я помітив, що більшість сторінок PHP проти Perl здаються такими
PHP кращий за Perl, оскільки <вставте сюди кульгаву причину>
нереально і рідко проводять розумні порівняння.
Синтаксисно, ви зрозумієте, що PHP часто простіше зрозуміти, ніж Perl, особливо коли у вас мало досвіду. Наприклад, обрізка рядка провідних та кінцевих пробілів у PHP - це просто
$string = trim($string);
У Перлі це дещо дужче
$string =~ s/^\s+//;
$string =~ s/\s+$//;
(Я вважаю, що це трохи ефективніше, ніж збирання та заміна одного рядка, а також трохи зрозуміліше.) Однак, хоча PHP часто більш схожий на англійську мову, він іноді все ще показує коріння як обгортку для низького рівня C, наприклад, strpbrk
і strspn
, ймовірно, використовується рідко, тому що більшість даблерів PHP пишуть власні еквівалентні функції для чогось занадто езотеричного, а не витрачають час на вивчення посібника. Мені також цікаво, що програмісти, для яких англійська мова є другою мовою, оскільки всі нарівні з речами, такими як Perl, повинні вивчати це з нуля.
Я вже згадував посібник. PHP має чудовий онлайн-посібник, і, на жаль, йому це потрібно. Я все ще час від часу посилаюсь на це для речей, які мають бути простими, наприклад порядку порядку параметрів або функції іменування функції. З Perl, ви, ймовірно , знайдете ви маєте на увазі ручної в партії , як ви почали , а потім один день ви будете мати АГА момент і ніколи не знадобиться знову. Ну, принаймні, поки ви не будете більш просунуті і не зрозумієте, що не тільки є більше, ніж один спосіб, мабуть, є кращий шлях, хтось ще, мабуть, вже зробив це так краще, і, можливо, вам варто просто відвідати CPAN.
У Perl є набагато більше варіантів і способів висловити речі. Це не обов'язково є доброю справою, хоча дозволяє коду бути більш читабельним, якщо використовувати його з розумом та хоча б одним із способів, з якими ви, ймовірно, знайомі. Є певні стилі та ідіоми, в які ви потрапите, і я від душі рекомендую прочитати найкращі практики Perl
(швидше, ніж пізніше), а також Perl Cookbook, Друге видання
, щоб швидше вирішити загальні проблеми.
Я вважаю, що причина Perl використовується рідше в умовах спільного хостингу в тому, що історично сприйнята повільність CGI та небажання хостів встановлювати mod_perl через проблеми безпеки та конфігурації зробили PHP більш привабливим варіантом. Потім цикл продовжився, все більше людей навчилися використовувати PHP, тому що більшість господарів пропонували його, і більше хостів пропонували його, тому що саме цим хотіли користуватися люди. Різниці в швидкості та проблеми безпеки FastCGI в цей час видаються спірними , і в більшості випадків PHP також закінчується FastCGI, а не залишає його в ядрі веб-сервера.
Незалежно від того, чи ні, чи є інші причини, PHP став популярним і в ньому було записано безліч додатків. Для більшості людей, які просто хочуть веб-сайт початкового рівня з простим блогом чи галереєю фотографій, PHP - це все, що їм потрібно, тому саме це просувають хости. Нічого не заважає вам використовувати Perl (або що-небудь інше, що ви вибрали), якщо хочете.
На рівні підприємства я сумніваюся, що ви знайдете занадто багато PHP у виробництві (і, будь ласка, ніхто в Facebook не є прикладом, я сказав, що рівень підприємства ).