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