المهارات ddd-context-mapping
📦

ddd-context-mapping

آمن

Mapear relaciones de contextos delimitados con patrones DDD

La integración con Domain-Driven Design se vuelve compleja cuando múltiples contextos delimitados interactúan. Esta skill define contratos claros y capas anti-corrupción entre contextos usando patrones DDD probados.

يدعم: Claude Codex Code(CC)
📊 71 كافٍ
1

تنزيل ZIP المهارة

2

رفع في Claude

اذهب إلى Settings → Capabilities → Skills → Upload skill

3

فعّل وابدأ الاستخدام

اختبرها

استخدام "ddd-context-mapping". Mapear relaciones entre contextos Checkout, Billing e Inventory para una plataforma de e-commerce

النتيجة المتوقعة:

  • Context Map: Checkout-Billing (Customer-Supplier, Billing posee el contrato)
  • Context Map: Checkout-Inventory (Partnership, propiedad compartida del contrato)
  • ACL requerida en el límite de Billing para traducir términos de pago
  • Riesgo de acoplamiento: cambios en disponibilidad de Inventory afectan el flujo de Checkout

استخدام "ddd-context-mapping". Diseñar integración entre nuevo contexto Order y sistema ERP legacy

النتيجة المتوقعة:

  • Patrón: Capa Anti-Corrupción entre Order y ERP
  • El contexto Order define el modelo canónico de Order
  • ACL traduce la terminología de ERP al lenguaje ubicuo de Order
  • Contract tests validan el comportamiento de ACL para todos los escenarios de ERP

التدقيق الأمني

آمن
v1 • 2/24/2026

Static analysis flagged markdown backticks as shell commands and weak cryptography patterns. All findings are FALSE POSITIVES - the skill contains only documentation and reference material with no executable code, network calls, or filesystem operations. Safe for publication.

2
الملفات التي تم فحصها
78
الأسطر التي تم تحليلها
0
النتائج
1
إجمالي عمليات التدقيق
لا توجد مشكلات أمنية
تم تدقيقه بواسطة: claude

درجة الجودة

41
الهندسة المعمارية
100
قابلية الصيانة
87
المحتوى
32
المجتمع
100
الأمان
83
الامتثال للمواصفات

ماذا يمكنك بناءه

Planificación de Integración de Microservicios

Mapea cómo se integran los contextos Checkout, Billing, Inventory y Fraud antes de implementar los límites de servicio.

Migración de Sistemas Legacy

Define capas anti-corrupción al integrar nuevos dominios con sistemas monolíticos existentes.

Definición de Contratos entre Equipos

Clarifica la propiedad upstream y downstream para prevenir fugas de dominio y responsabilidades poco claras.

جرّب هذه الموجهات

Mapeo de Contextos Básico
Analiza mi dominio con estos contextos delimitados: [list contexts]. Identifica las relaciones entre cada par y recomienda patrones de mapeo de contextos apropiados de DDD.
Diseño de Capa Anti-Corrupción
Necesito integrarme con [external system/context]. Diseña una capa anti-corrupción que traduzca su modelo a mi lenguaje ubicuo mientras protejo el núcleo de mi dominio.
Matriz de Propiedad de Contratos
Crea una matriz de propiedad de contratos para estos pares de contextos: [list pairs]. Define quién posee cada contrato, qué traducción se necesita y el nivel de riesgo de acoplamiento.
Análisis de Modos de Fallo
Para la integración de contexto [upstream] a [downstream] usando [pattern], identifica modos de fallo, define comportamientos de respaldo y establece una política de versionado.

أفضل الممارسات

  • Mantén el código de la capa anti-corrupción en los límites del dominio, no dentro del núcleo del dominio
  • Añade contract tests para verificar que el comportamiento traducido coincide con la semántica esperada
  • Revisa los mapas de contexto cuando cambie la propiedad del equipo o los dominios de negocio

تجنب

  • Permitir que contextos downstream dependan directamente de modelos internos de upstream
  • Crear shared kernels entre contextos que deberían permanecer independientes
  • Omitir capas de traducción al integrarse con sistemas externos o legacy

الأسئلة المتكررة

¿Cuándo debo usar una Capa Anti-Corrupción versus un patrón Conformist?
Usa ACL cuando el modelo upstream entre en conflicto con tu lenguaje ubicuo o al integrarte con sistemas externos. Usa Conformist cuando el modelo upstream sea estable y se alinee con tus necesidades.
¿Cuántos contextos delimitados debería tener un sistema típico?
No hay un número fijo. Los contextos emergen de los dominios de negocio y los límites del equipo. Comienza con las capacidades principales de negocio y divide cuando detectes lenguajes ubicuos en conflicto.
¿Puede un contexto tener múltiples patrones de relación con otro contexto?
Sí, diferentes aggregates dentro de contextos pueden usar diferentes patrones. Documenta cada relación por separado para evitar confusión.
¿Qué es un Shared Kernel y cuándo debo evitarlo?
Shared Kernel es un subconjunto del modelo de dominio compartido por dos equipos. Evítalo cuando los contextos necesiten evolución independiente o cuando la sobrecarga de coordinación del equipo sea demasiado alta.
¿Cómo manejo el versionado cuando cambian los contratos de contexto?
Establece una política de versionado por adelantado. Soporta compatibilidad hacia atrás durante períodos de transición. Usa contract tests para detectar cambios disruptivos antes del despliegue.
¿Funciona esta skill para aplicaciones monolíticas?
Sí, los contextos delimitados pueden existir dentro de monolitos como límites modulares. El mapeo de contextos ayuda a planificar la extracción futura de servicios y previene fugas de dominio entre módulos.

تفاصيل المطور

بنية الملفات