Comments 21
Как это всё дружит с поисковыми системами, другими js библиотеками / фреймворками, html валидаторами?
0
По сути также как и с любым сайтом, который как-то использует JavaScript. Только в данном случае предполагается, что вы подключаете js либу, а дальше пишите HTML.
На счет того как это дружит с разными либами/фреймворками сложно сказать, так как надо смотреть на специфику тех технологий, что вы хотите использовать. Однако скажу, что EHTML следует спецификации кастомных элементов и атрибутов в отличии от практически всех библиотек и фреймворков таких как React или Angular, так что по крайней мере конфликта неймспейсов быть не должно.
На счет того как это дружит с разными либами/фреймворками сложно сказать, так как надо смотреть на специфику тех технологий, что вы хотите использовать. Однако скажу, что EHTML следует спецификации кастомных элементов и атрибутов в отличии от практически всех библиотек и фреймворков таких как React или Angular, так что по крайней мере конфликта неймспейсов быть не должно.
0
Кажется такую же идею (разширенного html) продвигал первый Angular.JS
+1
Идеи схожи возможно, но насколько я помню там реализация идет через js директивы, то есть там нельзя делать например ajax запросы просто через HTML код.
0
Такое кажется уже возможно в новом Angular через «async» pipe
0
Если вы про это angular.io/api/common/AsyncPipe, то для меня как-то не очевидно как это должно работать. В любом случае, цель была делать простые вещи через html. Решение в EHTML в свою очередь интуитивно понятно. Я не говорю, что делать сложные веб приложения через эту либу — это гарантированно хороший выбор, однако для простых вещей как например отображение данных с сервера — она предлагает самое простое решение, что я видел.
0
Велосипед нравится, только уж здоровый больно, 260 килобайт минифицированного кода это о-го-го.
+1
Тут дело даже не в самом решении (оно мне нравится, если что) а в орг. вопросах. Используют то что популярно, с чем знакомы многие спецы, есть множество вопросов/ответов на SO, то что точно не прекратит развитие в ближайшее время.
Ну вот случись с вами что — и развитие проекта остановится. Что делать? Поддерживать самому — нет ресурсов для этого.
Ну вот случись с вами что — и развитие проекта остановится. Что делать? Поддерживать самому — нет ресурсов для этого.
0
Идеи кроме форм, которыми не интересуюсь очень понравились.
Реализация нет.
Написал для e-html маленькую программу-ищем все элементы с тэгом 'e-html'
Делаем fetch запросы по адресу взятого из его 'data-src' и вставляем полученный html вместо этого 'e-html'
Получилось несколько строчек кода.
Может я что то не так понял?
Мне понравилось-попробую остальные реализовать-кроме форм
Реализация нет.
Написал для e-html маленькую программу-ищем все элементы с тэгом 'e-html'
Делаем fetch запросы по адресу взятого из его 'data-src' и вставляем полученный html вместо этого 'e-html'
Получилось несколько строчек кода.
Может я что то не так понял?
Мне понравилось-попробую остальные реализовать-кроме форм
0
Все не так просто, я уверен вы скрипт подключаете в конце
Да и потом — у меня реализация
Как видите довольно таки элегантная функциональная композиция — и элемент работает.
Впрочем можете конечно попробовать — возможно у вас выйдет лучше.
<body/>
, а это не очень гуд, нужно делать запросы во время рендеринга — то есть использовать кастомные элементы + MutationObserver. Я в начале тоже думал, что все просто, а оказалось как всегда.Да и потом — у меня реализация
<e-html/>
не скажу что сложная: github.com/Guseyn/EHTML/blob/master/src/E/E_HTML.jsКак видите довольно таки элегантная функциональная композиция — и элемент работает.
Впрочем можете конечно попробовать — возможно у вас выйдет лучше.
0
В любом случае за идею спасибо.
MutationObserver я часто использую в проектах-но не в данном случае
Конечно нужно протестировать посмотреть со всех сторон
MutationObserver я часто использую в проектах-но не в данном случае
Конечно нужно протестировать посмотреть со всех сторон
0
Спасибо, что заценили. Однако скажу, что самому это реализовать — нужен запас терпения, так как там очень много деталей нужно обдумать, чтобы и дизайн для пользователя был простой и интуитивно понятный, и также чтобы работало не глючно.
Например то, что нужно использовать обязательно
Например то, что нужно использовать обязательно
MutationObserver
и <template/>
вместо нативной реализации кастомных элементов — я не сразу увидел, а это два самых главных момента в этом подходе.0
Дизайн для пользователя я и не хочу менять-мне Ваш понравился
<template/> однозначно использовать нужно
MutationObserver мне нравится и хорошо работает, если что его применю
Вместо нативной реализации кастомных элементов делать свою-совершено согласен
<template/> однозначно использовать нужно
MutationObserver мне нравится и хорошо работает, если что его применю
Вместо нативной реализации кастомных элементов делать свою-совершено согласен
0
Я рад, что вам понравился мой дизайн, над ним то я как раз очень много потел — хотелось именно простоты и понятности в подходе. А так конечно, реализацию можете сделать проще — безусловно. Суть в том что я использую чисто функциональный подход так как я люблю так писать код, однако я понимаю, что большинство людей любит использовать более простые и привычные абстракции.
Более того я понимаю, почему хочется самому написать такое — это выглядит очень просто, однако это только на первый взгляд.
Более того я понимаю, почему хочется самому написать такое — это выглядит очень просто, однако это только на первый взгляд.
0
Еще добавлю, что нехватка MutationObserver особенно будет видна для маппинга ответов от ajax запросов на HTML. Там тем подходом, что вы описали, будут видны задержки.
0
UFO just landed and posted this here
А что за Fetch? Вроде ajax запросы можно делать через e-json
.
0
похоже на SSI, только на клиенте
0
Sign up to leave a comment.
Articles
Change theme settings
Расширенный HTML