All streams
Search
Write a publication
Pull to refresh
0
0
Send message

Промисы даже без async\await сильно лучше предложенного в первом примере, так как они позволяют думать о данных, а не о контроле выполнения. Второй пример не вымышленный, именно так оно и будет выглядеть с async\await, только вместо придуманного AsyncHttp.request будет вполне реальный fetch. А пример из "реальной жизни" будет выглядеть гораздо лучше если не запихивать промис в переменную, а навешивать then и catch непосредственно, и применить arrow functions:


fetch('http://google.com')
.then(result => console.log(result))
.catch(error => console.log('error:', error))
Нет, так нельзя. Но можно до передачи в валидатор преобразовать эту структуру в то что он понимает.
1-2. Да. См. комментарий выше
> Добавлено метаправило «or». Позволяет применять правила поочередно до первого совпадения.

3-4. Да. на больших проектах возникает и в более сложных кейсах, это все и многое другое можно реализовать зарегистрировав свое правило.
Да. Одним из способов это сделать является алиасы правил. Регистрируешь свое правило для того что будет одинаково, используешь как обычно, там где надо добавляешь дополнительные правила. См пункт «Работа с псевдонимами и регистрация собственных правил» выше.
Что-же, если стоит задача написать todo-list — возможно тут и jquery лишний, браузерные api уже не те что раньше.
Но обычно стоит задача написать реально сложное web-приложение, и вот тут все эти технологии уместны и нужны. То что их много, они сложные, и постоянно меняются — безусловно вводит в ярость человека, который привык к тому, что может написать пару сток на js в перерывах между своим .net mvc или типа того, и считать себя full-stack. Я бы посоветовал таким людям смирится, и просто сосредоточится на своей технологии, а front-end оставить тем, кого все эти слова не смущают.
Google translate как всегда в деле)
Из подобного рекомендуемую https://github.com/davidgtonge/underscore-query — mongodb-like синтаксис как по мне гораздо лучше.
Мне не триста лет, пишу на js под ноду, если бы мне кто-то сказал что ему нужна ide для html, я бы подумал что он верстальщик и только.
Похоже что автор придумал сам себе проблему, и героически ее решил)
Но суть похоже я понял правильно.
> В Ruby нет IE8, которых к таким расширениям относится плохо.
На сервере тоже нет (и не было) IE8, а на клиенте нету ruby.

> Refinements позволяют разным частям приложения использовать разные манки-патчи.
Похоже на образцовое костылестроение. Почему просто не отказаться от манки-патчей? Это же «манки-патчи» в конце-концов, уже само название нечет резко негативный оттенок, настолько это общеизвестная плохая практика.
Это типа как расширять Object.prototype в JavaScript? Все НАСТОЛЬКО плохо?
А о чем собственно статья? Вряд ли я что-то упустил (она не такая большая) или что-то не понял (пишу и на PHP в том числе), но за буквами статьи так и не разглядел. Мне кажется что культура в php — это стараться по минимуму использовать всякое уродство которого там хватает, и по максимуму новые возможности языка которые приближают возможности другим нормальным инструментам. Кстати говоря, мне в результате такой код начинает напоминать Java (из последнего что смотрел — composer и slim).
В школьные времена собрал из пары старых транзисторов, драного динамика и десятка севших батареек «имитатор звука падающего шарика», который в моем варианте просто размеренно стучал. Выглядело это дело вполне по киношному, учителя успешно затроливались. Особой остроты этому делу добавляло то, что обрывание проводов от батареи приводило к кратковременному учащению стука и эффекту «О Боже, я оборвал не тот провод, мы все умрем». Жду приглашения в фейсбук)
Сейчас работаю на проекте, где не признают множественных точек выхода из функции, и как следствие операторы возбуждения исключений. Такой БОЛИ я еще никогда не испытывал. Постоянные вложенные проверки на «if ( not $error)» только для того чтоб сделать один return… И ни здравый смысл, ни сухие цифры (составлял им отчет о цикломатической сложности двух версий одного и того же куска программы написанного так как пишу я и как хотят они, где разрыв был от 1.3 до 1.6 раз) не их не убедили. Говорят мол, нас в универе учили что это плохо. Facepalm.png
Мне сложно представить требования под которые Angular (или любой подобный фреймворк) подходит настолько лучше чем React, что мне стоило бы его учить. Примеры типа «а вот те парни пишут на Angular» считаю буллшитом, так как больше половины веба все еще написано на PHP (и это не говорит о его технологическом преимуществе).
Да, работает с JS далеко не идеально. Но с Perl'oм справляется.
Клик, затем F12 в Sublime Text 3 из коробки.
Завязка стадии была интригующей и я ее прочитал. Но, к сожалению так и не понял почему она смотрела фото с членами за обедом в ресторане)
Вам правда соит прочитать статью, такие вопросы возникают по тому что вы не разобравшись пытаетесь применить принципы своего любимого валидатора на livr, а он работает не так.

Цитирую автора (почти начало статьи):
Как описываются правила валиции? Каждое правило состоит из имени и аргументов (практически, как вызов функции) и в общем случае описывается следующим образом {«RULE_NAME»: ARRAY_OF_ARGUMENTS}. Для каждого поля описывается массив правил, которые применяются в порядке следования.

Information

Rating
Does not participate
Registered
Activity