Расширенный HTML

[catanfa]

Как это всё дружит с поисковыми системами, другими js библиотеками / фреймворками, html валидаторами?

[guseynchick]

По сути также как и с любым сайтом, который как-то использует JavaScript. Только в данном случае предполагается, что вы подключаете js либу, а дальше пишите HTML.
На счет того как это дружит с разными либами/фреймворками сложно сказать, так как надо смотреть на специфику тех технологий, что вы хотите использовать. Однако скажу, что EHTML следует спецификации кастомных элементов и атрибутов в отличии от практически всех библиотек и фреймворков таких как React или Angular, так что по крайней мере конфликта неймспейсов быть не должно.

[bouncycastle]

Кажется такую же идею (разширенного html) продвигал первый Angular.JS

[guseynchick]

Идеи схожи возможно, но насколько я помню там реализация идет через js директивы, то есть там нельзя делать например ajax запросы просто через HTML код.

[bouncycastle]

Такое кажется уже возможно в новом Angular через «async» pipe

[guseynchick]

Если вы про это angular.io/api/common/AsyncPipe, то для меня как-то не очевидно как это должно работать. В любом случае, цель была делать простые вещи через html. Решение в EHTML в свою очередь интуитивно понятно. Я не говорю, что делать сложные веб приложения через эту либу — это гарантированно хороший выбор, однако для простых вещей как например отображение данных с сервера — она предлагает самое простое решение, что я видел.

[smartpunter]

Велосипед нравится, только уж здоровый больно, 260 килобайт минифицированного кода это о-го-го.

[guseynchick]

Никто не мешает закэшировать файл.
А почему велосипед? Просто я был бы счастлив найти готовое решение, которое позволяет также просто делать описанные вещи, а не писать что-то самому.

[codecity]

Тут дело даже не в самом решении (оно мне нравится, если что) а в орг. вопросах. Используют то что популярно, с чем знакомы многие спецы, есть множество вопросов/ответов на SO, то что точно не прекратит развитие в ближайшее время.

Ну вот случись с вами что — и развитие проекта остановится. Что делать? Поддерживать самому — нет ресурсов для этого.

[guseynchick]

Ну кто знает, вдруг это будет популярным. А так вы правы конечно.

[vadim5june]

Идеи кроме форм, которыми не интересуюсь очень понравились.
Реализация нет.
Написал для e-html маленькую программу-ищем все элементы с тэгом 'e-html'
Делаем fetch запросы по адресу взятого из его 'data-src' и вставляем полученный html вместо этого 'e-html'
Получилось несколько строчек кода.
Может я что то не так понял?
Мне понравилось-попробую остальные реализовать-кроме форм

[guseynchick]

Все не так просто, я уверен вы скрипт подключаете в конце <body/>, а это не очень гуд, нужно делать запросы во время рендеринга — то есть использовать кастомные элементы + MutationObserver. Я в начале тоже думал, что все просто, а оказалось как всегда.

Да и потом — у меня реализация <e-html/> не скажу что сложная: github.com/Guseyn/EHTML/blob/master/src/E/E_HTML.js

Как видите довольно таки элегантная функциональная композиция — и элемент работает.

Впрочем можете конечно попробовать — возможно у вас выйдет лучше.

[vadim5june]

В любом случае за идею спасибо.
MutationObserver я часто использую в проектах-но не в данном случае
Конечно нужно протестировать посмотреть со всех сторон

[guseynchick]

Спасибо, что заценили. Однако скажу, что самому это реализовать — нужен запас терпения, так как там очень много деталей нужно обдумать, чтобы и дизайн для пользователя был простой и интуитивно понятный, и также чтобы работало не глючно.

Например то, что нужно использовать обязательно MutationObserver и <template/> вместо нативной реализации кастомных элементов — я не сразу увидел, а это два самых главных момента в этом подходе.

[vadim5june]

Дизайн для пользователя я и не хочу менять-мне Ваш понравился
<template/> однозначно использовать нужно
MutationObserver мне нравится и хорошо работает, если что его применю
Вместо нативной реализации кастомных элементов делать свою-совершено согласен

[guseynchick]

Я рад, что вам понравился мой дизайн, над ним то я как раз очень много потел — хотелось именно простоты и понятности в подходе. А так конечно, реализацию можете сделать проще — безусловно. Суть в том что я использую чисто функциональный подход так как я люблю так писать код, однако я понимаю, что большинство людей любит использовать более простые и привычные абстракции.

Более того я понимаю, почему хочется самому написать такое — это выглядит очень просто, однако это только на первый взгляд.

[guseynchick]

Еще добавлю, что нехватка MutationObserver особенно будет видна для маппинга ответов от ajax запросов на HTML. Там тем подходом, что вы описали, будут видны задержки.

[guseynchick]

А что за Fetch? Вроде ajax запросы можно делать через e-json.

[guseynchick]

А что за Fetch? Вроде ajax запросы можно делать через e-json.

[elCreator]

похоже на SSI, только на клиенте