Event sourcing
في هذا الدرس 4 موضوعات
هذا الدرس مخطط له. يعرض المخطط أدناه الموضوعات التي سيغطيها، ولم يُنشر الدرس الكامل بعد.
نص الدروس والتمارين باللغة الإنجليزية، بينما تبقى واجهة الموقع وعناوين الدروس بالعربية.
في هذا الدرس
explain storing changes as facts instead of storing only the latest state.
الموضوعات المخطط لها
- The event store is an append-only log of what happened per aggregate; current state is derived by replaying.
- You gain audit, time travel, and new read models from old history.
- You pay: event design is forever, replays take time, and fixing a wrong event is awkward.
- Not every entity needs it; use it where history is the business (ledgers, tracking).
تفاصيل المخطط المبدئي
عرض عملي
events for one shipment: ShipmentCreated, PickedUp, ArrivedAtHub, Delivered, stored as rows (aggregate id, version, type, payload, time); state = fold over the list. Optimistic concurrency uses the version number.
اختبر فهمك
Name one operational cost of event sourcing.
أظهر الإجابة
Replaying long histories to rebuild state or projections, and schema evolution of stored events.
التطبيق
طبّق هذا الدرس بمختبر الوحدة وتمارينها واختبارها.
تعليم الدرس كمكتمل اختياري ويمكنك التراجع عنه في أي وقت. يبقى تقدمك محفوظًا في هذا المتصفح.