>> Веб-компоненты не могут быть отрендерены на сервере без эмуляции DOM или Headless Chrome
шаблоны это пре рендер, а рендер вызывающий конструкторы и колбеки, вы легко напишете сами хоть на жс
Да, только Svelte я просто возьму и запущу на сервере как есть и он мне просто выдаст готовую html-ку для отправки юзеру. И не придется мне еще и серверные шаблоны клепать
веб-компоненты никак не связанны с серверными шаблонами, кроме того что с ними проще чем с ферймворками, можно также писать и без серверных
Какие же это тогда веб-компоненты, если их нельзя переносить?
если бы это был библиотечный или фреймворковый код их можно было бы переносить, а это прикладной, вам надо понимать разницу, а пример был вам дан потому что вы начали обвинять в том что я не могу сделать пример с двумя шаблонами или что-то такое
Не согласен, все банки которыми пользуюсь перешли с Java-генерируемых админок на нормальные SPA и стали значительно более юзер френдли
перешли для кого торговля людьми встала во главу угла, что-бы была постоянная текучка и террор сотрудников как в кафешке с официантами
Охотно верю. Послушали, посмотрели.
даже в этом наспех писанном коде вы смогли придраться только к тегам серверного шаблоизатора, т.е. к обусловленной требованиями особенности специализированного под платформу кода. Для меня это скорее пример гибкости вебкомпонентов.
теги вашего svelte такие же синтаксически грязные кстати и выковырять переиспользовать их в ангуляр не получится принципиально) надо будет все все переписувать, поэтому я вцелом за чистый Native Templates без надстроек и альтернатив
если скопипастить этот код не убирая теги серверного шаблонизатора тоже кстати ничего ужасного не произойдет%) я думаю все даже будет работать это будет просто строки, а вот ваши фреймворки бы сломались
а есть еще немного динамического контента, это сильная сторона веб-компонентов, что можно все динамически рендерить как нативное, во фреймворках тройки такое непросто и непрямо достигается
конкретно этот код написан не что-бы вам было удобно его куда-то переносить, он не продуктовый с точки зрения фронтенд технологий, а прикладной, т.е. решающий конкретную задачу, а не предполагающий переиспользование, прежде всего он должен корректно работать в виджет системе
Узнаю своего знакомого)))
у меня был в жизни период когда я считал что жава сложна и многословна, потом я подрос а она стала попроще и повыразительнее, чего и вам желаю;)
банковские интерфейсы «не для людей»
банковские интерфейсы на рякте не очень лучше, а уж с точки зрения разработчиков так и вообще, но вообще это другая немного история, у меня фронтенд составляющая значительно современнее и качественнее чем в типичном таком проекте
фронтенд-программист это немного оксюморон порожденный казуальностью современных технологий джаваскрипта, тот кто морщится изучить немного нормального обычно проглатывает гораздо больше мусора типа «сторов», «рыдусеров», «геттеров-сеттеров (из вуе), „деструктинга“ и всякого такого. Код как у меня вполне понятен любому обычному программисту, все легко находится в проекте поиском хотя он ориентирован прежде всего на то, что-бы быть управляемым и изменяемым в том числе и из админки, хотя там одна-две вьюхи на весь проект, а другие в других модулях-портлетах и веб-компоненты никак не помешают вам структурировать код как угодно, в отличии от популярных фреймворков кстати
Геттеры-сеттеры небось пишете? )))
среда генерирует, лучше джавы по совокупности практически значимых характеристик ничего за последние 10 лет не было, вот если esnext собрать с вебкопонентами и прочими инжекторами уже ближе, но это только для фронта. Нет во фронтенд разработке кроме селекторов цсс и однопоточности ui ничего прямо особенного относительно бека, поэтому никаких специальных и отличных принципов там не надо.
я работал со большинством популярных фронтенд (и бекенд, да) технологий за последние лет 10, мое негативное отношение к остальным фреймворком объясняется только их низким качеством и стремлением игнорировать стандарты и паттерны и колхозить ерунду вместо этого. Для старых фреймворков это объяснимо, т.к. джаваскрипт был сам по себе убог и казуален, но теперь такими стали и сами фронтенд разработчики и весь их даже современный код. Кроме того, фронтенд восновном контролируется группировкой комплиментарных микрософту корпораций и вообще разработчиков, а они паталогические говноделы.
да не только, фронтенд откровения это всегда мрак, хорошо еще, что у многих официантов просто скилла и буджета не хватает, что-то отличное от шаблона выдумать, но поскольку популярные фреймворки сами по себе страшны в нарушениях инженерных практик от этого не так что-бы легче
это пример использования двух шаблонов на не вообще пример для всего, я там писал урывками на выходных, и до причесывания и улучшений можно сказать не дошел, делал сначала что-бы все работало, но в целом он мне нравится больше ваших лохмотьев на фреймворке
это пример использования двух шаблонов, а код прикладной, а не продуктовый, примеры переносимых есть в бибиотеках-компонентах на webcomponents.org и прочих
вы по ссылке не способны пройти)? там все есть кроме прокси, а прокси он может быть использован для обратного биндинга, т.е. от меняющихся данных в интерфейс, он тут при том, что для ориентира
никогда не ощущал этой разницы, негативное отношение или скорее вообще отсутствие знания про веб-компоненты определила агрессивная популяризация фреймворков навроде реакта, затем вуе. Кроме того полимер и другие фреймворки на веб-компонентах, нельзя сказать что-бы тоже удачно состряпанные, мне он тоже не понравился. А вот когда я собрал веб-компоненты на современных стандартах джаваскрипта с инжектором и роутером, тогда получилось хорошо и удобно
зачем тогда такие странные просьбы? вы в самом деле считали что-то это также трудно как реализовать рендер разных лейаутов одним компонентом в фреймворке с инлайном верстки в джаваскрипте?
сейчас в веб-компонентах даже обновляемые аттрибуты надо перечислять явно, это совершенно разные по особенностям поведения сущности с пропертями класса
положил бы рядом в хтмл, как в ангуляре примерно
это везде наблюдается, я видел 100ни резюме где опыт работы итшника в одной организации в среднем полгода-год
что-то вы завираетесь, там не больше 300 строчек кода на файл, конечно с провокаторских подколупок было бы странно что-то еще ожидать:)
шаблоны это пре рендер, а рендер вызывающий конструкторы и колбеки, вы легко напишете сами хоть на жс
веб-компоненты никак не связанны с серверными шаблонами, кроме того что с ними проще чем с ферймворками, можно также писать и без серверных
если бы это был библиотечный или фреймворковый код их можно было бы переносить, а это прикладной, вам надо понимать разницу, а пример был вам дан потому что вы начали обвинять в том что я не могу сделать пример с двумя шаблонами или что-то такое
перешли для кого торговля людьми встала во главу угла, что-бы была постоянная текучка и террор сотрудников как в кафешке с официантами
даже в этом наспех писанном коде вы смогли придраться только к тегам серверного шаблоизатора, т.е. к обусловленной требованиями особенности специализированного под платформу кода. Для меня это скорее пример гибкости вебкомпонентов.
у меня был в жизни период когда я считал что жава сложна и многословна, потом я подрос а она стала попроще и повыразительнее, чего и вам желаю;)
банковские интерфейсы на рякте не очень лучше, а уж с точки зрения разработчиков так и вообще, но вообще это другая немного история, у меня фронтенд составляющая значительно современнее и качественнее чем в типичном таком проекте
фронтенд-программист это немного оксюморон порожденный казуальностью современных технологий джаваскрипта, тот кто морщится изучить немного нормального обычно проглатывает гораздо больше мусора типа «сторов», «рыдусеров», «геттеров-сеттеров (из вуе), „деструктинга“ и всякого такого. Код как у меня вполне понятен любому обычному программисту, все легко находится в проекте поиском хотя он ориентирован прежде всего на то, что-бы быть управляемым и изменяемым в том числе и из админки, хотя там одна-две вьюхи на весь проект, а другие в других модулях-портлетах и веб-компоненты никак не помешают вам структурировать код как угодно, в отличии от популярных фреймворков кстати
среда генерирует, лучше джавы по совокупности практически значимых характеристик ничего за последние 10 лет не было, вот если esnext собрать с вебкопонентами и прочими инжекторами уже ближе, но это только для фронта. Нет во фронтенд разработке кроме селекторов цсс и однопоточности ui ничего прямо особенного относительно бека, поэтому никаких специальных и отличных принципов там не надо.
gitlab.techminded.net/finistmart/com.finistmart.showcase.portlet/blob/master/src/main/webapp/WEB-INF/views/showCaseView.jsp
там могут некоторые другие шаблоны браться из конфигурации в админке, будьте осторожны;)