'EJB'에 해당되는 글 3건

  1. 2009/03/03 N-tier환경
  2. 2009/03/03 3-tier환경
  3. 2009/03/03 클라이언트/서버환경(CS)
2009/03/03 03:38

N-tier환경

EJB
3-tier환경에서 코드를 재사용하는 어려움을 극복하기 위해서 등장하였으며 3-tier환경에서 비즈니스 로직을 담당하는 애플리케이션 계층의 확장을 좀더 쉽게 구현한 구조입니다. 밑의 그림처험 애플리케이션 계층 안에서 로직에 따라 여러 부분을 나눈 후, 통신하는 방법으로 처리하도록 구현합니다.

비즈니스 로직이 변경될 경우, 변경된 해당부분의 컴포넌트만 수정하면 되는 장점이있습니다. 또한 컴포넌트를 호출해서 사용하는 방식이기 때문에 동일한 비즈니스 로직인 경우, 로직을 새롭게 작성하지 않고 호출해서 사용만 하면 됩니다.


Posted by 개발자 용이~
TAGN-tier
trackback 0 comment 0
2009/03/03 03:23

3-tier환경

EJB
클라이언트/서버 환경의 단점을 극복하기 위해서 등장!! 기존의 클라이언트/서버 환경에서 클라이언트와 서버 사이에 중간단계를 하나 더 둔 것입니다.

세가지 계층으로 구성된 형태로 밑에 글상자 처럼 나눌수 있습니다.
프리젠테이션 계층
    - 사용자로부터 입력을 받고 보여지는 것만을 담당하는 부분

애플리케이션 계층
    - 프리젠테이션 계층에서 입력한 값을 받아들여 실제로 비즈니스 로직을 처리하는 부분

데이터베이스 서버
    - 정보를 저장, 조회하는 기능



비즈니스로직이 변경이 되면 웹 서버에 있는 웹 프로그램만 수정해주면 되는 장점이 있고, 클라이언트 쪽에서도 브라우저만 실행할 정도의 자원만 있으면 되기 때문에 많은 수의 클라이언트에 대한 비용 절감 효과도 있습니다.
 이러한 3-tier의 경우에도 문제가 있을 수있는데, 웹 프로그램의 경우 데이터베이스에 접속, 조회하고 사용자 클라이언트에게 전송하는 부분이 하나의 구조로 되어있기 때문에 코드의 재사용이 어렵다는 점입니다.

Posted by 개발자 용이~
TAG3-tier
trackback 0 comment 0
2009/03/03 03:07

클라이언트/서버환경(CS)

EJB
인터넷이 발달하기 전~에도 컴퓨터를 이용하여 업무를 처리 하였습니다. 시스템은 폐쇄된 네트워크에서 클라이언트/서버(client/server) 방식으로 구성이 되어있었습니다. 보통 테이터베이스 서버에 GUI방식의 클라이언트가 접속하여 업무를 처리하는 방식을 말하는데요. 밑의 그림을 참고 하세요!!

대부분의 비즈니스에 대한 로직은 클라이언트 쪽에서 처리하며, 데이터를 저장하거나 조회할 경우에만 데이터베이스를 이용했습니다. 서버보다 강력한 클라이언트의 자원을 이용하는 환경이라고 할수있습니다.

문제점
 - 클라이언트에서 대부분의 비즈니스로직을 처리해야 하기 때문에 클라이언트의 성능이 좋아야 한다.
 - 비즈니스 로직이 변경될 경우, 모든 클라이언트 프로그램을 다시 재배포 해야한다.(재배포에 필요한 작업비용이 많이 든다.)
Posted by 개발자 용이~
TAGCS환경, 클라이언트 서버
trackback 0 comment 0