domain-driven-design
تطبيق تصميم قائم على المجال مع إرشادات الذكاء الاصطناعي
مشاريع البرمجيات المعقدة تحتاج إلى نمذجة مجال منظمة، لكن معرفة متى وكيف تطبيق DDD يمثل تحديًا. تساعدك هذه المهارة على تقييم جدوى DDD، وتخطيط الهندسة المعمارية الاستراتيجية، والتوجيه إلى مهارات التنفيذ المتخصصة.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "domain-driven-design". استخدم @domain-driven-design لتقييم ما إذا كان يجب على منصة التجارة الإلكترونية لدينا اعتماد DDD كامل
النتيجة المتوقعة:
نتائج فحص الجدوى: منصة التجارة الإلكترونية الخاصة بك على الأرجح تفي بمعايير متعددة بسبب قواعد الأعمال المعقدة (التسعير، المخزون)، فرق متعددة، وعقود التكامل. التوصية: اعتماد DDD استراتيجي أولاً مع سياقات محددة للطلبات، المخزون، المدفوعات، والشحن.
استخدام "domain-driven-design". ساعدنا في تخطيط المصنفات الاستراتيجية لمجال الرعاية الصحية لدينا
النتيجة المتوقعة:
المخرجات الاستراتيجية للرعاية الصحية: (1) خريطة المجال الفرعي تحدد المجالات الأساسية مثل إدارة المرضى، الجدولة، الفواتير؛ (2) خريطة السياق المحدد مع حدود امتثال HIPAA؛ (3) مسرد اللغة الشاملة للمصطلحات الطبية؛ (4) ADRs للقرارات الحرجة.
التدقيق الأمني
آمنStatic analysis flagged 19 potential issues including external_commands and weak cryptographic algorithms. Manual review confirms these are false positives: the @ mentions in skill references were mistaken for backtick execution, and the word 'design' was incorrectly flagged as cryptographic. This is a documentation-only skill containing no executable code, network requests, or file system operations. All findings dismissed as false positives.
درجة الجودة
ماذا يمكنك بناءه
جلسة تخطيط معمارية
استخدمها في بداية مشروع جديد لتحديد ما إذا كان DDD مناسبًا وتخطيط حدود السياقات المحددة.
دليل قرارات إعادة الهيكلة
تقييم نظام أحادي موجود لتحديد حدود المجالات الفرعية وتخطيط اعتماد DDD تدريجيًا.
أداة تنسيق الفريق
إنشاء لغة شاملة مشتركة وحدود ملكية واضحة عبر فرق متعددة.
جرّب هذه الموجهات
استخدم @domain-driven-design لتقييم ما إذا كان ينبغي اعتماد DDD كامل لـ [project description]. قم بتشغيل فحص الجدوى واشرح المعايير التي تم تحقيقها.
طبّق @domain-driven-design لمساعدتنا في تحديد المجالات الفرعية والسياقات المحددة لـ [business domain]. ادرج المصنفات الاستراتيجية التي يجب إنتاجها أولاً.
لقد قررنا اعتماد DDD لـ [specific bounded context]. استخدم @domain-driven-design لتوجيهنا إلى المهارات التالية التي نحتاجها وسرد المخرجات التكتيكية لهذا الأسبوع.
مجالنا يتطلب إمكانية التدقيق وسجل الأحداث. استخدم @domain-driven-design لمساعدتنا في تحديد ما إذا كان تخزين الأحداث مناسبًا وأي المهارات استخدامها للتنفيذ.
أفضل الممارسات
- ابدأ بـ DDD استراتيجي قبل الغوص في تفاصيل التنفيذ التكتيكي
- استخدم فحص الجدوى لتجنب الهندسة المفرطة للأنظمة البسيطة
- أنتج مصنفات صريحة في كل مرحلة لضمان تقدم قابل للقياس
- وجّه إلى مهارات متخصصة بدلاً من محاولة معالجة كل شيء بمطالبة واحدة
تجنب
- تطبيق DDD كامل على تطبيقات CRUD بسيطة بدون قواعد أعمال معقدة
- تخطي النمذجة الاستراتيجية والقفز مباشرة إلى تصميم الكيانات
- إنشاء سياقات محددة بناءً على طبقات تقنية بدلاً من قدرات الأعمال
- استخدام DDD كمبرر للهندسة المفرطة بدون تعقيد مجال واضح
الأسئلة المتكررة
متى يجب استخدام هذه المهارة؟
هل تولد هذه المهارة كودًا؟
ما هو فحص الجدوى؟
إلى أي مهارات متخصصة توجه هذه المهارة؟
هل يمكن لهذا استبدال ورش عمل خبراء المجال؟
كيف تختلف هذه المهارة عن الاستشارة المعمارية؟
تفاصيل المطور
المؤلف
sickn33الترخيص
MIT
المستودع
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/domain-driven-designمرجع
main
بنية الملفات