короче да, но я не понял к чему был этот вопрос, откровенно говоря

я тоже)

построение доменных моделей и абстракций мешает делать правильный оптимизированные запросы?

ну видимо хуевые абстракции у вас)

или же может вы ничего не выигрываете?

о, кстати, а ты графкл рассматривал как рид модел?)

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

если вопрос мне, то не, я пока не разобрался с графкл как концепцией и разницей с тем, что есть сейчас

ну и какие профиты получатся

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

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

раздели базы на чтение и запись)

так вот)

мы изначально сделали это на вьюхах в постгресе

но это плохое решение

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

графкл - гибкая замена

для чтения вообще офигенно, но для записи и изменения - мне не зашла

надо создавать мутации, там много писанины

https://github.com/dchester/epilogue - эта штука круче в плане изменений

из нее же евенты можно пулять, как до изменений, так и после

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

ну мы это на уровне приложения делаем, классический cqrs+es с проекторами

есть шина ивентов, которые пишутся в стрим, есть проекторы, которые по списку ивентов строят нужные для чтения структуры

соответственно чтобы получить новую структуру, надо сделать проектор и перепроиграть события

сложнааа, тут ты просто меняешь запрос, и получаешь нужные данные

я все же пока для себя не оценил подход с хранением ивентов вместо конечных данных, я просто логирую все действия

я все же пока для себя не оценил подход с хранением ивентов вместо конечных данных, я просто логирую все действия

ну тебе плевать на изменение схемы)

хранение ивентов от этого не спасает)

условно говоря возьмем пример выше - нейм разделили на ласт и ферст

у тебя раньше ивенты были с полем нейм

и тебе придется все их изменять?)

или я недопонял подход?

ивенты ваще редко меняются

сделать ивент, который разобьет нейм на ласт и ферст

при проматывании назад у ивентов до этого ивента не будет нужных филдов

вот я о чем)

и тогда придется хранить две реализации кода - первая для новых ивентов, а вторая - для старых

но профитов я до сих пор не вижу

это обусловлено только в тех случаях, когда есть потребность вернуть систему в какое-то раннее состояние

если ивенты меняются часто, то тогда профитов никаких, а если не меняются(очень редко) или их изменения этакие эволюционные(новые виды ивентов), но при этом часто меняется запрос по чтению(разные виды отчетов, разные запросы пользователей и прочее), то профита много

очевидно ж, что не silver bullet)

насчет чтения - графкл пока мне кажется очень крутым (пока проектов на нем нет, не могу быть уверенным)

а вот частые изменения - это норма

а вот частые изменения - это норма

никто не спорит, но есть частые изменения разных частей

Народ, тут периодически интересовались о фреймворке Strapi, который поверх Koa. https://strapi.io Есть у кого опыт использования?

прочитал интервью с авторами yarn, где они сказали что ведут переговоры по поводу того чтобы влится в npm, и не дергался

Можешь поделиться пожалуйста

Я честно скажу - пробовал страпи, слишком сложный прикол. Чего-то не хватает, с чем-то перебор. Может, я не понял его просто

Ребят, а sequelize у нас что, стандарт же факто? А альтернативы типа букшелфа вообще не котируются?

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

Objection

Какие вообще есть адекватные фреймворки под ноду по типу рельс? Чтобы и ОРМ, и миграции, и кодгенераторы и CoC

Sails.js

Нету таких

Какие вообще есть адекватные фреймворки под ноду по типу рельс? Чтобы и ОРМ, и миграции, и кодгенераторы и CoC

Loopback, strongloop

keystones

hapi

http://bestof.js.org/tags/nodejs-framework/

Sails.js

Трэш протухший

самое мощное это loopback

но он не простой в изучении

И он так себе

Желательно, чтобы оно дружило с async/await

на вкус и цвет…

Так а орм хотя бы пацанская есть?

Нет под году ничего такого.

Так а орм хотя бы пацанская есть?

sequelize самое мощное но давно назрела идея сделать нормальный форк с поддержкой es6

ERROR: S client not available

Всякие нодалы/trails?

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

Хоть в каком-то виде

Потому что иначе работа с транзакциями адской становится

AdonisJS но там всё по своему

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

Зон?

http://bestof.js.org/tags/db

Так а орм хотя бы пацанская есть?

Если поцанская то knex bookshelf

hapi

Вообще мимо

Если поцанская то knex bookshelf

она вообще слабая.

Loopback, strongloop

Как-то слишком кровавоэнтерпрайзно =\

Как-то слишком кровавоэнтерпрайзно =\

рельсы тож

хотя мне на рельсах приятно писать

рельсы тож

Не, рельсы хотя бы весело

Какие вообще есть адекватные фреймворки под ноду по типу рельс? Чтобы и ОРМ, и миграции, и кодгенераторы и CoC

AdonisJs повторюсь, вся логика от создателей

И это минус

AdonisJs повторюсь, вся логика от создателей

Выглядит мертвым

Букшелф имеет энное количество проблем, я его под себя уже наполовину переписал

Выглядит мертвым

А что не выглядит?

Букшелф имеет энное количество проблем, я его под себя уже наполовину переписал

воот

А что не выглядит?

Вот я и пытаюсь найти)

Зон?

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

У ноды развивается только сама нода ?

лучше так

чем как с рубей

воот

На всякий случай: переписывать его я начал, когда уперся в то, что в after create хуке транзакция недоступна, даже с параметром нельзя.

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

А не изобретать каждый раз свой фреймворк под каждый проект

Да, я вот уже готов плюнуть и уйти на рельсы для бэка

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

а я на го

(: