ologist`s story :: Domain Driven Design with Eric Evans

2006/12/09 12:59 Developer

Domain Driven Design with Eric Evans

모델링 툴에 unit tests와 우리의 입과 귀를 넣었다는 것이 흥미롭다.

최근 테스트케이스에 큰 관심을 가지고 연구(스터디) 중에 있는데, 역시 중요하다는 생각을 다시 한번 하게 된다.

OOP, DDD, Units Test, 테스트가 쉬운 코드, 인터페이스 지향 프로그래밍, Design Pattern 등등의 상관관계들을 정리하는 시간을 가질 필요는 있다.

IoC컨테이너 spring을 가지고 개발을 하게 되면, 좋은 디자인의 코드, 테스트 하기 쉬운 코드, 좋은 코딩습관을 가지게 된다는 것에 후한 점수를 주고 싶다.

대전제를 3가지정도만 적어보자. 아마 훨씬 많은 것이다.
1. 중복코드를 제거하자. 중복이 없다면, 코드를 관리하기가 쉽다. 관리비용이 절감된다.
2. 유연한 코드 개발로 변화에 빠른 대응이 가능한 개발을 할수 있는 코드를 만들자.
3. 서비스하는 코드와 테스트하는 코드는 하나이다.

결국 목적은 하나라는 생각이지만, 그것들간에 긴밀한 상관관계를 생각해보자.

Domain, Object, Class, Unit 우리가 많이 사용하던 단어이지만, 다시 한번 의미를 되새겨 볼만한 충분한 가치가 있을 것이다.

Eric's Favorite Modeling Tools (currently available)

Whiteboard (with a digital camera for persistence)
IDE
Unit tests
Our Mouths and Ears

ROO(real object oriented) architecture?

That means we swapped out those anemic domain objects, fat services, and those repetitive DAOs for rich domain objects that utilize transparent persistence and encapsulate business rules.

An Introduction to Domain-Driven Design
http://www.thespringexperience.com/speaker_topic_view.jsp?topicId=258

[TSE] Domain Driven Design with Eric Evans
http://raibledesigns.com/page/rd?entry=tse_domain_driven_design_with

Eric Evans

Eric Evans is the author of "Domain-Driven Design: Tackling Complexity in Software," Addison-Wesley 2004.

Since the early 1990s, he has worked on many projects developing large business systems with objects with many different approaches and many different outcomes. The book is a synthesis of that experience. It presents a system of modeling and design techniques that successful teams have used to align complex software systems with business needs and to keep projects agile as systems grow large.

Eric now leads "Domain Language", a consulting group which coaches and trains teams applying domain-driven design, helping them to make their development work more productive and more valuable to their business.