На мой взгляд, DDD сегодня так же уместен, как и прежде. Идея о том, что нужно стремиться к вездесущему языку, чтобы домен в коде не был отделен от домена, как описано экспертами в области, вероятно, останется хорошей идеей в течение длительного времени, и сегодня легче сосредоточиться на прежде всего, и считают упорство «вторичной» проблемой, чем раньше. Также верно, что DDD требует важных проектных усилий, и его ценность будет пропорциональна степени сложности домена.
Я не писал ни одного приложения, использующего методологию, но в последнее время я много читаю о событиях Sourcing и CQRS, и они оба кажутся очень интересным подходом, который должен хорошо сочетаться с DDD (и, как правило, они защищаются людьми которые являются сторонниками DDD).
Я не могу найти его прямо сейчас, но есть видео, интервью Эрика Эванса плавающего где-то в Интернете, Вы можете быть заинтересованы в просмотре this video of Eric Evans, который является формой ретроспективы по методологии некоторые из них спустя годы после написания книги, и что бы он поступил иначе.
Я думаю, что это ссылка на видео, на которую вы ссылались: http://www.infoq.com/presentations/ddd-eric-evans –
Спасибо, это именно так - по какой-то причине мой Google-фу предал меня раньше, добавит его в ответ сам. – Mathias
Мы действительно ищем методологию, которая позволяет нам предлагать нашим клиентам гарантию своих инвестиций не только с точки зрения удобства и стабильности, если она не может быть эффективно обслуживаема. Я думаю, что DDD очень хорошо подходит в этом аспекте. Кажется, что одним из ключевых является определение того, какие проекты DDD могут повысить ценность и применить его там, даже для применения только в самых сложных областях проектов может быть другой альтернативой. – Manuel