ใน DDD บริการโดเมนเป็นเพียงรูปแบบซุ้มและ / หรือคนกลาง?

ในการออกแบบการขับเคลื่อนโดเมน Domain Layer สามารถมีบริการ (ดั้งเดิม) หลายอย่าง ตัวอย่างเช่นสำหรับโดเมนผู้ใช้เราอาจมี:

• UserFactory ที่สร้างวัตถุผู้ใช้ด้วยวิธีที่ต่างกัน
• UserRepository ซึ่งรับผิดชอบในการโต้ตอบกับ Persistence Services ในชั้นโครงสร้างพื้นฐาน

UserService ใน Domain Layer นั้นเป็นเพียงแค่ผู้ไกล่เกลี่ยและ / หรือส่วนหน้าของบริการทั้งสองและโครงสร้างพื้นฐานของเลเยอร์หรือมีมากกว่านั้นหรือไม่

Domain services อธิบายได้ดีที่สุดจากสิ่งที่ไม่ได้:

• พวกเขาไม่ใช่EntitiesหรือAggregate roots
• พวกเขาจะไม่ Value objects
• รู้โดเมนดำเนินการที่ไม่เป็นธรรมชาติพอดีเพียงหนึ่ง Entityหรืออย่างใดอย่างหนึ่ง Value object

ตัวอย่างของการDomain serviceเป็นSaga/Process managerมันพิกัดกระบวนการระยะยาวที่เกี่ยวข้องกับหลาย ๆที่เป็นไปได้จากที่แตกต่างกันAggregate rootsBounded contexts

ที่ถูกกล่าวว่าสิ่งที่เป็นDomain serviceและวิธีการใช้งานเป็นสองสิ่งที่มุมฉาก

UserService ใน Domain Layer นั้นเป็นเพียงแค่ผู้ไกล่เกลี่ยและ / หรือส่วนหน้าของบริการทั้งสองและโครงสร้างพื้นฐานของเลเยอร์หรือมีมากกว่านั้นหรือไม่

บริการโดเมนบางอย่างเช่นUserRepository(ประกอบด้วยส่วนต่อประสานที่กำหนดไว้ในDomain layerและการนำไปปฏิบัติอย่างเป็นรูปธรรมในInfrastructure layer) สามารถนำมาใช้โดยใช้Facadeรูปแบบการออกแบบ บริการโดเมนอื่น ๆ ไม่ใช่

ไม่มีกฎที่เข้มงวดเกี่ยวกับวิธีการใช้งานนอกเหนือจากกฎสำคัญที่ว่าDomain layerจะต้องไม่ขึ้นอยู่กับเลเยอร์อื่น ๆ (และSOLID )

ผมเห็นการบริการใน DDD เป็นผลมาจากการพึ่งพาการผกผัน

หากคุณต้องใช้การอ้างอิงแบบ "ธรรมดา" รหัสโดเมนของคุณจะเรียกฐานข้อมูลเพื่อบันทึกหรือสอบถามเอนทิตีหรือโรงงานที่สร้างเอนทิตีที่เชื่อมโยงกับฐานข้อมูลหรือบริการภายนอกหรือรหัสโครงสร้างพื้นฐานอื่น ๆ

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

และบริการใน DDD นั้นเป็นสิ่งที่เป็นนามธรรม ในกรณีส่วนใหญ่สำหรับรหัสโดเมนบริการเหล่านั้นควรจะเป็นอินเตอร์เฟซธรรมดา และการดำเนินการควรอยู่ในรหัสโครงสร้างพื้นฐานซึ่งมีการพึ่งพาอินเทอร์เฟซเหล่านั้น