https://opennet.ru/openforum/vsluhforumID3/42517.html "Scripting languages spark new programming era (http://www.infoworld.com/article/08/06/23/26NF-dynamic-scripting_1.html)" - скриптовые языки открыли новую эру в программировании. В статье рассказывается об успехах JavaScript, PHP, Perl, Python и Ruby. Даже для платформы .Net появилась реализация языков Ruby и Python.<br><br>URL: http://www.infoworld.com/article/08/06/23/26NF-dynamic-scripting_1.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=16612<br> https://opennet.ru/openforum/vsluhforumID3/42517.html#38 Wed, 25 Jun 2008 08:16:59 GMT &gt;&gt;Кроме того, в Perl нет многих механизмов, повышающих понятность кода; на пример <br>&gt;&gt;исключений <br>&gt;<br>&gt;use Error qw(:try); <br>&gt;и будут тебе исключения <br><br>вы в этот модуль заглядывали?<br>eval и die -- это не есть исключения!<br><br>&gt;<br>&gt;&gt;Логика программы становится менее понятна из-за "автооживления" переменных. <br>&gt;<br>&gt;use strict; <br><br>вы, я смотрю, просто не в теме немного<br><br>#!/usr/bin/perl -w<br>use strict; # возможно это вернул конструктор :-)))<br>my $a=undef;<br>$a-&gt;{'key'}='val';<br><br>ну и что теперь в $a?<br>ни -w ни strict не поможет вам отловить это превращение<br><br>&gt;&gt;Не содействет понятности и нелогичность и незаконченность конструкций. На пример, есть if-elsif-else, <br>&gt;&gt;есть unless, но нет unless-elsunless-else. Вместо этого есть unless-elsif-else. Легко ли <br>&gt;&gt;понять код, в котором такое используется? <br>&gt;<br>&gt;не используй unless в таком контексте <br><br>это вы не мне скажите, на напишите в perldoc :-)<br>а вопрос-то остался: нафига так делать язык?<br><br>&gt;еще есть вопросы??? <br><br>все те же :-)<br> https://opennet.ru/openforum/vsluhforumID3/42517.html#37 Wed, 25 Jun 2008 08:06:24 GMT &gt;&gt;а это и не обязательно скалярная переменна :-) в этом и есть <br>&gt;&gt;преимущество ОО (именно _НОРМАЛЬНОго_) -- любой объект может поддерживать in (и <br>&gt;&gt;не только in) и большинство встроеных объектов его поддерживают. Угадайте, что <br>&gt;&gt;такое in для массива? для словаря? получается? не прада ли удобно, <br>&gt;&gt;когда язык объектно-ориентированный? ,-) <br>&gt;<br>&gt;ааа я понял НОРМАЛЬНОЕ ООП это когда поддерживается перегрузка операторов! Надо же <br>&gt;<br><br>и это тоже :)<br>но если конструктор может вернуть не объект, то, извините, никак не ООП. возможно, это что-то очень хорошее, но всё же не ООП точно.<br> https://opennet.ru/openforum/vsluhforumID3/42517.html#36 Wed, 25 Jun 2008 06:06:25 GMT &gt;а это и не обязательно скалярная переменна :-) в этом и есть <br>&gt;преимущество ОО (именно _НОРМАЛЬНОго_) -- любой объект может поддерживать in (и <br>&gt;не только in) и большинство встроеных объектов его поддерживают. Угадайте, что <br>&gt;такое in для массива? для словаря? получается? не прада ли удобно, <br>&gt;когда язык объектно-ориентированный? ,-) <br><br>ааа я понял НОРМАЛЬНОЕ ООП это когда поддерживается перегрузка операторов! Надо же<br> https://opennet.ru/openforum/vsluhforumID3/42517.html#35 Wed, 25 Jun 2008 05:46:46 GMT &gt;А зачем он ДАЁТ? ,-) <br>&gt;<br>&gt;Кроме того, Perl часто провоцирует нечитабельность: <br>&gt;- требование (пуcть и не жёсткое) распихивать каждый класс в отдельный файл <br>&gt;<br>&gt;- поощрение использования regexp-ов там где нужно и там где не нужно <br>&gt;<br>&gt; пример: <br>&gt; Perlовик напишет if ($a=~/text/) <br>&gt; Питонщик напишет if 'text' in a <br><br>первый вариант более понятен<br><br>&gt; Что понятней? Я молчу о производительности. <br><br>используй index или substr<br><br>&gt;- можно продолжать... но суть в том, что Perl специально подталкивает писать <br>&gt;непонятно. <br>&gt;<br>&gt;Кроме того, в Perl нет многих механизмов, повышающих понятность кода; на пример <br>&gt;исключений <br><br>use Error qw(:try);<br>и будут тебе исключения<br><br>&gt;Логика программы становится менее понятна из-за "автооживления" переменных. <br><br>use strict;<br><br>&gt;Не содействет понятности и нелогичность и незаконченность конструкций. На пример, есть if-elsif-else, <br>&gt;есть unless, но нет unless-elsunless-else. Вместо этого есть unless-elsif-else. Легко ли <br>&gt;понять код, в котором такое используется? <br><br>не https://opennet.ru/openforum/vsluhforumID3/42517.html#34 Wed, 25 Jun 2008 05:41:40 GMT Да наврятли он то обьяснить сможет что такое _НОРМАЛЬНО_. Как по мне единственный недостаток перла это не типизированные параметры функций - а всё остальное типа НОРМАЛЬНОГО ООП и непонятного кода - сказки для бедных(на ПХП в перемешку с HTML можно писать такое что чёрт ногу сломит)<br> https://opennet.ru/openforum/vsluhforumID3/42517.html#33 Tue, 24 Jun 2008 19:53:00 GMT &gt;&gt;А никто и не говорил что объекты не поддерживаются. Они просто _НОРМАЛЬНО_ <br>&gt;&gt;не поддерживаются (например как в C++, C#, Java или PHP). <br>&gt;<br>&gt;есть опыт работы с Java. <br>&gt;можете вербализовать _НОРМАЛЬНО_? <br><br>думаю вряд-ли. это типичная критика на основании "ОБС". реальные недостатки перлового ООП - Анонимусам вряд-ли знакомы :) ну и славно - меньше знаешь, крепче спишь ;)<br><br> https://opennet.ru/openforum/vsluhforumID3/42517.html#32 Tue, 24 Jun 2008 19:51:31 GMT ну лично я бы использовал index(STR, SUBSTR) :) а не регексп. использовать регекспы для поиска фиксированной строки, а не шаблона - глупо.<br> https://opennet.ru/openforum/vsluhforumID3/42517.html#31 Tue, 24 Jun 2008 12:15:00 GMT &gt;ошибки быдлокодеров на нём куда фатальнее для безопасности, чем на более <br>&gt;свежих языках. Ну ведь так это. <br><br>Ну да, в итоге быдлокодеры наляпают на "безопасном" языке скажем биллинг.Ну, конечно код на нем не выполнишь напрямую.Зато транзакции могут быть реализованы абы как, логика работы может быть brain damaged и в итоге юзеры которых это должно биллинговать могут скажем шутя и совершенно легитимными и штатными действиями прокинуть обладателя этого гуано на такую сумму баблосов что лучше бы пожалуй там выполнили код.Это достаточно заметно хотя-бы и легко ловится.А вот логические ошибки и проблемы секурити обычно замечают только когда вас уже смачно натянули на много денег.<br> https://opennet.ru/openforum/vsluhforumID3/42517.html#30 Tue, 24 Jun 2008 12:08:53 GMT &gt;[оверквотинг удален]<br>&gt;&gt;мне первый вариант гораздо понятней. Во втором варианте вообще непонятно что такое <br>&gt;&gt;"а" - то ли массив, то ли объект. А о том, <br>&gt;&gt;что это скалярная переменная думается в самую последнюю очередь. <br>&gt;<br>&gt;да, без перлового контекста if ($a=~/text/) и познаний в области питонокодерства трудно <br>&gt;сказать что такое "а" <br>&gt;<br>&gt;стоит различать условия &lt;code&gt;if $a eq 'text'&lt;/code&gt; и &lt;code&gt;if $a =~ /text/&lt;/code&gt;<br>&gt;язык Кенни (мультперсонаж из южного парка) не навязывает нам регэкспы. регэкспы используются <br>&gt;строго по назначению <br><br>вы кажется не поняли...<br>if 'text' in a <br>работает как<br>if ($a=~/text/)<br>а не как<br>if $a eq 'text' # рекомендую всегда ставить скобки<br>только ищется не совпадение регэкспа, а вхождение подстроки, что на много эффективнее.<br><br>а что такое "а" трудно понять только людям, чей мозг съел Перл :-) ну или bash :-)))<br>