RR
Мой посыл в том, что зачем использовать для тривиальных задач зависимости где и так можно сделать за час
Size: a a a
2020 September 04
IN
И то и то одинаково прозрачно, ведь класс сериализер делает одно и то же
IN
Мой посыл в том, что зачем использовать для тривиальных задач зависимости где и так можно сделать за час
ну у вас так и аутентификация становится тривиальной задачей
RR
Что проще сделать?
render json: Serializer.render(user, pagy)
Или
render json: Serializer.redner(user, root: :user, meta: { current_page: pagy.current } .....)
+
user_json_spec.rb.
??
render json: Serializer.render(user, pagy)
Или
render json: Serializer.redner(user, root: :user, meta: { current_page: pagy.current } .....)
+
user_json_spec.rb.
??
О, привет, тут у меня сразу вопрос, а как будет строиться запрос? А что если я хочу часть данных из кеша тащить? А если у меня не АР?
IN
О, привет, тут у меня сразу вопрос, а как будет строиться запрос? А что если я хочу часть данных из кеша тащить? А если у меня не АР?
Как твой сериалеиер написан, так и сработает)
RR
Вот и понеслась, шаг в лево и насинаем гуглить, а потом натыкаемся на камень, что тут ты оптимизировать не сможешь
IN
абсолютно также как и во втором варианте
RR
Ты в него передал релейшены, меня интересует, как ты убедишься в оптимальности выборки?
И вообще какого-то художника слой презентирования занимается выборкой данных?
И вообще какого-то художника слой презентирования занимается выборкой данных?
IN
Ты в него передал релейшены, меня интересует, как ты убедишься в оптимальности выборки?
И вообще какого-то художника слой презентирования занимается выборкой данных?
И вообще какого-то художника слой презентирования занимается выборкой данных?
В обоих случаях разницы в этом нет никакой. Разница лишь в том что тебе надо следить за человеческим фактором обезъянки, которая любит работать CTRL + C - Ctrl + V во втором варианте
IN
Я не готов за джунами следить 24/7
IN
Мне проще дать им возможность Ctrl + C - Ctrl + V но зато это работает и никаких проблем
RR
Э нет, у тебя должен быть слой выборки, где ты можешь контролировать запросы и то какие данные у тебя формируются, передавать их в виде Data Object в контроллер, а там в презентор/сериалайзер, который только построит структуру, без запросов базу и тд тп
RR
Я не готов за джунами следить 24/7
За ними следят тесты и другие части мониторинга за работой проекта
IN
Э нет, у тебя должен быть слой выборки, где ты можешь контролировать запросы и то какие данные у тебя формируются, передавать их в виде Data Object в контроллер, а там в презентор/сериалайзер, который только построит структуру, без запросов базу и тд тп
я привел пример где в обоих случаях сразу в сериализатор пихаем потому что именно это мы обсуждаем
IN
За ними следят тесты и другие части мониторинга за работой проекта
Тесты они же сами пишут? У нас тестировщики так то не отдельный стэк людей
IN
это кстати уже дороже для бизнеса обходится
RR
я привел пример где в обоих случаях сразу в сериализатор пихаем потому что именно это мы обсуждаем
В примере, я вижу выборку, которую этот слой делать не должен
IN
В примере, я вижу выборку, которую этот слой делать не должен
ты до этого её сделал,новый слой заюзать не относится к джсонапи
RR
У нас тоже тесты пишут разрабы, обязательнвй контроль коверейж при форсировании изменений, каждая строчка должна быть покрыта тестами, качество тестов тоже проверять стараемся
RR
ты до этого её сделал,новый слой заюзать не относится к джсонапи
Ты не понял что я имею ввиду, я говорю что слой получения данных должен быть до сериалайзера, он тупо принял структуру и отформатировал ее как нужно, все