ВК
@ikatkov не совсем в тему, конечно. А Русс он в этом чате?
@liveforeverx вроде он
Size: a a a
2020 November 21
DR
@ikatkov не совсем в тему, конечно. А Русс он в этом чате?
Он, но не тот, который в видео)))
T
Если вы задумаете писать архитектуру с нуля, используя зонтичные приложения, станете ли вы убирать взаимодейтсвия с бд в отдельное приложение? Читал тут вот эту статью: https://medium.com/@cedric_paumard/how-to-build-multiple-web-apps-with-elixir-thanks-to-umbrella-part-2-set-up-the-project-800d6d731dbd - человек предлагает так и сделать. И я подумал: как тогда тесты писать? Так или иначе бизнес-сайд приложения будет тесно связан с базой, не мокать же всё.
ŹR
Если вы задумаете писать архитектуру с нуля, используя зонтичные приложения, станете ли вы убирать взаимодейтсвия с бд в отдельное приложение? Читал тут вот эту статью: https://medium.com/@cedric_paumard/how-to-build-multiple-web-apps-with-elixir-thanks-to-umbrella-part-2-set-up-the-project-800d6d731dbd - человек предлагает так и сделать. И я подумал: как тогда тесты писать? Так или иначе бизнес-сайд приложения будет тесно связан с базой, не мокать же всё.
Да
AB
Если вы задумаете писать архитектуру с нуля, используя зонтичные приложения, станете ли вы убирать взаимодейтсвия с бд в отдельное приложение? Читал тут вот эту статью: https://medium.com/@cedric_paumard/how-to-build-multiple-web-apps-with-elixir-thanks-to-umbrella-part-2-set-up-the-project-800d6d731dbd - человек предлагает так и сделать. И я подумал: как тогда тесты писать? Так или иначе бизнес-сайд приложения будет тесно связан с базой, не мокать же всё.
Это не самый простой путь, да, нужны дополнительные приседания, причём не всегда понятные.
Опять же, феникс очень плохо подходит для разделения на куски, и нет аналога common_test, который пишется в корень проекта
Опять же, феникс очень плохо подходит для разделения на куски, и нет аналога common_test, который пишется в корень проекта
IK
Если вы задумаете писать архитектуру с нуля, используя зонтичные приложения, станете ли вы убирать взаимодейтсвия с бд в отдельное приложение? Читал тут вот эту статью: https://medium.com/@cedric_paumard/how-to-build-multiple-web-apps-with-elixir-thanks-to-umbrella-part-2-set-up-the-project-800d6d731dbd - человек предлагает так и сделать. И я подумал: как тогда тесты писать? Так или иначе бизнес-сайд приложения будет тесно связан с базой, не мокать же всё.
Никогда не выбирал бы зонтичные приложения
VS
Это не самый простой путь, да, нужны дополнительные приседания, причём не всегда понятные.
Опять же, феникс очень плохо подходит для разделения на куски, и нет аналога common_test, который пишется в корень проекта
Опять же, феникс очень плохо подходит для разделения на куски, и нет аналога common_test, который пишется в корень проекта
почему плохо?
Всегда выпиливаю ecto
в зонтик и роутеры для
непересекающихся подприложений отдельно,
в phoenix части часто оставляю
только endpoint,
аналог ct общий как таковой и не
нужен, его всегда можно
собрать.
Всегда выпиливаю ecto
в зонтик и роутеры для
непересекающихся подприложений отдельно,
в phoenix части часто оставляю
только endpoint,
аналог ct общий как таковой и не
нужен, его всегда можно
собрать.
ВК
Если вы задумаете писать архитектуру с нуля, используя зонтичные приложения, станете ли вы убирать взаимодейтсвия с бд в отдельное приложение? Читал тут вот эту статью: https://medium.com/@cedric_paumard/how-to-build-multiple-web-apps-with-elixir-thanks-to-umbrella-part-2-set-up-the-project-800d6d731dbd - человек предлагает так и сделать. И я подумал: как тогда тесты писать? Так или иначе бизнес-сайд приложения будет тесно связан с базой, не мокать же всё.
Мокать все.
ВК
Это цена которую вы платите за такую архитектуру
ВК
Ах, совсем забыл. Можете не писать тесты😁
D
почему плохо?
Всегда выпиливаю ecto
в зонтик и роутеры для
непересекающихся подприложений отдельно,
в phoenix части часто оставляю
только endpoint,
аналог ct общий как таковой и не
нужен, его всегда можно
собрать.
Всегда выпиливаю ecto
в зонтик и роутеры для
непересекающихся подприложений отдельно,
в phoenix части часто оставляю
только endpoint,
аналог ct общий как таковой и не
нужен, его всегда можно
собрать.
> Всегда выпиливаю ecto
Глупый вопрос, но насколько это этично?
Глупый вопрос, но насколько это этично?
D
Я честно чаще не люблю ОРМ (люблю писать прям на SQL процедуры, фетишь такой), но если фрейм предлагает ORM мне кажется что мне голову оторвут если я буду писать SQL-реквесты
T
Я честно чаще не люблю ОРМ (люблю писать прям на SQL процедуры, фетишь такой), но если фрейм предлагает ORM мне кажется что мне голову оторвут если я буду писать SQL-реквесты
Он имел в виду, что выпиливает его в отдельное приложение
D
аа
D
🤔
PG
Экто не ОРМ
D
А мне показалось что близко
T
почему плохо?
Всегда выпиливаю ecto
в зонтик и роутеры для
непересекающихся подприложений отдельно,
в phoenix части часто оставляю
только endpoint,
аналог ct общий как таковой и не
нужен, его всегда можно
собрать.
Всегда выпиливаю ecto
в зонтик и роутеры для
непересекающихся подприложений отдельно,
в phoenix части часто оставляю
только endpoint,
аналог ct общий как таковой и не
нужен, его всегда можно
собрать.
Всмысле собрать?
VS
совсем не близко,
после описания схемы
ORM и ecto практически расходятся
по своим путям
после описания схемы
ORM и ecto практически расходятся
по своим путям
D
Но построение запроса какое-то перевернутое в нем