일련의 작업을위한 최고의 OOP 디자인 패턴

응용 프로그램을 개발 중이며 모듈은 다음과 같은 재무 작업을 순차적으로 수행합니다.

사용자가 특정 금액을 은행 계좌로 이체하도록 요청하는 경우 :

1. 지금 거래가 가능한지 확인 하시겠습니까? (거래는 특정 기간에만 수행 할 수 있습니다)
2. 사용자가 인출 할 최소 금액을 요청했는지 확인
3. 사용자에게 기본 계정이 있는지 확인

위의 모든 작업 결과를 기록해야합니다.

위의 모든 조건이 만족되면 거래가 수행됩니다. 앞으로 몇 가지 추가 검사가있을 수 있습니다.

위의 경우에 가장 적합한 객체 지향 디자인 패턴은 무엇입니까?

당신이 찾고있는 것이 책임 의 사슬 인 것 같습니다 . 이 경우 다음 클래스를 가질 수 있습니다.

• TransactionValidatorBase 추상 기본 클래스
• TransactionTimeValidator
• TransactionAmountValidator
• TransactionAccountValidator

그러나 여러 규칙을 지정하기 위해 서로 연결되어 있습니다.

퍼터 리딩

• OODesign.com의 CoR
• JavaWorld의 CoR 준수

입력 단계를 변경하지 않고 일련의 단계가 검증 작업을 수행하는 경우 (있는 것처럼) 대부분의 경우 @pswg의 답변에 설명 된 것처럼 "책임의 체인"패턴을 생각합니다.

그러나 귀하의 질문이 좀 더 일반적이기 때문에 "파이프 라인 처리"도 추가하고 싶습니다.이 단계에서는 다음 단계의 입력이되는 출력을 생성하므로 (원래 입력을 변경) .

다음은 두 가지 기사입니다.
Martin Fowler의 파이프 라인 콜렉션
패턴에 대한 추가 이론적 논의

여기서 올바른 패턴은 상황에 따라 다릅니다. 고집 할 특정 패턴을 선택하기 전에 그 질문에 대한 답을 찾으려고 노력할 것입니다.

• 런타임에 (1,2,3) 검사의 다른 조합을 작성해야합니까?
• 동작을 수행하기 위해 동일한 변수가 필요합니까 아니면 크게 다른가요?
• 오류 메시지는 얼마나 정확해야합니까?
• 실패한 경우 사용자는 항상 (1) 단계부터 다시 시도합니까?
• 동시성은 어떻게 처리됩니까?
• 각 메소드는 요청에 무언가를 추가하거나 단순히 유효성을 검사합니까? (예 : 기본 계정 ID?)

직감에 따라 오류 코드에 대한 매개 변수를 집계하여 일반 방법으로 코딩합니다.

public void DoTransaction(IErrorAgregator error, TransactionRequest request)
{
    if(!IsTransactionInCertainTimePeriod(request, error)) return;
    if(!IsTransactionAmountInUserBounds(request, error)) return;
    if(!UserHaveDefaultAccount(request, error)) return;
    bankingTransactor.PerformTransaction(request);
}

DoTransaction을 "ITransactionValidationStragegy"인터페이스에 넣고 유효성 검증 상용구 코드를 포함하는 계층 수퍼 유형을 작성하는 것이 좋습니다.

그러나이 디자인에서는 유효성 검사 논리가 컴파일 타임에 결정된다고 가정합니다.

패턴이 이미 여기에 언급되어 있지만 사용중인 프레임 워크를 기반으로 응용 프로그램에서 동일한 패턴을 사용하는 방법에 대해 생각하는 것이 좋습니다.

예를 들어, 수행하려는 유효성 검사는 시간이 지남에 따라 변경 될 가능성이 높습니다 (트랜잭션을 하루에 10 개로 제한하는 새 유효성 검사를 추가하고 싶을 수도 있음). 또한 실제 비즈니스 서비스 나 통합 코드가 시작되기 전에 유효성 검사를 수행하지 않을 수도 있습니다. 유효성 검사를 구성 가능한 것으로 추가 할 수 있으면 좋을 것입니다.

Struts를 사용하는 경우 인터셉터를 사용하는 것이 좋습니다. 스프링의 경우 의존성으로 Bean을 주입하면 유연성이 향상됩니다. 내 제안은 패턴 / 이디엄뿐만 아니라 응용 프로그램을 작성하고 미래의 관점에서 요구 사항에 가장 잘 맞는 프레임 워크를 보는 것입니다.

내 이해에 따르면 필요한 것은 무엇이든 아래와 같은 명령 패턴에 맞출 수 있습니다. 클래스 디자인은 다음과 같이 수행 할 수 있습니다.

interface Transaction{
void performAction();
}

class Banking{

void moneyValidation(){
//Validate Here
}

void timeValidation(){
//validate Here
}
}

class TimeValidation implements Transaction{

public Banking bank;

public TimeValidation (Banking bnk){
bank=bnk;
}

void performAction(){
bnk.timeValidation();
}


class MoneyValidation Implements Transaction{

public Banking bank;

public MoneyValidation(Banking bnk;){
bank=bnk;
}

void performAction(){
bnk.moneyValidation();
}
}


class Control{

private List val_list=new ArrayList();

void storeValidation(Transaction trans){
val_list.add(trans);
trans.performAction(val_list.getFirstAndRemove());
}
}

//Same for other validation classes

클라이언트 클래스에는 다음 코드 스 니펫이 포함됩니다.

Banking bnk = new Banking();
MoneyValidation m_val = new MoneyValidation (bnk);
TimeValidation t_val = new TimeValidation (bnk);
Control ctrl = new Control();
ctrl.storeValidation(m_val);
ctrl.storeValidation(t_val);

이것은 위의 시나리오와 함께 내 이해에 따라 다릅니다.