А вы уверены, что вам действительно это нужно?
События реализуют решение в первую очередь для двух задач: всплытие (важно для интерфейсов) и независимость слушателей и эмиттера (важно для автономных блоков).
Половина примеров в тексте — то, что является фактически методом (тот же .trigger('redraw')), вторая может быть реализована в 30 строк кода (если отделять от работы с дом-деревом).
Не, я о другом как раз. Из коробки поддерживать промисы было бы куда разумнее, чем городить свой велосипед для футурок.
Т.е. если передался промис — ждем его выполнения, в противном случае отдаем все сразу.
я автора ветки поддерживаю по одной простой причине: использование PHP в целом (в современных условиях) — антипаттерн. Хороший разработчик знает, что такой антипаттерн, знает, когда его допустимо использовать, и знает, как это сделать наиболее безопасно для приложения. И, конечно, знает, как его исправить.
Но старается избегать.
Просто в условиях отсутствия приличной альтернативы со всех сторон — что разработки (простых фреймворков на других ЯП в 2003 никто не знал), что поддержки (а вы попробуйте найти шаред-хостинг с руби, питоном, или хотя бы явой в 2003 же) — появились действительно хорошие, большие решения. Я до сих пор очень много кому вордпресс советую, честно говоря. Но разрабатывать на пхп я не хочу, по крайней мере без тазика рядом.
я не способен создать даже простейшее приложение на php, честно.
да, я умею читать его, я знаю, что такое isset (не в том плане что знаю что это отвратительный костыль… хотя это тоже, да), но мои знания пхп ограничиваются способностью понять, где там запрос к модели, где модель разворачивается в запрос к базе и так далее.
я уже не студент год как, мне уже все равно, но все же это по большому счету странно.
Я как раз говорил о том, что знать пхп — может почти любой, человек, который знает жс, способен разобраться в пхп-коде через день-два после того как впервые увидел. Но если его заставить именно разрабатывать на пхп — его вполне может стошнить.
А зачем canvas, кстати? :) Такую штуку можно чуть ли не в ie6 сделать за счет картинки в пнг (с дыркой где градусник) и фона изменяемой высоты. Или даже без пнг — просто распологать блок поверх.
Да-да, это проверка знаний, но выходит реально неразумно.
и?
Я веду разработку на ноде (и дарте, если это считается) и руби.
Копаюсь в легаси пхп-коде иногда.
Я знаю пхп, но не хочу писать на нем. И почти никто не хочет. Ну, кроме тех кто уже на нем пишет.
А вообще решение странное, гораздо разумнее было бы сделать набор тестов, которые бы валидовали поведение RESTful API или еще какого-нибудь АПИ(бэкэнд же), делали бы бенчмарки, и пусть каждый пишет на своем любимом языке, хоть питоне, хоть скале.
А почему grunt? Не лучше ли было бы использовать gulp?
Да, там сейчас меньше библиотек, но все основные есть, а главное — он прививает тягу к качеству кода: нет необходимости удалять промежуточные файлы, потому что этих файлов не появляется, можно легко и просто настроить отдельные вотчеры на отдельные пути, ну и конфигурация почитаемее будет.
не знаю зачем, но скажу, что МutationObserver с полифиллом работает в ie9, ie10, android 4.0, но не работает в android 2.3. Теперь вы тоже знаете эту бесполезную в данном контексте информацию.
А что такого в Node App?
Я сейчас играюсь с apache cordova — там все то же самое, плюс нормальный интерфейс сваять можно.
А либы ноды можно и через browserify подцепить.
я пробовал напрямую с webGL работать. На фоне этого — быстро и просто.
А вообще — на самом деле очень не хватает цикла статей про шейдеры больше всего, нигде даже нагуглить ничего приличного не могу из азов.
пример ужасно создан, потому что задача была — все сделать используя исключительно полимер :) вроде как.
Хранение данных, последний пункт — отвратительно, да, не спорю. Его нужно было иначе организовывать.
А по остальным вещам — могу покритиковать, но это опять же отдельная большая статья.
я, честно говоря, больше надеялся тут на реальные истории, а не опрос, опрос в общем-то дал в первую очередь понимание того, что почти половина людей даже не слышала о них, половина — только читала публикации, и ни у кого особо нет реального опыта их использования, а значит — действительно внятное и максимально простое объяснение, что такое веб компоненты — с кучей примеров и демок — будет полезным.
тут же вопрос к том, на каком уровне писать, и о чем: работа только с X-Tags — которые в общем-то чистые Пользовательские Элементы — это один уровень сложности, Веб Компоненты с довольно замороченной в понимании (но простой в использовании) механикой импортов, трюками с shadow и composed DOM, хитростями тэга template, вложенными друг в друга компонентами — другой, Polymer с своим двухсторонним дата-биндингом, немного специфичным API и кучей технологий под капотом — третье.
События реализуют решение в первую очередь для двух задач: всплытие (важно для интерфейсов) и независимость слушателей и эмиттера (важно для автономных блоков).
Половина примеров в тексте — то, что является фактически методом (тот же .trigger('redraw')), вторая может быть реализована в 30 строк кода (если отделять от работы с дом-деревом).
Хотя сам материал глубокий, не спорю, да.
Т.е. если передался промис — ждем его выполнения, в противном случае отдаем все сразу.
Но старается избегать.
Просто в условиях отсутствия приличной альтернативы со всех сторон — что разработки (простых фреймворков на других ЯП в 2003 никто не знал), что поддержки (а вы попробуйте найти шаред-хостинг с руби, питоном, или хотя бы явой в 2003 же) — появились действительно хорошие, большие решения. Я до сих пор очень много кому вордпресс советую, честно говоря. Но разрабатывать на пхп я не хочу, по крайней мере без тазика рядом.
да, я умею читать его, я знаю, что такое isset (не в том плане что знаю что это отвратительный костыль… хотя это тоже, да), но мои знания пхп ограничиваются способностью понять, где там запрос к модели, где модель разворачивается в запрос к базе и так далее.
я уже не студент год как, мне уже все равно, но все же это по большому счету странно.
Я как раз говорил о том, что знать пхп — может почти любой, человек, который знает жс, способен разобраться в пхп-коде через день-два после того как впервые увидел. Но если его заставить именно разрабатывать на пхп — его вполне может стошнить.
Да-да, это проверка знаний, но выходит реально неразумно.
Я веду разработку на ноде (и дарте, если это считается) и руби.
Копаюсь в легаси пхп-коде иногда.
Я знаю пхп, но не хочу писать на нем. И почти никто не хочет. Ну, кроме тех кто уже на нем пишет.
А вообще решение странное, гораздо разумнее было бы сделать набор тестов, которые бы валидовали поведение RESTful API или еще какого-нибудь АПИ(бэкэнд же), делали бы бенчмарки, и пусть каждый пишет на своем любимом языке, хоть питоне, хоть скале.
Да, там сейчас меньше библиотек, но все основные есть, а главное — он прививает тягу к качеству кода: нет необходимости удалять промежуточные файлы, потому что этих файлов не появляется, можно легко и просто настроить отдельные вотчеры на отдельные пути, ну и конфигурация почитаемее будет.
А вообще я хотел ниже откомментировать свой шок о том что письма не таблицами разверстаны в посте. Но меня опередили, человек пять.
Я сейчас играюсь с apache cordova — там все то же самое, плюс нормальный интерфейс сваять можно.
А либы ноды можно и через browserify подцепить.
А вообще — на самом деле очень не хватает цикла статей про шейдеры больше всего, нигде даже нагуглить ничего приличного не могу из азов.
Хранение данных, последний пункт — отвратительно, да, не спорю. Его нужно было иначе организовывать.
А по остальным вещам — могу покритиковать, но это опять же отдельная большая статья.