UI.js финальные приготовления
 

Я тут решаю выпустить релизную версию Ui 1.0 и хочу раз и навсегда определиться с api.

Как лучшие назвать компонент который отвечает за повторение элемента столько раз, сколько в массиме элементов:

data-for или data-repeat ?

Как лучше смотрится?

Картинка сломалась.

trikadin, починил, ты проголосуй давай

ТОТ_САМЫЙ, repeat. Повторить блок. А не выполнить действия для каждого элемента.

trikadin, в принципе де, к тому же мы например можем написать

data-repeat='3' и он повторит 3 раза

так что да

Пасоны, как вы смотрите на то чтобы добавить в юишку всем компонентам на ровне с методами compile и link метобы конструктор и деструктор? которые если обьявлены то будут вызываться соответственно при создании и удалении компонента? ТО есть щас нужно компоненту подписываться на свой скоуп типа this.scope.on('destruct', function(){}) а тут я сделаю, это автоматическим и если есть метод destructor то он вызовется.

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

То есть теперь просто в каком-то ассинхронном сервисе мы вызывем этот класс, и он делает всю работу по очистке мусора, просто ассинхронные функции нужно вызывать через async.do а функция которая передается в async.close() выполнится при очистке мусора, наример мы вызвали интерфал в каком то компоненте, и как только он удаляется из дом, вызовется функция переданная в close, ну да, и кстати то после выполнения функции переданной в async.do вызывается апдейт скоупа)) что удобно, чтобы человек не руками это делал при ассинхронных действиях.


да кстати require это типа виртуальная файловая система а ля браузерифай, глобабльно появляются 2 обьекта, функция require и ui, и все внутренности юишки можно получать как виртуальные файлы require('ui/class/EventEmitter') ну и наследоваться от них соответтвенно. так же написал сборщик в стиле браузерифая, но которому не обязательно указывать точку входа, можно указать группу файлов которая полюбому будет подключена, а их зависимости он уже сам подцепит. короче как браузерифай несколько точек входа. в моем случае это оч удобно, просто указать папку с компонентами и он сам вс обернет, а с браузерифаем приходилось бы каждй компонент реквайрить где то, чтобы браузерифай его подцепил. юишке же мы указываем в какой виртуалдьной папке лежат компоненты, в какой сервисы и.т.п. можно несколько папок указать где она будет искать сервисы и компоненты и контроллеры )) в общем круто, у бати все на высшем уровне, вот доделаю до ума ассинхронный рендеринг и покажу вам что я накодил за эти 3 года)

пригашаю всех обсудить http://javascript.ru/forum/project/5...tml#post391875
что думаете по поводу отмены деструкторов?

что думаете по поводу require? кстати require стырина у какого то чувака, и она эмулирует поведение нодовской require, так что вроде не должно быть конфликтов с похожими прижлоениями которые глобальную require юзают, верно?

Короче оставил и автоматическую очистку, и деструкторы, вдруг кто чт то захочет сделать перед удалением компонента :victory: