การออกแบบโดเมนขับเคลื่อน - พึ่งพาภายนอกในปัญหาเอ็นติตี้

ฉันต้องการเริ่มต้น Domain-Driven-Design แต่มีปัญหาหลายอย่างที่ฉันต้องการแก้ไขก่อนเริ่มต้น :)

ลองนึกภาพฉันมีกลุ่มและผู้ใช้และเมื่อผู้ใช้ต้องการเข้าร่วมกลุ่มฉันกำลังเรียกgroupsService.AddUserToGroup(group, user)วิธี ใน DDD ฉันควรทำgroup.JoinUser(user)ซึ่งดูดีทีเดียว

ปัญหาจะปรากฏขึ้นหากฉันมีกฎการตรวจสอบความถูกต้องบางประการสำหรับการเพิ่มผู้ใช้หรืองานภายนอกบางอย่างจำเป็นต้องเริ่มต้นเมื่อมีการเพิ่มผู้ใช้ในกลุ่ม การมีงานเหล่านี้จะนำไปสู่เอนทิตีที่มีการอ้างอิงภายนอก

ตัวอย่างอาจเป็น - ข้อ จำกัด ที่ผู้ใช้สามารถเข้าร่วมได้สูงสุด 3 กลุ่มเท่านั้น วิธีนี้จะต้องใช้การเรียก DB จากภายในกลุ่มวิธีใช้ JoinUser เพื่อตรวจสอบความถูกต้องนี้

แต่ความจริงที่ว่า Entity นั้นขึ้นอยู่กับบริการ / คลาสภายนอกบางอย่างนั้นดูไม่ดีนัก

วิธีที่เหมาะสมในการจัดการกับสิ่งนี้ใน DDD คืออะไร?

ลองนึกภาพว่าฉันมีกลุ่มและผู้ใช้และเมื่อผู้ใช้ต้องการเข้าร่วมกลุ่มฉันกำลังเรียกใช้วิธี groupsService.AddUserToGroup (กลุ่มผู้ใช้) ใน DDD ฉันควรทำ group.JoinUser (ผู้ใช้) ซึ่งดูดีทีเดียว

แต่ DDD ยังสนับสนุนให้คุณใช้บริการ (ไร้สัญชาติ) ในการทำงานถ้างานในมือนั้นซับซ้อนเกินไปหรือไม่เหมาะกับเอนทิตี้ของแบบจำลอง การมีบริการอยู่ในโดเมนเลเยอร์ แต่บริการในเลเยอร์โดเมนควรมีตรรกะทางธุรกิจเท่านั้น งานภายนอกและตรรกะของแอปพลิเคชัน (เช่นการส่งอีเมล) ในทางกลับกันควรใช้บริการโดเมนในเลเยอร์แอปพลิเคชันซึ่งคุณอาจมีบริการ (แอปพลิเคชัน) แยกต่างหากตัวอย่างเช่น

ปัญหาปรากฏขึ้นหากฉันมีกฎการตรวจสอบความถูกต้องสำหรับการเพิ่มผู้ใช้ ...

กฎการตรวจสอบจะเป็นของโมเดลโดเมน! ควรห่อหุ้มไว้ในวัตถุโดเมน (เอนทิตี ฯลฯ )

... หรืองานภายนอกบางอย่างจำเป็นต้องเริ่มต้นเมื่อมีการเพิ่มผู้ใช้ในกลุ่ม การมีงานเหล่านี้จะนำไปสู่เอนทิตีที่มีการอ้างอิงภายนอก

ในขณะที่ฉันไม่ทราบว่างานภายนอกประเภทใดที่คุณกำลังพูดถึงฉันคิดว่ามันเหมือนกับการส่งอีเมล ฯลฯ แต่นี่ไม่ใช่ส่วนหนึ่งของแบบจำลองโดเมนของคุณ มันควรจะมีชีวิตอยู่ในเลเยอร์แอปพลิเคชัน คุณสามารถมีบริการในชั้นแอปพลิเคชันของคุณซึ่งทำงานกับบริการโดเมนและเอนทิตีเพื่อทำงานเหล่านั้น

แต่ความจริงที่ว่า Entity นั้นขึ้นอยู่กับบริการ / คลาสภายนอกบางอย่างนั้นดูไม่ดีนัก

มันผิดธรรมชาติและไม่ควรเกิดขึ้น กิจการไม่ควรรู้เกี่ยวกับสิ่งที่ไม่รับผิดชอบ ควรใช้บริการเพื่อประสานการโต้ตอบของเอนทิตี

วิธีที่เหมาะสมในการจัดการกับสิ่งนี้ใน DDD คืออะไร?

ในกรณีของคุณความสัมพันธ์ควรเป็นแบบสองทิศทาง ผู้ใช้เข้าร่วมกลุ่มหรือกลุ่มจะนำผู้ใช้ขึ้นอยู่กับโดเมนของคุณ ผู้ใช้เข้าร่วมกลุ่มหรือไม่ หรือผู้ใช้เพิ่มไปยังกลุ่มหรือไม่? มันทำงานอย่างไรในโดเมนของคุณ?

อย่างไรก็ตามคุณมีความสัมพันธ์แบบสองทิศทางและสามารถกำหนดจำนวนกลุ่มที่ผู้ใช้เป็นสมาชิกแล้วภายในกลุ่มผู้ใช้ ไม่ว่าคุณจะส่งผู้ใช้ไปยังกลุ่มหรือกลุ่มไปยังผู้ใช้นั้นเป็นเรื่องไม่สำคัญทางเทคนิคเมื่อคุณได้กำหนดคลาสที่รับผิดชอบแล้ว

การตรวจสอบควรดำเนินการโดยนิติบุคคล สิ่งทั้งหมดเรียกจากบริการของชั้นแอปพลิเคชันซึ่งสามารถทำสิ่งทางเทคนิคเช่นการส่งอีเมล ฯลฯ

อย่างไรก็ตามหากตรรกะการตรวจสอบมีความซับซ้อนจริงๆบริการโดเมนอาจเป็นทางออกที่ดีกว่า ในกรณีนั้นให้แค็ปซูลกฎธุรกิจที่นั่นและเรียกมันจากเลเยอร์แอปพลิเคชันของคุณ

วิธีที่ฉันจะเข้าถึงปัญหาของการตรวจสอบคือวิธีนี้: สร้างบริการโดเมนที่เรียกว่าMembershipService:

class MembershipService : IMembershipService
{
   public MembershipService(IGroupRepository groupRepository)
   { 
     _groupRepository = groupRepository;
   }
   public int NumberOfGroupsAssignedTo(UserId userId)
   {
        return _groupsRepository.NumberOfGroupsAssignedTo(userId);
   }
}

IMemberShipServiceความต้องการนิติบุคคลกลุ่มจะได้รับการฉีดด้วย สามารถทำได้ในระดับชั้นเรียนหรือระดับวิธีการ สมมติว่าเราทำได้ในระดับวิธี

class Group{

   public void JoinUser(User user, IMembershipService membershipService)
   {
       if(membershipService.NumberOfGroupsAssignedTo(user.UserId) >= 3)
         throw new BusinessException("User assigned to more than 3 groups. Cannot proceed");

       // do some more stuff
   }
}

บริการแอปพลิเคชัน: GroupServiceสามารถฉีดIMemberShipServiceโดยใช้การสร้างคอนสตรัคเตอร์ซึ่งสามารถส่งผ่านไปยังJoinUserวิธีการGroupเรียน