Collection – фреймворк для управления данными

[vasa_c]

мне нравится.

только что представили либу, а уже v3.7.1

[kobezzza]

Разработка этой либы ведётся уже несколько лет, отсюда и версия)
Я показывал версии: 2.x и 3.0, но ввиду отсутствия доки народ ничего не понял)

[vadim5june]

ЗЫ: DOM storage можно расширять, а также можно без труда написать любой другой интерфейс для хранения данных.
ЗЫЗЫ: почти закончил работу над обзорной статьёй и небольшим обновлением

Вы используете ведь localStorage-там четкие ограничения не более 5мегабайт и увеличить нельзя-нет такого механизма даже-пока в этом будет проблема
Локальное хранилище
Преимущество вашей базы которая как я понял будет целиком в ОЗУ-очевидны-высокое быстродействие-если я все правильно понял
Проект заинтересовал-буду следить-но для меня главная проблема в практическом применении ограничения в 5мб-у меня текстовые файлы по 1.5-2 мб

[kobezzza]

Вы используете ведь localStorage-там четкие ограничения не более 5мегабайт и увеличить нельзя-нет такого механизма даже-пока в этом будет проблема
Локальное хранилище
Преимущество вашей базы которая как я понял будет целиком в ОЗУ-очевидны-высокое быстродействие-если я все правильно понял
Проект заинтересовал-буду следить-но для меня главная проблема в практическом применении ограничения в 5мб-у меня текстовые файлы по 1.5-2 мб

Когда хранилище переполнено, многие браузеры предлагают его расширить + можно это изменить явно в настройках браузера. Конечно заставлять пользователя что-то делать - это не круто, здесь я согласен, НО интерфейс сохранения является маааленькой частью либы, и никак не влияет на логику ядра, т.е. мы можем написать сохранения используя например FlashStorage, IndexedDB и т.д.

Я подумаю над добавлением новых хранилищ в браузере.

По поводу скорости: всё зависит от архитектуры самой базы. Можно сделать супер скорость, а можно супер лаги, но я специально не навязывал свою структуру, т.к. потерялась бы универсальность.

[kobezzza]

Вышла версия 3.7.2.

Нововведения и исправления:

• добавлена поддержка работы с датой;
• исправлена работа параметра lastIndexOf у итеративных методов.

Для работы с датой добавлено 2 статичных метода: date и between. Формат даты должен проходить Date.parse.

var db = [
    {name: 'aa', date: '2012-05-03T01:36:16.856Z'},
    {name: 'aa2', date: '2011-05-03T01:36:16.856Z'},
    {name: 'aa3', date: '2010-05-03T01:36:16.856Z'}
];

db = new Collection(db);

// получить данные в интервале
// $C - это псевдоним Collection
db.get(':$C.between(el.date, "2010-05-03T01:36:16.856Z", "2012-05-03T01:36:16.856Z")')

Запостил в песочницу хабра статью) Как бы то ни было ссылка на статью будет добавлена на оф. сайт или же (в случае если пост не пройдёт модерацию) размещена там явно.

[kobezzza]

Пост с хабра: http://habrahabr.ru/post/143236/

[devote]

kobezzza,
ты хоть смени версию QSA у себя.. я смотрю у тебя там лежит 1.2.1, но в ней есть один баг вылезающий при работе с селекторами имеющими слешы в контексте поиска. В версии 1.2.2 он исправлен: https://github.com/devote/QSA

[kobezzza]

kobezzza,
ты хоть смени версию QSA у себя.. я смотрю у тебя там лежит 1.2.1, но в ней есть один баг вылезающий при работе с селекторами имеющими слешы в контексте поиска. В версии 1.2.2 он исправлен: https://github.com/devote/QSA

Ок, перезалью

[a.malitsky]

Не понял как эмулировать join (использовать get сразу из нескольких коллекций одного стека). Ткните пожалуйста в нужную страницу учебника.

[kobezzza]

Не понял как эмулировать join (использовать get сразу из нескольких коллекций одного стека). Ткните пожалуйста в нужную страницу учебника.

В явном виде интерфейс отсутствует, однако можно использовать для этих целей вложенные запросы (обратите внимание, что один из входных параметров функции условия - это ссылка на сам экземпляр Collection), но лично я гораздо больше люблю использовать подход, когда есть одна коллекция состоящая из многих маленьких, связанных в родительски-дочерних отношениях, а манипуляции идут с помощью добавления в стек различных уровней контекста. Плюсов у такого подхода очень много, но самый главный - это почти мгновенная скорость обработки запросов.

Явный механизм связей между внешними стековыми коллекциями появится в 3.8, которую я думаю завершить на следующей недели.