Theo ý kiến của tôi, DDD là phù hợp nhất hiện nay hơn bao giờ hết. Ý tưởng rằng người ta nên cố gắng cho một ngôn ngữ Ubiquitous, như vậy tên miền trong mã không ly dị từ miền như mô tả của các chuyên gia miền, có lẽ sẽ vẫn là một ý tưởng tốt trong một thời gian dài, và ngày nay dễ dàng hơn để tập trung vào miền đầu tiên và coi sự kiên trì là vấn đề "phụ" so với trước đây. Nó cũng đúng là DDD yêu cầu một nỗ lực thiết kế quan trọng, và giá trị của nó sẽ tỷ lệ với mức độ phức tạp của miền.
Tôi chưa viết bất kỳ ứng dụng nào bằng phương pháp luận, nhưng tôi đã đọc rất nhiều về Sourcing Event và CQRS gần đây, và cả hai dường như là một cách tiếp cận rất thú vị, phù hợp với DDD (và thường được mọi người ủng hộ ai là người ủng hộ DDD).
tôi không thể tìm thấy nó ngay bây giờ, nhưng có một cuộc phỏng vấn video của Eric Evans nổi xung quanh nơi nào đó trên web, Bạn có thể sẽ thích xem this video of Eric Evans, đó là một hình thức của quá khứ trên phương pháp luận một vài nhiều năm sau khi viết cuốn sách, và những gì anh ta đã làm bây giờ khác đi.
Tôi nghĩ rằng đây là liên kết video mà bạn tham chiếu: http://www.infoq.com/presentations/ddd-eric-evans –
Cảm ơn bạn, đó là chính xác nó - vì lý do nào đó Google-fu của tôi đã phản bội tôi trước đó, sẽ thêm nó vào chính câu trả lời. – Mathias
Chúng tôi đang thực sự tìm kiếm một phương pháp cho phép chúng tôi cung cấp cho khách hàng của chúng tôi đảm bảo đầu tư của họ không chỉ về khả năng sử dụng và ổn định nếu nó không có hiệu quả bảo trì. Tôi nghĩ DDD rất phù hợp với khía cạnh này, Có vẻ như một chìa khóa là xác định dự án nào có thể thêm giá trị và áp dụng nó ở đó, thậm chí chỉ áp dụng ở những khu vực phức tạp nhất của dự án. – Manuel