Комментарии 11
а что у него по быстродействию? не хотелось бы писать сайты, которые бы по 1000 раз перестраивали дом при загрузке
HMPL пока не поддерживает кеширование UI (в будущих версиях это 100% будет). То-есть, когда вы будете кликать по кнопке, тот элемент, где располагается объект запроса, будет перерисовываться, даже если HTML один и тот же. То-есть, если с сервера придёт <div></div>
два раза, то это будет два разных узла. Родительский элемент не будет перерисовываться заново. По скорости отрисовки - почти моментальная. Там из алгоритма просто цикл по элементам и добавление их в DOM. Это немного другое, если мы берём алгоритм, который используется в циклах по элементам, связанным данными (когда рендерится список и указываются ему ключи), там алгоритм в 100 раз сложнее, но он к языку шаблонов не относится. Его пока не нужно делать, но даже если понадобиться, то можете быть уверены, что это будет одна из самых быстрых реализаций!
https://github.com/hmpl-lang/hmpl/issues/1 - добавил в issue проблему кеширования
Интересная вещь для образовательных целей.
Однако серьезно тянуть это в одиночку, шлифовать, документировать для остальных юзеров при условии конкурентов с большим коммьюнити и инфраструктурой довольно бесполезно будет (100% dead end). Если это решает ваши задачи, хорошая строчка в резюме и на странице пет-проектов - этого уже достаточно. Новых скиллов при доведении этого до идеала вы не сможете получить.
Спасибо за отзыв! На мои задачи уже всё равно, строчка в резюме мне ничего не даст, учитывая опыт работы. На скиллы и прочее тоже уже всё равно. Я не рассматриваю уже данный проект как "для образовательных целей", потому что и так много таких проектов сделал. На ютубе их воз и маленькая тележка.
Однако серьезно тянуть это в одиночку, шлифовать, документировать для остальных юзеров при условии конкурентов с большим коммьюнити и инфраструктурой довольно бесполезно будет
Да пофиг на конкурентов. Сделаем крутой язык шаблонов и будет красиво. Ща, ишьюзы создам и, если хотите, то можете взять и помочь, проблем в этом вроде как нету. Если что, сам сделаю функционал. Это не фреймворк, где миллион функционала (буквально), так что это вполне возможно.
Да пофиг на конкурентов. Сделаем крутой язык шаблонов и будет красиво.
Если хотите, чтобы другие тоже думали, что он крутой и красивые, тогда надо на заглавную страницу вставлять самые крутейшие метрики. +40% speed, потом про красоту: сразу же вставлять в сравнение React и прочие side by side. Сжать все слова в 4-5 буллетов и написать почему он красив, чем он отличается, почему эта ветка развития стоит того.
Потом, я пытался найти примеры. Они только на гите. Это не годится по современным стандартам. 90% поленятся клонировать. Надо прям в веб-формате.
Т.е. все про презентацию, это должен быть фейрверк, разрабы разбалованные сегодня. Иначе никто не узнает про него, а если и узнают, подумаю, что yet another pet project
И часто вижу сравнения вида "По скорости отрисовки - почти моментальная." и прочее. Не, так не годится. Надо цифры. Бенчмарки и прочее, либо примеры с 100000 tr элементов в таблице.
Да, вы правы. Надо поработать над лендингом. Кнопка Demo Sandbox вроде есть на главной для примера, но, этого конечно мало + бенчмарков таких я не делал, но можно конечно сделать, но это всё таки не фреймворк, ну, тоже можно энивей. Side by side делаю тут - https://hmpl-lang.github.io/blog/blog/2024/08/09/how-to-reduce-javascript-file-size-on-client.html, но это инфа внутри блога находится, так что не факт, что это кто-то увидит из потенциальных юзеров
Идейно похоже на HTMX, но со своим видением. Здорово
Спасибо! Пошла жара). Если что, разбирал вот тут https://hmpl-lang.github.io/blog/blog/2024/08/10/differences-between-hmpl-and-htmx.html
Lorem ipsum dolor sit amet, consectetur adipiscing elit. Nullam erat leo, tempus at