Size: a a a

GraphQL — русскоговорящее сообщество

2019 August 20

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
источник

e

egoarka in GraphQL — русскоговорящее сообщество
это понятно
источник

e

egoarka in GraphQL — русскоговорящее сообщество
я читал, но это не то, о чем я говорю
источник

e

egoarka in GraphQL — русскоговорящее сообщество
ты говоришь надо чтобы минимум логики было в резолверах - я и говорю нужно тогда делать нормально - делать сервис для каждой фичи и для нее как минимум репозиторий

в сервисах - бизнеслогика и тут же юзаются репозитории
в репозиториях - просто запросы в базу (findOne, findMany и еще запросы с джоинами хитрые или аггрегациями)
если дойти до уровня репозиториев, то нужно будет дублировать бойлерплейт код для лоадеров, ну а если у тебя 30 репозиториев и в них по 20 методов в каждом, то это получается +/- 600 строк бойлерплейта, ну фигня вроде как получается + еще пробрасываать нужно сам контекст до репозитория нужно

надеюсь понятно о чем я говорю, не?))
источник
2019 August 21

P@

Pavel @nodkz in GraphQL — русскоговорящее сообщество
Ну засунь лоадеры в свои сервисы. Т.е. сервис должен инкапсулировать логику множественного получения данных в удобном для контроллера виде, т.е. для Графкуэль. Именно по этой причине Даталоадер отдельная либа. Чтоб ты ее мог использовать как на стороне резолверов в Графкуэле, так и вынести на сторону сервиса. И импользовать так, как тебе удобнее и проще.
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
egoarka
Про призму уже про вопрос об описании/реализации бизнес домена в виде схемы и самих данных, руками когда пишешь - ясное дело не выдумываешь кейсы на все случаи жизни, обычно итерациями фигачишь и все ок

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

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
опять же все под задачу
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
мне к примеру очень интересно пощуать graphql под asp но стремно искать пототом разрабов )
источник

a

akaSybe in GraphQL — русскоговорящее сообщество
под асп прикольная библиотека hotchocolate, но там автор немец и он в хорошем смысле сумасшедший
источник

a

akaSybe in GraphQL — русскоговорящее сообщество
когда я следил за ней он переписал её полностью за месяц
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
akaSybe
под асп прикольная библиотека hotchocolate, но там автор немец и он в хорошем смысле сумасшедший
о ней и думаю
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
с одной стороны на ноде разрабов больше но асп как то поприятнее лично мне
источник

a

akaSybe in GraphQL — русскоговорящее сообщество
graphql.net какая-то стремная
источник

a

akaSybe in GraphQL — русскоговорящее сообщество
но я давно последний раз смотрел
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
я сейчас только смотерл
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
пока не сделаю хоть что то более не менее крупное не могу судить
источник

DS

Daniil S. in GraphQL — русскоговорящее сообщество
akaSybe
под асп прикольная библиотека hotchocolate, но там автор немец и он в хорошем смысле сумасшедший
Согласен, hotchocolate хорош
источник

a

akaSybe in GraphQL — русскоговорящее сообщество
Oleg Gamega
пока не сделаю хоть что то более не менее крупное не могу судить
да хотя бы посмотри на реализацию мидлвар
источник

a

akaSybe in GraphQL — русскоговорящее сообщество
там какой-то ад был
источник

OG

Oleg Gamega in GraphQL — русскоговорящее сообщество
akaSybe
там какой-то ад был
ты про hotchocolate или про graphql.net ?
источник