SK
Почему идёт такое противопоставление ddd и репутация, поддержка с одной стороны, писать всё в один файл/мешать бизнес-логику со слоем доступа к данным с другой?
Вы никаких вариантов кроме этих двух не встречали?
С примером про переезд как раз показательно. Звучит так, что если бы не ddd, то в любом случае надо было бы переписать половину кода
Вы никаких вариантов кроме этих двух не встречали?
С примером про переезд как раз показательно. Звучит так, что если бы не ddd, то в любом случае надо было бы переписать половину кода
да нет, я знаю множество архитектур. Просто про репутацию, я к тому, что если у вас сложный проект, который с гарантией скорее всего будет расти, почему его не сделать хорошо? А будет это ddd или что-то другое, это отдельный вопрос. Главное что бы было хорошо спроектировано. И это сильно влияет на репутацию.
А если клиенту пофигу, а вам не поддерживать, то проще писать как быстрее и удобнее. Так как дальнейшие проблемы уже будут не ваши, - это я про свалить все в один файл. Просто видел такие проекты, условно одногодки, которые гарантировано не проживут больше года-полтора, и даже заказчик это знает. Зачем париться и проектировать, ломать голову и мучаться с реализацией, если ты потом все равно с этого не поимеешь профита? Поддерживать не будешь, проект не проживет долго, как оно там внутри напсиано вообще до лампочки.
Опять таки может у вас мелкий проект, в котором 15-20 тысяч строк кода, на кой в нем ddd, не очень ясно тоже, там можно и поговнокодить если хочется.
Про переписывать половину кода, не знаю, а вот помучаться да и сильно. БОльшие или сложные проекты по тому и стараются перейти на всякие DDD и прочее, потому что их проще поддерживать и пилить дальше. А не мучаться. В том случае это был плюс. Просто DDD, да и любая хорошая жесткая структурная архитектура, учит в первую очередь вас, хорошо писать.
А если клиенту пофигу, а вам не поддерживать, то проще писать как быстрее и удобнее. Так как дальнейшие проблемы уже будут не ваши, - это я про свалить все в один файл. Просто видел такие проекты, условно одногодки, которые гарантировано не проживут больше года-полтора, и даже заказчик это знает. Зачем париться и проектировать, ломать голову и мучаться с реализацией, если ты потом все равно с этого не поимеешь профита? Поддерживать не будешь, проект не проживет долго, как оно там внутри напсиано вообще до лампочки.
Опять таки может у вас мелкий проект, в котором 15-20 тысяч строк кода, на кой в нем ddd, не очень ясно тоже, там можно и поговнокодить если хочется.
Про переписывать половину кода, не знаю, а вот помучаться да и сильно. БОльшие или сложные проекты по тому и стараются перейти на всякие DDD и прочее, потому что их проще поддерживать и пилить дальше. А не мучаться. В том случае это был плюс. Просто DDD, да и любая хорошая жесткая структурная архитектура, учит в первую очередь вас, хорошо писать.
