architecture-patterns
تطبيق أنماط Clean Architecture
متاح أيضًا من: wshobson,Barnhardt-Enterprises-Inc,AdamManuel-dev
بناء أنظمة خلفية قابلة للصيانة والاختبار باستخدام أنماط هندسية مثبتة. تساعدك هذه المهارة على تطبيق Clean Architecture و Hexagonal Architecture و Domain-Driven Design لإنشاء برمجيات قابلة للتوسع.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "architecture-patterns". تصميم هيكل Clean Architecture لنظام إدارة المستخدمين
النتيجة المتوقعة:
- الطبقة 1: المجال - كيان المستخدم مع قواعد العمل (التفعيل، التحقق)
- الطبقة 2: حالات الاستخدام - CreateUser و UpdateUser و DeactivateUser
- الطبقة 3: محولات الواجهة - UserController و UserPresenter
- الطبقة 4: البنية التحتية - PostgresUserRepository و RedisCache
استخدام "architecture-patterns". اشرح الفرق بين الكيانات وكائنات القيمة
النتيجة المتوقعة:
- الكيانات: تملك هوية، قابلة للتغيير، المساواة بالمعرف (مثال: Order و User)
- كائنات القيمة: بلا هوية، ثابتة، المساواة بالسمات (مثال: Email و Money و Address)
التدقيق الأمني
آمنStatic analysis flagged 32 potential issues including external_commands, env_access, and weak cryptographic algorithms. After evaluation, all findings are FALSE POSITIVES. The skill contains only documentation and Python code examples for software architecture patterns. No actual command execution, cryptographic code, or secret access exists. The flagged patterns are innocent uses of architecture terminology (domain, ports, adapters) and placeholder interface definitions.
مشكلات عالية المخاطر (1)
مشكلات متوسطة المخاطر (1)
مشكلات منخفضة المخاطر (1)
درجة الجودة
ماذا يمكنك بناءه
هندسة نظام خلفي جديد
تصميم خدمة خلفية جديدة باستخدام Clean Architecture مع فصل طبقي صحيح وقواعد تبعية.
إعادة هيكلة قاعدة كود أحادية
نقل الكود المقترن بإحكام إلى هندسة سداسية مع منافذ ومحولات واضحة.
تطبيق أنماط DDD التكتيكية
تنفيذ نماذج المجال باستخدام الكيانات وكائنات القيمة والتجميعات للمجالات التجارية المعقدة.
جرّب هذه الموجهات
ساعدني في تصميم هيكل Clean Architecture لتطبيق تجارة إلكترونية. ما الطبقات التي يجب أن أنشئها وما هي التبعية بينها؟
أظهر لي كيفية تنفيذ خدمة دفع باستخدام Hexagonal Architecture. تضمن المنافذ والمحولات مع مثال Stripe.
أنشئ نموذج مجال DDD لنظام إدارة الطلبات. تضمن الكيانات وكائنات القيمة والتجميعات وأحداث المجال.
لديّ تطبيق Rails أحادي. كيف أرحله خطوة بخطوة إلى Clean Architecture دون إعادة كتابة كاملة؟
أفضل الممارسات
- حافظ على منطق العمل في طبقة المجال، مستقلًا عن الأطر
- حدد واجهات واضحة (منافذ) قبل تنفيذ المحولات
- تأكد من أن الطبقات الداخلية لا تعرف شيئًا عن الطبقات الخارجية
تجنب
- وضع منطق العمل في المتحكمات (متحكمات ضخمة)
- خلط منطق المجال مع كود البنية التحتية
- إنشاء نماذج مجال فقيرة بدون سلوك
الأسئلة المتكررة
متى يجب استخدام Clean Architecture؟
ما الفائدة الأساسية من Hexagonal Architecture؟
كيف يختلف Domain-Driven Design عن Clean Architecture؟
هل يمكنني استخدام هذه المهارة مع أي لغة برمجة؟
ما هي كائنات القيمة ومتى يجب استخدامها؟
كيف أبدأ في ترحيل قاعدة كود قديمة؟
تفاصيل المطور
المؤلف
sickn33الترخيص
MIT
المستودع
https://github.com/sickn33/antigravity-awesome-skills/tree/main/skills/architecture-patternsمرجع
main
بنية الملفات