Фреймворк Matreshka.js

[nerv_]

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

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

Молодец!

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

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

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

[kobezzza]

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

Спасибо

[cyber]

посмотри Vue.js

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

[FINoM]

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

Ок, учту, спасибо.

Молодец! Поизучаю твою либу на выходных.

Только не забудь отписаться тут

[FINoM]

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

[B~Vladi]

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

[FINoM]

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

[FINoM]

Декомпозиция не помешала бы.

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

[nerv_]

Сделал декомпозицию. Спасибо за ценный совет.

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

посмотри Vue.js

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

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

[FINoM]

почти тоже самое, что у тебя, только mvvm

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

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

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

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

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

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

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

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