http://www.yes24.com/Product/Goods/5312881 도메인 주도 설계 - YES24 소프트웨어의 복잡성을 다스려라!소프트웨어의 복잡성은 도메인에서 기인하고, 그러한 복잡성을 어떻게 다루느냐가 프로젝트의 성패를 좌우한다. 도메인 주도 설계(Domain-Driven Design)는 복잡한 www.yes24.com (😛) 은 사견입니다. 모델 모델은 지식의 정수만 뽑아낸 것이다. 모델은 프로젝트에 참여한 사람들의 머릿속에 축적된 개념을 모아 놓은 것이다. 모델이 사용자에게 중요한 이유 IE 사용자는 즐겨찾기를 세션간에 지속되는 웹사이트 목록이라고 생각한다. 그러나 구현 레벨에서는 즐겨찾기를 URL 이 저장된 파일로 간주하고 해당 파일의 이름을 즐겨찾기 목록에 넣는다. 즐겨찾기 이름에 ..

http://www.yes24.com/Product/Goods/5312881 도메인 주도 설계 - YES24 소프트웨어의 복잡성을 다스려라!소프트웨어의 복잡성은 도메인에서 기인하고, 그러한 복잡성을 어떻게 다루느냐가 프로젝트의 성패를 좌우한다. 도메인 주도 설계(Domain-Driven Design)는 복잡한 www.yes24.com 요약 Model driven design 에서 모델을 표현하는데 Entity 를 사용한다. Model driven design 에서 모델을 표현하는데 Value Object 를 사용한다. Model driven design 에서 모델을 표현하는데 Service 를 사용한다. Model driven design 에서 모델을 표현하는데 Module 을 사용한다. Model dr..

http://www.yes24.com/Product/Goods/26879914 애자일 & 스크럼 프로젝트 관리 - YES24 애자일은 정형화된 프로세스, 도구, 방법론이 아니라 구성원 간의 상호작용과 소통, 고객과의 협력, 변화에 대응하는 것을 중시하는 가치와 철학을 말한다. 애자일은 기존 방법론과 상호보완하 www.yes24.com 회사에서 일을 하며 애자일 관련해서 고민하고 있는 부분들이 몇개 있는데, 그에 대한 해답을 얻고 싶어서 책을 읽기 시작했습니다. 몇 개는 파트에서 바로 적용해볼만한 내용도 있었고, 책에서 이야기하는 내용 중에 크게 공감되는 내용도 몇개 있었던 것 같습니다. 그런 내용을 정리해서 블로그에 포스팅으로 남기면 좋을 것 같아서 글을 작성합니다. * 참고 👍 : 당장 파트에 반영해볼..

06. 응용 서비스와 표현 영역 표현 영역의 역할 요청을 받은 표현 영역은 URL, 요청 파라미터, 쿠키, 헤더 등을 이용해서 사용자가 어떤 기능을 실행하고 싶어 하는지 판별하고 그 기능을 제공하는 응용 서비스를 실행한다. 표현 영역의 주요 목표는 아래와 같다. 1. 사용자가 시스템과 상호 작용할 수있는 흐름을 제공하고 제어한다. 2. 알맞은 응용 서비스에 전달하고 결과를 사용자에게 제공한다. 3. 세션을 관리한다. 도메인의 핵심로직이 응용 서비스 계층에 구현되어선 안된다. [사견] 현재 프로젝트의 테스트가 어려운 이유: 비즈니스 로직이 전부 서비스 레이어에 있기 때문, 서비스레이어에 있다보니 DB와 강결합 되어있다. 테스트를 위한 완전한 도메인이 어디까지인지 파악이 안되고 서비스 레이어에 있는 비즈니스..

http://www.yes24.com/Product/Goods/27750871 DDD START! - YES24 DDD의 핵심 개념을 배우고 구현으로 익히기!이 책은 DDD(도메인 주도 설계)를 처음 접하는 개발자를 위한 책이다. DDD를 실제 업무에 적용할 수 있도록 기본적인 이론을 설명하고 이를 구현한 코드 www.yes24.com https://github.com/madvirus/ddd-start GitHub - madvirus/ddd-start Contribute to madvirus/ddd-start development by creating an account on GitHub. github.com 01. 도메인 모델 시작 도메인 모델의 아키텍처 구성 - 표현 계층: Controller - 응..

기타 One-Version 규칙 One-Version 규칙이란 의존하는 라이브러리의 버전을 단일 버전 하나로 유지한다는 규칙입니다. 이 규칙은 예외를 허용하지 않습니다. 예를 들어 libA와 libB가 libBase를 사용하고 있고 시스템이 libA와 libB를 사용한다면 libBase의 버전이 다를 수 있습니다. 예를 들면 libA에서는 libBase 1.0을 사용하는데 libB에서는 libBase 2.0을 사용하고 있을 수 있습니다. 이런 경우 어떤 버전을 선택해야하는 것인지 상황이 많이 복잡해집니다. 이를 흔히들 다이아몬드 의존성 문제라고 부릅니다. 그리고 다이아몬드 의존성을 제대로 해결하는 일반적인 솔루션은 거의 존재하지 않는다고 합니다. 결국 이를 해결하기 위해선 버전을 하나로 관리하기 위한 엄..