KN
потому что findAnyBySome(query) - это тоже Read
Size: a a a
2018 January 06
KN
Фича реп в абстрагировании от места, где физически хранятся данные. Будь то сервер или локалсторадж
KT
Кстати (оффтопик), бывает иногда ребята реализуют репозитории без особой надобности, например в .NET/C# стэке, поверх EntityFramework контекста, который сам по себе уже реализует repository и unit of work паттерны, разработчикии еще добавляют своии репозитории поверх
KN
и что в этом плохого?
KN
Кажется, что это как раз правильный путь. Не трогая ядро добавлять функционал.
KN
да и тот же самый UoW в контексте GraphQL - просто бомбическая шняга
KN
т.е. пушишь данные в репу, потом читаешь, потом ещё что-то, а потом говоришь "сделай мне" и хренах, всё в одном батче улетает на сервер в виде запроса
KT
В случае с GraphQL, можно создать сложный (input) объект и запульнуть одним махом на сервер relay.commitMutation(..) (смысл такой же)
KN
вместо того, чтобы вообще ничего не создавать
KN
class User {
name = 'Vasya';
}
repo.persist(new User);KN
образно конечно
KN
под сервер только TypeORM я видел из нормального: https://github.com/typeorm/typeorm
KT
в relay этот функционал реализован (optimistic updates)
KN
только relay - это графкуэльная шняга
KN
плюс за эти edges внутри запроса надо убивать
KN
я хз это надо быть под чем, чтобы придумать такое
KN
почему нельзя было сделать, например
{
query1: users(count: 10) {
id
}
pagination(name: query1) { totalPages }
}я вообще хзKN
простите, наболело))))
BV
Ребят, вы же фронтэндеры? Подскажите плиз, почему у вас принято обычные репы называть "сторами"?
Ээээ, далеко не только фронтендеры