Facade Session Beans를 사용할 때 왜 우리는 여전히 비즈니스 세션 Bean을 사용해야합니까?

Question

Facade Design 패턴을 사용하여 응용 프로그램의 비즈니스 EJB 계층을 구조화 할 때 왜 실제 비즈니스 논리에 세션 Bean을 사용해야합니까? 일반 Java 클래스를 사용하는 것이 아니라 (컨테이너 관리 주입이 필요하지 않은 경우) 특정 이유가 있습니까? 일반 Java 클래스의 성능과 세션 Bean의 성능은 어떻게 비즈니스 세션 Bean을 우회하지 않습니까?

두 가지 옵션을 요약하려면 다음과 같습니다.

1. 클라이언트 -> Facade-> 세션 Bean
2. 클라이언트 -> Facade-> 일반 Java 클래스

왜 2 대신 1을 사용합니까?

Answer 1

정면과 다른 트랜잭션이 필요한 경우 옵션 1이 의미가 있다고 생각할 수있는 유일한 시간입니다. 예를 들어 트랜잭션 이외의 업데이트를 원한다면 외관이 일부가 될 수 있습니다.

그렇지 않으면 내 선호는 항상 옵션 2 일 것입니다. 프로세서 시간을 먹거나 잘못된 등을 먹는 것은 쓰레기가 적습니다.