Простой шаблонизатор на чистом JS со связями

Hasownproperty?

Простой шаблонизатор на чистом JS со связями

Важно, т.к. мой метод как раз реализует всего одну функцию — связывает представление с данными в автоматическом режиме (если допилить несколькими строчками), максимально быстро (в моем приложении специфическое требование к производительности, на счету каждые 50-100мкс)

Простой шаблонизатор на чистом JS со связями

спасибо что пояснили всем суть проблемы, хабр не только понимающие такой сарказм читают

Простой шаблонизатор на чистом JS со связями

мне приходит новый message каждые n секунд, и глядя на это я не понимаю как мне его обновлять каждый раз, я не открывал документацию, но поверю что это можно сделать так же просто как message = response.message

Если хотите сказать о велосипедности — соглашусь.
А я хочу сказать другое — это разбор частного случая на вполне понятном примере

Простой шаблонизатор на чистом JS со связями

Пример — прост, реализация — для обычного использования прочтения не требуется

все верно, ок, не «не нуждается в документации», а «минимальный набор работающий из коробки со стремящимся к 0 времени затрат времени на чтение документации»

Простой шаблонизатор на чистом JS со связями

ссылка в статье https://jsfiddle.net/axeax/ky9zbc18/

Простой шаблонизатор на чистом JS со связями

3 строчки, 3 настройки которые надо менять
Что происходит дальше описывает статья, и в реализации метода каждая строчка документирована. Еще раз повторюсь — тут задача была в показательности и простоте, без приблуд и претендования на звание фреймворка нуждающегося в документации впринципе, так что «Ссылка на внешний html шаблон?» неуместно, весь метод изначально не для этого предназначен

Простой шаблонизатор на чистом JS со связями

я о применении а не разборе исходников, в каком месте это https://vuejs.org/v2/examples/index.html проще чем

let obj1 = {
	this_namespace: 'test',
	this_data: ['dataA', 'dataB']
};
obj1._sTpl();

<div data-template="dataA" data-namespace="test"></div>

даже документация не нужна

Простой шаблонизатор на чистом JS со связями

А вот ссылка из модели на шаблон явно лишняя.

Так одни и те-же данные можно доставать из разных экземпляров

Простой шаблонизатор на чистом JS со связями

В случае с {{firstname}} {{lastname}} мы можем обернуть это в отдельные теги или дополнительно парсить такие конструкции.
eval в рамках нужной области видимости работал прекрасно, а рекурсивно конвертировать объекты не так сложно, да и если набор данных статичен то в этом нет необходимости.

Простой шаблонизатор на чистом JS со связями

порог вхождения на порядок выше, в моем случае можно не разбираться, никакого api, если нужно только обновлять UI

Простой шаблонизатор на чистом JS со связями

шаблон должен знать, с какими данными он работает

— это можно реализовать пробежавшись по DOM, я писал об этом, но не применил, т.к. это уже другая история.

Про объект-прокси скажу: как логичнее — решается для конкретной задачи.
До typescript я еще не дорос

Кнопка или ссылка?

Мне показалось, что если я проголосую «неправильно», автор меня выследит

ФАС проверит цены на смартфоны Samsung

Да, но в итоге почти все продают по одной цене (максимальной). Может это сговор… где конкуренция на сигареты?

ФАС проверит цены на смартфоны Samsung

Так стоп. Кто на сигареты устанавливает фиксированную цену?

Неожиданная история микропроцессоров

я думаю что это все-таки медь

«10 лет за школьную форму и хентай» сегодня вечером был принят окончательно, вступает в силу в конце июня

Зато там совершеннолетние актеры притворяются несовершеннолетними

Почему писать скрипты для борьбы с «браузером Амиго» — зло?

1. Все что массовое развертываю через sccm
2. Нельзя, есть не только диски но еще программы с курсов повышения квалификации, которые скачиваются, и прочий мусор которым им приходится пользоваться раз в год
3. За зарплату бюджетника нереально
4. Много. На 1 админа и 2 эникейщиков, и 500 голов в 12 зданиях очень много.
5. У всех разные, повторы случаются крайне редко.

Почему писать скрипты для борьбы с «браузером Амиго» — зло?

Спасибо что дождались, честно говоря не ожидал такой реакции от сообщества… в общем вы внесли здравый смысл за меня)

Почему писать скрипты для борьбы с «браузером Амиго» — зло?

Как автор предыдущего поста буду оправдываться: 90% того что вы написали у нас используется, все доведено мной до автоматизма и совершенства. Если внимательно читать мой пост и комментарии, то можно понять что дело происходит в школе, где рабочему контингенту кроме одного браузера и ворда требуется самостоятельно устанавливать некоторый софт, вы не поверите по сколько дисков со старыми программами хранится у наших учителей (который просто так не скачать), и все ими пользуются. И дабы не обламывать их с такими установками, права настроены особым образом. (При штате в 400 человек ставить всем в индивидуальном порядке невозможно). Так что ситуация в моем случае специфична, и использование spr будет крайне неудобным. Вот и вышла статья, в которой я не углублялся в подробности, а лишь дал общее представление как об одном из способов для решения проблемы. Насчет каталога apps скажу — опять же в нашем случае там не хранится абсолютно ничего необходимого для работы — проверил почти все 500 машин. Ведь если бы по правилам нашей организации было запрещено пользоваться чем либо кроме ослика — и в мой черный список попал хром, меня бы тоже заминусовали? Голова на плечах есть у каждого, и как пользоваться увиденной информацией решать каждому. Это как рассуждать о том что кроме пузырьковой сортировки есть и более выгодные в отдельных ситуациях алгоритмы, и ничего кроме пузырька использовать нельзя/плохой тон (для примера привел)