IK
мне нравится возвращать ошибку, так соблюдается бизнесс логика
Size: a a a
2018 November 23
BB
Как в гайдлайнах абсета
ŹR
потому что все остальные поля можно забрать
BB
типо логин мне возрашает обьект сесси либо типизированые ошибки
ŹR
Unauthorised неинформативен
BB
сейчас намучу пример
IK
Unauthorised неинформативен
никто тебе не мешает вернуть информативный ответ
ŹR
никто тебе не мешает вернуть информативный ответ
Никто. Только тогда моя бизнеслогика по размерам будет как в json api
ŹR
И смысл мне тогда использовать graphql
IK
Никто. Только тогда моя бизнеслогика по размерам будет как в json api
нет, не будет
ŹR
Конечно будет
ŹR
Я же должен в резолвере проверить все полоя
BB
input_object :badge_input do
field(:name, :string)
field(:description, :string)
field(:image, :base64_image)
field(:active, :boolean)
end
object :badge_input_result do
field(:badge, :badge)
field(:errors, list_of(:input_error))
end
@desc "An error encountered trying to persist input"
object :input_error do
field(:key, :string)
field(:message, :string)
end
ŹR
И вернуть нужную ошибку
BB
запалил свой говнокод лол
BB
с бейс64 картинкаим
BB
кайюсь
BB
не бейте
BB
разве таким образом мы не не сохраняем типизацию? да как бы можно придраться но я считаю что с таким подходом можно закрыть глаза. Представте что тоже самое для логина
BB
скажем