FINoM, сравни в таком ключе.

К слову, Vue.js быстрее React.

тут спорить не буду. Но, как по мне, исходники матрешки оставляют желать лучшего с точки зрения читаемости. Декомпозиция не помешала бы.

kobezzza, если будет время, посмотри Vue.js (по-русски Мгу :)), будешь приятно удивлен.

Формат фреймворка далеко не всегда удобен. Тот же ангуляр форсит архитектуру, в отличии от библиотеки вью.

Спасибо:)

выглядит офигенно, как и по коду так и по возможностям)

Ок, учту, спасибо.
Только не забудь отписаться тут :)

Еще немного новостей:
1. У Метрешки появился постоянный спонсор в лице Shooju
2. У меня взял интервью автор статей журнала Хакер: http://iantonov.me/page/matreshkoj-p...ka-matreshkajs
3. Будущие фичи фреймворка и то, что уже сделано можно увидеть здесь: https://trello.com/b/E5KcQESk/matreshka-js-features (можно голосовать, чтоб повлиять на приоритет)
4. Новую, боле-менее стабильную верию уже можно пощупать из бранча develop (официальный пре-релиз будет чуть позже).

FINoM, к успеху идешь!:dance:

B~Vladi, я надеюсь :)
Хотя, 300 звездочек на Гитхабе - маловато.

Сделал декомпозицию. Спасибо за ценный совет.
https://github.com/finom/matreshka/tree/develop/src

В таком случае ты готов к следующему ценному совету :D
Шутка, конечно, но в каждой шутке есть доля шутки :)

почти тоже самое, что у тебя, только mvvm
реализовано через геттеры/сеттеры

К, слову, у тебя синхронный рендер? Если да, я уже писал, чем он плох.

Да, уже ознакомился, благодаря тебе. Крутая штука.

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

Скажем, ты на каком-то этапе добавляешь новый элемент в коллекцию (например, пользователь создает еще один айтем в списке дел). Асинхронный рендерер не знает, что было добавлено или удалено. Ему прийдется рендерить всю коллекцию заново, "перевставляя" старые айтемы в контейнер и рисуя новые, либо запускать проверку данных, исходя из которой колекция отрендерится. Оба варианта чреваты экспоненциально возрастающей сложностью безразборных вставок или сложных проверок.

Матрешка, при вставке нового айтема в коллекцию, рендерит одну ноду и вставляет её, не осуществляя никаких проверок (разве что, на наличие уже отрендеренной ноды). Эта логика очень проста и выигрывает по скорости (именно из-за отсутствия dirty-checking и virtual-dom) у Реакта и подобных.

Такой юз-кейс покрывает (по моей оценке) 99% задач по рендерингу. Оставшийся процент касается приложений с произвольным, частым ререндерингом, пересортировкой всей коллекции и когда данные коллекции всё время заменяются на новые с очень коротким интервалом.

Для таких задач, в списке дел по развитию фреймворка, есть опция, включающая асинхронность: https://trello.com/c/HN0pkjyS/61-deb...ng-and-binding

Так что, асинхронному рендерингу быть, но задача имеет очень низкий приоритет из-за того, что она покрывает очень малую долю задач.