vasIvas: юзайте autoprefixer, это вопервых, во вторых какое это имеет отношение к архитектурам и т.д.? в третьих - я без понятия что вы там сделали что у вас проявляются различные поведения в зависимости от того где что загрузилось.
vasIvas: функциональщику похоронить собрались? Ну ну, разберитесь лучше с вопросом. Это местами намного более выразительная штука. Особенно для UI. И да, функциональная парадингам не отрицает ООП, их можно комбинировать (посмотрите на scala)
Что до java архитектуры - это конечно круто, но вы не можете контролы нормально сделать у плеера, о чем тогда говорить? Вообще это совершенно разные масштабы, маленькая директивка и java-архитектуры всяких там энтерпрайзов.
Соблюдать solid и хватит (и может быть стараться придерживаться GRASP)
vasIvas: я использую less и postcss, и postcss по умолчанию не умеет ничего кроме как предоставлять вам доступ к AST CSS.
Что до команд - я знаю о чем вы говорите, но это несколько другая терминология. Я вообще стараюсь не пользоваться ею последнее время, так как:
- меня мало кто понимает из разработчиков, так как далеко не все знают все паттерны наизусть (даже я не знаю)
- кроме них мне нескем об этом поговорить....
Потому я забил, стараюсь придерживаться идей DDD, использую единый язык и поправляю всех кто начинает говорить "ну вот тут я айтемы добавляю в коллекцию сущности" на "ну вот тут я добавляю слайды в презентацию" (как пример).
Что до вашей реализации - хз, в таком виде я бы это не использовал. Вы оперируете терминами ООП, хотя конкретно в этой ситуации (работа с DOM, ивенты) лучше подходят функциональные штуки, каррирование, чейниг, пайплайнинг и т.д.
ГЛЕБ ГЛЕБОВ: а, ну я просто не генерю вьюхи ангуляра через PHP.. так что для меня это не очевидно.
В любом случае - вы можете подставить туда любое выражение, хоть скаляр. Ну и еще как вариант - регистрировать value из шаблона... если это index.html.
vasIvas: нет, у меня пока небыло таких задач. Ну то есть как, были, но это было довольно давно, тогда я слыхом не слыхивал о реактивном программировании и решение мое хоть и было схожим но намного более некрасиым.
либо я не верно понимаю то что вы хотите сделать, либо Command pattern это несколько не то... оно по смыслу подходит, но не то. Это совершенно другая парадигма программирования, больше связанная с функциональными языками чем с ООП.
> которые видно по очереди
ну так тогда вы должны сделать контейнер, который будет показывать всех своих детей по очереди. И ему не нужно будет хранить состояния, он просто построит цепочку действий.
ИМХО вы должны попробовать TDD вместо теоритических изысканий, загонов по архитектурам (опять же это все только теория). Максимально простая и быстрая реализация - все что нужно для счастья. А далее рефакторинг. Пытаясь запроектировать систему (довольно простую) вы тратите огромное количество сил на теорию, это может быть клево и весело, но на коммерческих проектах это приведет к большому жирному фэйлу проекта. Я за эволюционный подход, red-greed-refactoring.
thekuks: не обламаетесь. Толковых специалистов на C++ мало. Да и потом можно будет подключить к вашему стэку Rust, Go или Dlang, потом может и Java а может и что-то другое...
Язык это дело третье, добрая половина знаний не привязана к языку.
vasIvas: я не играюсь и не делаю игрушки. Потому мне сложно это представить. И да, насколько я понимаю вы ведете разговор о реактивном программировании, ивент стримах и т.д.
vasIvas: что до вашей проблемы с анимациями и прочим - в моем предложении это решается чуть более чем просто - заменяете реализацию директивы контролов на свою, с анимациями.
