cqrs

Xendor

Xendor เป็นเฟรมเวิร์ก Core .NET ที่สามารถใช้ในการสร้างการออกแบบที่เรียบง่ายและสะอาดโดยการบังคับใช้ความรับผิดชอบเดี่ยวและการแยกข้อกังวล คุณสมบัติขั้นสูงของมันเหมาะสำหรับการออกแบบโดเมน (DDD), คำสั่ง Query Responsibilty Segragation (CQRS) และการจัดหาเหตุการณ์ Xendor ยังมีการรวม RabbitMQ

CQRS คืออะไร?

คำสั่งการแยกความรับผิดชอบความรับผิดชอบเป็นรูปแบบที่บอกให้เราแยกการดำเนินการที่กลายพันธุ์ข้อมูลจากข้อมูลที่สอบถาม มันได้มาจากคำสั่งการสืบค้นคำสั่ง (CQS) CQS ระบุว่าสามารถมีเพียงสองวิธีในชั้นเรียน: สิ่งที่กลายพันธุ์สถานะและกลับมาเป็นโมฆะและวิธีที่กลับสถานะ แต่ไม่เปลี่ยน

CQRS เป็นรูปแบบที่คุณใช้หรือไม่? จากบริการ/แอปพลิเคชันของคุณและคุณสามารถนำไปใช้กับส่วนของบริการของคุณเท่านั้น

นั่นไม่ใช่ CQRS

มันไม่สอดคล้องกันในที่สุด

มันไม่ได้เป็นเหตุการณ์

ไม่ใช่การส่งข้อความ

มันไม่มีโมเดลที่แยกจากกันสำหรับการอ่านและการเขียน

ไม่ได้ใช้การจัดหาเหตุการณ์

ข้อดีและข้อเสียของ CQRS

ข้อดี:

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

จุดด้อย:

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

การจัดหากิจกรรมคืออะไร?

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

มันคุ้มค่าที่จะใช้การจัดหาเหตุการณ์ในระบบใด

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

การจัดหาข้อดีและข้อเสีย

ข้อดี:

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

จุดด้อย:

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

การจัดหาเหตุการณ์ - การคาดการณ์

การฉายเป็นแนวคิดที่สำคัญในขณะที่สร้างระบบที่เน้นเหตุการณ์เป็นศูนย์กลาง ในเวลาเดียวกันมันง่ายมาก

การฉายเป็นเรื่องเกี่ยวกับการรับสถานะปัจจุบันจากกระแสของเหตุการณ์

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

useraddedtoaccount

{
 "userId" : 55 ,
 "username" : " alemol " ,
 "name" : " Alejandro " ,
 "lastName" : " Moline "
}

userverifiedemail

{
 "userId" : 55 ,
 "email" : " [email protected] "
}

userUpDated

{
 "userId" : 55 ,
 "lastName" : " Molines "
}

เราสามารถแนบสมาชิกเพื่อสตรีมของเหตุการณ์เหล่านี้เพื่อฉายสตรีมนี้ลงในรูปแบบการอ่านแบบถาวรซึ่งใช้เพื่อให้รายละเอียดผู้ใช้ในเว็บ UI รูปแบบการอ่านสุดท้ายอาจมีลักษณะ:

{
 "userId" : 55 ,
 "username" : " alemol " ,
 "email" : " [email protected] " ,
 "name" : " Alejandro " ,
 "lastName" : " Molines "
}

CQRS พร้อมการจัดหาเหตุการณ์ (CQRS-ES)

ให้ดาว!

หากคุณชอบหรือใช้โครงการนี้โปรดให้ดาว ขอบคุณ!

ฉันพบปัญหาหรือมีคำขอเปลี่ยนแปลง

อย่าลังเลที่จะสร้างปัญหาเกี่ยวกับ GitHub การมีส่วนร่วมคำขอดึงเป็นมากกว่าการต้อนรับ!

Xendor เป็นลิขสิทธิ์© 2019 Alejandro Molines และผู้มีส่วนร่วมอื่น ๆ ภายใต้ใบอนุญาต MIT