문제

...방법을 처리하기 위해 최선의 성공/실패한 피드백을 보기층이다.

옵션:

doBusinessLogic(things)

for (Thing thing : things) {
  doBusinessLogic(thing)
}

는 가정하에 우리는 보 레이어는 받는 성공/류의 피드백에 일관된 방식으로(즉에서 하나 또는 여러 개의 작업에 값을 객체)를,가장 좋은 방법은 무엇입?

설명:

처리 예외 여러 종류에서 발생한 사업 논리 통화에서 보기 층은 코드를 무겁고도 유지 관리 문제는(새로 예외를 소개하는 프레젠테이션층에 대해 알지 못한다).그것 보다는 더 나은 비즈니스에 대한 논리 전화를 처리에 오류가 여러 값을 객체와'패키지'그들을 보기를 가진 거래에 일관성있는 방법.

도움이 되었습니까?

해결책

는 방법에 대해 뭔가의 라인을 따라 당신의 후자의 제안:

for (businessObject : businessObjects) { businessObject.doBusinessLogic() }

아이디어를 넣어 비즈니스 로직의 방법은 사업체입니다.뷰 층 수 있는 루프를 통해 모든 사업체를 말하고 각자 자신의 사업이다.이 각각 어떻게 그것의 비즈니스에서 논리의 사업체에서는 비즈니스 계층을 보여 줍니다.처리할 수 있는 오류와 같은 의 값을 반환에서 doBusinessLogic 방법에 의해 또는 예외가 발생한 불쾌한 발생합니다.

하는 경우에 당신은 교차 비즈니스 개체 논리(즉,로직에서 작동하는 하나 이상의 단일 영업체)는,아마도 당신을 businessObjectManager 할 수 있는 클래스 메소드가 있는 하나 이상에서 사업체와에서 작동합니다.따라서,여 관리자체에서 사업 층을,당신은 여전히 유지하는 모든 비즈니스의 논리에서는 비즈니스 계층을 보여 줍니다.

다른 팁

궁극적으로 갔다가 이전에 대한 옵션을 만들어진 경량의 일반적인"결과 뭉치"캡슐화하는 클래스의 성공과 실패에 대한 작업의 컬렉션을 개체입니다.성공이나 실패를 적는 해당 개체 식별자입니다.

A bundlesis 채워진 내부에는 각 사업 로직화하고 돌아 보기층이다.발생한 예외에서 작업 수행에 개체'비즈니스 로직 루프를 잡아서는 해당 실패를 추가하는 결과 뭉치(잠긴 객체 ID).

보기 층에는 간단한 도우미는 방법을 제시한 의견에 포함된 결과 뭉치를 사용합니다.

이 아주 잘 작동합니다.

나는 생각한 접근 방식을 취할 이가 어떤 가장 적합한 시스템입니다.

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top