A
Vlad Sobenko
будете тестить на живой бд?
Любые интеграционные тесты всегда можно провести в отдельно созданное бд для интеграционных тестов, с какими-нибудь докерами это делается на раз-два
Size: a a a
2021 February 16
N
Adv0cat
Любые интеграционные тесты всегда можно провести в отдельно созданное бд для интеграционных тестов, с какими-нибудь докерами это делается на раз-два
та блин, еще один докер-фанатик))
VS
Adv0cat
Любые интеграционные тесты всегда можно провести в отдельно созданное бд для интеграционных тестов, с какими-нибудь докерами это делается на раз-два
Есть пирамида тестов. Изоляционные тесты легче поддерживать, они быстрее.
A
та блин, еще один докер-фанатик))
Нивкоем случае, ниодного докера не установил 😄
VS
А бизнес логика в голых запросах - треш, как по мне. Смотрим ДДД подход.
V
Ребят, подскажите стоит ли писать для монги и монгуса миграции по типу создания коллекций которые никак не влияют на существующие?
V
Есть валидации со сложной логикой и не хотелось бы эту логику валидаций переносить еще в миграции
A
Vlad Sobenko
А бизнес логика в голых запросах - треш, как по мне. Смотрим ДДД подход.
В общем я понял, у вас есть потребность в овердохера тестах, и для этого вам нужен орм, и поэтому вы за орм, но не всякий орм и не для всех запросов. Ну что ж, стоит признать, что возможно в вашем случае это действительно выход, ипользовать и орм и sql параллельно, боюсь если глубже копнуть орм все равно отвалится и у вас, но у меня нет ни времени ни желания 😊
VS
Adv0cat
В общем я понял, у вас есть потребность в овердохера тестах, и для этого вам нужен орм, и поэтому вы за орм, но не всякий орм и не для всех запросов. Ну что ж, стоит признать, что возможно в вашем случае это действительно выход, ипользовать и орм и sql параллельно, боюсь если глубже копнуть орм все равно отвалится и у вас, но у меня нет ни времени ни желания 😊
Да, может на этом можем и разойтись.
Но ни орм единым. Есть такой поход, как Event Sourcing. При нём потребность в орм отпадает, но модель выразительна в коде и тестируется так же хорошо
Но ни орм единым. Есть такой поход, как Event Sourcing. При нём потребность в орм отпадает, но модель выразительна в коде и тестируется так же хорошо
VS
Можете посмотреть примеры моделирования от автора красной книги https://github.com/VaughnVernon/IDDD_Samples
PS
Vlad Sobenko
Можете посмотреть примеры моделирования от автора красной книги https://github.com/VaughnVernon/IDDD_Samples
для кого это актуально? для банков?
VS
для кого это актуально? для банков?
Каждый сам выбирает когда это нужно.
Я бы выбирал всегда, когда делаешь что то сложнее, чем круд
Я бы выбирал всегда, когда делаешь что то сложнее, чем круд
PS
Vlad Sobenko
Каждый сам выбирает когда это нужно.
Я бы выбирал всегда, когда делаешь что то сложнее, чем круд
Я бы выбирал всегда, когда делаешь что то сложнее, чем круд
на практике проекты с сорсингом есть у вас?
A
Vlad Sobenko
Можете посмотреть примеры моделирования от автора красной книги https://github.com/VaughnVernon/IDDD_Samples
Ой не не не)) Спасибо конечно)) Но имею другое представление о разработке))
VS
на практике проекты с сорсингом есть у вас?
Так в репе не только соурсинг, в основном без него.
PS
Vlad Sobenko
Так в репе не только соурсинг, в основном без него.
а
VS
Adv0cat
Ой не не не)) Спасибо конечно)) Но имею другое представление о разработке))
BOMD(ball of mud design)? Шутка, без обид
A
Vlad Sobenko
BOMD(ball of mud design)? Шутка, без обид
Шутить изволите 😏
VS
Adv0cat
Шутить изволите 😏
А так каждый подход имеет право на жизнь. Но от некоторых становится больно и хочется бежать)
AC
Vlad Sobenko
Каждый сам выбирает когда это нужно.
Я бы выбирал всегда, когда делаешь что то сложнее, чем круд
Я бы выбирал всегда, когда делаешь что то сложнее, чем круд
что-то очень много лишнего про event sourcing. берите любой микросервисный фреймворк, там вам и балансер и брокер и эвенты. а мешать еще в кашу еще ddd (бля, да самая бэйсик имплементация ddd это кэширование изображений в nginx) это оч неправильно