Application Service

2006/04/21 21:44
session facade의 비즈니스 로직 중복을 피하고, business object 간의 결합도를 낮출 수 있도록, Facade와 business object 사이에 비즈니스 로직을 담당할 layer를 새롭게 정의합니다.

session facade와 business object에 비즈니스 로직 구현을 최소화하기 위해 정의합니다.

command패턴을 활용하여 application service가 command에 의해 호출되도록 할 수 있습니다.

동일한 문제의 다른 알고리즘 적용을 위해서 Strategy패턴을 활용

장점
-. 비즈니스 로직 중복을 없애고, 재사용성을 높입니다.
-. facade의 구현이 간단해 집니다.

단점
-. 새로운 layer가 추가됩니다.

정리
-. 비즈니스 로직은 facade나 business object가 아닌 application service를 정의합니다.
-. facade에 비즈니스 로직을 정의하면, facade간에 코드가 중복되는 경우가 많아집니다.
-. business object를 사용하지 않는 경우라도 비즈니스 로직은 facade에서 분리해서 따로 정의하는 것이 좋습니다.

트랙백 보낼 주소 :: http://www.ologist.co.kr/trackback/121

댓글을 달아주세요:: 네티켓은 기본, 스팸은 사절

  1. 2008/05/23 04:28
    댓글 주소 수정/삭제 댓글
    뉴스를 위한 감사합니다…
  2. 2008/05/23 05:00
    댓글 주소 수정/삭제 댓글
    좋은 영역! 걸출한 영역!
  3. 2008/05/23 06:02
    댓글 주소 수정/삭제 댓글
    걸출한 블로그!
  4. 2008/05/23 07:11
    댓글 주소 수정/삭제 댓글
    나의 너의 친구는 위치의 현재 팬이 되었다!
  5. 2008/05/24 00:22
    댓글 주소 수정/삭제 댓글
    정말 같지 않는 블로그!
  6. 2008/05/24 00:31
    댓글 주소 수정/삭제 댓글
    걸출한 뉴스!! 종류 블로그!
  7. 2008/05/24 00:38
    댓글 주소 수정/삭제 댓글
    나는 합의한다 너에 이다. 그것은 이렇게 이다.
  8. 2008/05/24 00:40
    댓글 주소 수정/삭제 댓글
    정보를 위한 감사합니다.
  9. 2008/05/24 02:21
    댓글 주소 수정/삭제 댓글
    저에서 유사한 역사는 이었다.


BLOG main image
OOP and Java by ologist

공지사항

카테고리

All (649)
private!! (106)
WEB & IT (140)
Developer (400)