Community Page
- ulizko.com Jump to website »
-
Subscribe -
Community
-
Top Commenters
-
Popular Threads
-
Recent Comments
- С одной стороны, вы правы: <code> var a = new Number(); alert(typeof a === 'object' && a instanceof Number && a instanceof Object); // true </code> Получается,...
- http://www.ecma-international.org/publications/files/ECMA-ST/Ecma-262.pdf Не поленился посмотреть спецификацию: 4.3.2 Primitive Value A primitive value is a member of one of the types Undefined,...
- <quote>Какая же это бага? Это скорее вы чего-то странного хотите :) Boolean и Number это объекты-обертки над примитивными типами данных boolean и number. </quote> Любопытно. Если мне не...
- В данном случае пост немножко не о том, как должен сообщать метод о недостаточном количестве параметров. Но если затрагивать такую тему, как общую культуру программирования, то вы, безусловно, правы.
- >> Пойду на форум YUI рапортовать о баге. Какая же это бага? Это скорее вы чего-то странного хотите :) Boolean и Number это объекты-обертки над примитивными типами данных boolean и number....
Jump to original thread »
Я считаю, что регулярные выражения надо законодательно з%D
... Continue reading »
8 months ago
Неверно. В корне.
Регекспы одна из самых мощных возможностей поиска/парсинга строк.
А неспособность сказать что делает конкретный регексп - это из-за недостаточного опыта работы с ними.
Аналогично и с XML - что в нем мегаплохого? Да ничего. Это вполне состоявшаяся технология. И как и каждая другая имеет свои определенные плюсы и минусы.
8 months ago
@DM Мы же оба понимаем, что я с легкостью могу привести пример действительно нечитаемой регулярки - строк эдак на шесть (при ширине строки в 80 символов), которую действительно сложно прочитать, даже имея большой опыт работы с ними.
Я не спорю с тем, что сейчас замены регуляркам нет - они действительно лучше всех справляются со своей задачей. Но. От этого они не перестают быть бажным и неудобным инструментом, с которым крайне сложно работать.
А про XML я завтра напишу, там тоже есть немало косяков.
8 months ago
Ну на C/C++/Ruby/PHP/Perl/... можно тоже написать текст в одну строку - и тоже он будет страшно неудобоваримым. Какие же они все плохие, эти C/C++/Ruby/PHP/Perl/...
Культура программирования обязывает делать удобоваримые вещи, не создавать монстров там где они не нужны. Зачастую регулярка помогает избавиться от использования здоровых кусков с применением поиска в строке и т.п.
Оружие - не зло само по себе. Вот кто как его использует в конкретном случае уже можно охарактеризовать. Как в следующем посте про ХМЛ.
8 months ago
Будущее в любом случае не за мощным, но сложным в освоении и использовании инструментом.
Исторический процесс свидетельствует - если есть дешевая, пусть и уступающая по результатам альтернатива и сложная, но мощная технологии, на изучение которой уходят годы, будет использоваться дешевая альтернатива. Дешевая необязательно в смысле "стоимость инструментов", а в смысле подготовки персонала.
Те же арбалеты вместо лучников и рыцарей, те же мушкеты против арбалетов и холодного оружия и т.д. и т.п. Рано или поздно появится более простая альтернатива, которая убъет регулярки. Пусть даже она и будет не столь мощная, главное, чтобы она была проще в освоении.
7 months ago
Хуита. А какая альтернатива?
"Мы же оба понимаем, что" если использовать инструмент по назначению, то все будет хорошо. Проблемы возникают от недостатка знаний\опыта.