Я помітив, що більшість сторінок 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 не є прикладом, я сказав, що рівень підприємства ).