2011-11-21 1 views
0

난 그냥이 질문을 통해 읽었습니다 : JSF backing bean structure (best practices) 그리고 언제 내 애플 리케이션에 새 백업 콩을 만들어야하는지 이해하려고합니다. 질문 등록에 대한 의견이있는 경우 해당 작업에 대한 백킹 빈과 질문 편집을위한 백킹 빈 중 하나와 모든 질문 등을 나열하는보기에 대한 세 번째 빈이 있어야합니까? 또는이 세 뷰에 공통적 인 백업 빈이 있어야합니까?백업 빈이 몇 개의 뷰에 속해야합니까?

그리고 관리 측에서 질문을 추가하기위한보기 및 백업 빈이있는 경우 동일한 백킹 빈을 사용하여 사용자 측에서 동일한보기를 가진 사용자 측에서 질문을 추가 할 수 있습니까? 태스크?

+0

관련 항목 : http://stackoverflow.com/questions/7223055/distinction-between-different-types-of-managed-beans 해당 문서는 여러 번 인용되어 있습니다. – BalusC

+0

@Hyperion 모든 것은 (항상) 응용 프로그램에 따라 다릅니다. 가능할 때마다 "loose coupling"을 사용하고 빈 (ViewScope/RequestScope)의 범위를 최소화하십시오. 옳고 그른 것은 없지만 일단 상태 관리를 시작하면 미묘한 버그에 대한 문호를 열어줍니다. 일반적으로 모델에서 의미가있는 경우 : 수행하십시오. [이것은 단순히 제 견해입니다. JSF를 배우고 스코프를 줄이거 나 모델을 주문하는 것이 훨씬 쉽습니다.] –

답변

0

확장 및 조합을 조합하여 사용할 수 있음을 알고 있습니다. 나는 항상 페이지 당 하나의 backing bean을 가지고있다. 여러 페이지에 공통 요소가있는 경우이를 공용 유틸리티 빈으로 분해 한 다음 해당 유틸리티 bean을 필요한 각 페이지의 백킹 빈 멤버로 사용하십시오.

관련 문제