รูปแบบการออกแบบ OOP ที่ดีที่สุดสำหรับลำดับของการดำเนินการ

ฉันกำลังทำงานกับแอปพลิเคชันซึ่งเป็นโมดูลที่ดำเนินการทางการเงินต่อไปนี้ตามลำดับ:

เมื่อผู้ใช้ร้องขอจำนวนเงินที่ต้องการโอนเข้าบัญชีธนาคารของเธอ:

1. ตรวจสอบว่าการทำธุรกรรมใด ๆ ที่สามารถเกิดขึ้นตอนนี้? (สามารถทำธุรกรรมได้เฉพาะในช่วงระยะเวลาหนึ่ง)
2. ตรวจสอบว่าผู้ใช้ร้องขอจำนวนเงินขั้นต่ำที่จะถอนออกหรือไม่
3. ตรวจสอบว่าผู้ใช้มีบัญชีเริ่มต้นใด ๆ

ควรบันทึกผลลัพธ์ของการดำเนินการข้างต้นทั้งหมด

หากเงื่อนไขข้างต้นทั้งหมดเป็นไปตามธุรกรรมจะดำเนินการ ในอนาคตอาจมีการตรวจสอบเพิ่มเติม

รูปแบบการออกแบบเชิงวัตถุแบบใดที่เหมาะสมที่สุดสำหรับกรณีข้างต้น

มันเสียงเหมือนสิ่งที่คุณกำลังมองหาเป็นห่วงโซ่ของความรับผิดชอบ ในกรณีนี้คุณอาจมีคลาสต่อไปนี้:

• TransactionValidatorBase ชั้นฐานนามธรรม
• TransactionTimeValidator
• TransactionAmountValidator
• TransactionAccountValidator

ที่ถูกล่ามโซ่ไว้ด้วยกันเพื่อนำไปใช้กฎที่คุณระบุ

อ่าน Furter

• CoR บน OODesign.com
• ติดตาม CoR บน JavaWorld

หากลำดับขั้นตอนของคุณกำลังทำหน้าที่ตรวจสอบความถูกต้องเป็นส่วนใหญ่ (เหมือนที่คุณเป็น) โดยไม่ปิดบังอินพุตฉันคิดว่าเป็นรูปแบบ "Chain of Responsibility" ตามที่อธิบายไว้ในคำตอบของเขาโดย @pswg

แต่เนื่องจากคำถามของคุณค่อนข้างกว้างกว่าทั่วไปฉันต้องการเพิ่ม "การประมวลผลท่อ" ด้วยเนื่องจากขั้นตอนนี้ขั้นตอนหนึ่งจะสร้างเอาต์พุตที่จะกลายเป็นอินพุตสำหรับขั้นตอนถัดไป .

นี่เป็นบทความสองข้อเกี่ยวกับเรื่องนี้: การ
รวบรวมทางท่อโดย Martin Fowler
การอภิปรายเชิงทฤษฎีเพิ่มเติมเกี่ยวกับรูปแบบ

รูปแบบที่ถูกต้องที่นี่ขึ้นอยู่กับบริบท ก่อนที่จะเลือกรูปแบบที่เฉพาะเจาะจงใด ๆ ฉันจะพยายามหาคำตอบสำหรับคำถามเหล่านั้น:

• จำเป็นต้องสร้างการรวมกันของการตรวจสอบ (1,2,3) ที่แตกต่างกันในเวลาทำงานหรือไม่?
• พวกเขาต้องการตัวแปรเดียวกันเพื่อดำเนินการของพวกเขาหรือพวกเขาแตกต่างกันมาก?
• ข้อความแสดงข้อผิดพลาดมีความแม่นยำเพียงใด
• ในกรณีของความล้มเหลวผู้ใช้ลองใหม่อีกครั้งจาก (1) ขั้นตอนเสมอ?
• วิธีการจัดการภาวะพร้อมกัน?
• แต่ละวิธีเพิ่มบางสิ่งลงในคำขอหรือตรวจสอบความถูกต้องหรือไม่? (พูดว่า acct 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 การใช้ตัวดักสัญญาณอาจเป็นความคิดที่ดี ในกรณีของฤดูใบไม้ผลิการฉีดถั่วเป็นการพึ่งพาอาศัยกันจะช่วยให้คุณมีความยืดหยุ่น ข้อเสนอแนะของฉันไม่เพียง แต่จะดูที่รูปแบบ / สำนวน แต่ยังดูกรอบที่คุณใช้ในการสร้างแอปพลิเคชันและดูว่าคุณสามารถปรับให้เข้ากับความต้องการของคุณได้ดีที่สุดจากมุมมองแห่งอนาคต

ตามความเข้าใจของฉันสิ่งที่จำเป็นต้องสามารถติดตั้งในรูปแบบคำสั่งเช่นด้านล่าง การออกแบบชั้นสามารถทำได้ตามด้านล่าง

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);

นี่คือตามความเข้าใจของฉันกับสถานการณ์ที่ได้รับข้างต้น