dotnet-backend-patterns
إنتاج خلفيات .NET على مستوى الإنتاج
يتطلب تطوير خلفيات .NET فهم الأنماط غير المتزامنة، وحقن التبعيات، واستراتيجيات الوصول إلى قواعد البيانات. توفر هذه المهارة قوالب مثبتة وأفضل الممارسات لبناء واجهات برمجة التطبيقات القابلة للصيانة والقابلة للاختبار والأداء العالي.
تنزيل ZIP المهارة
رفع في Claude
اذهب إلى Settings → Capabilities → Skills → Upload skill
فعّل وابدأ الاستخدام
اختبرها
استخدام "dotnet-backend-patterns". إنشاء خدمة منتجات مع نمط Result والتخزين المؤقت
النتيجة المتوقعة:
- نمط Result<T> مع طرق Success/Failure الثابتة
- تبعية ICacheService لنمط cache-aside
- تكامل FluentValidation للتحقق من صحة الطلب
- حقن ILogger مع مستويات السجل المناسبة
- انتشار CancellationToken عبر جميع الطرق غير المتزامنة
- دعم الحذف الناعم مع نمط المستودع
استخدام "dotnet-backend-patterns". إنشاء مستودع مستخدمين باستخدام Dapper مع استعلامات معاملة
النتيجة المتوقعة:
- حقن IDbConnection عبر نمط المصنع
- SQL معاملة مع @Id، و @SearchTerm
- QueryFirstOrDefaultAsync لل سجلات المفردة
- QueryAsync لنتائج متعددة مع DynamicParameters
- دعم المعاملات للعمليات متعددة العبارات
استخدام "dotnet-backend-patterns". إعداد حقن التبعيات لخدمة الدفع
النتيجة المتوقعة:
- نطاقScoped لمعالجة خدمة الدفع
- ربط تكوين IOptions<PaymentOptions>
- تسجيل HttpClient عبر IHttpClientFactory
- ConnectionMultiplexer وحيد لـ Redis
- خدمات مفتاحية لموفري دفع متعددين
التدقيق الأمني
آمنThis is a pure documentation and code template skill containing only educational C#/.NET patterns. Static findings are 100% false positives caused by the scanner misidentifying: (1) markdown code fences as Ruby backticks, (2) SQL/database patterns as cryptographic terms, (3) standard C# namespace imports as reconnaissance. No executable code, network calls, file system access, or command execution exists. All content is static educational material.
عوامل الخطر
⚙️ الأوامر الخارجية (85)
🌐 الوصول إلى الشبكة (1)
📁 الوصول إلى نظام الملفات (5)
درجة الجودة
ماذا يمكنك بناءه
تطوير واجهات برمجة التطبيقات
تصميم وتنفيذ واجهات برمجة التطبيقات RESTful باستخدام نقاط نهاية Minimal API مع معالجة الأخطاء والتحقق من الصحة المناسبين
طبقة الوصول إلى البيانات
بناء طبقات المستودع باستخدام EF Core للمجالات المعقدة أو Dapper للاستعلامات الحرجة للأداء
استراتيجية الاختبار
كتابة مجموعات اختبار شاملة مع التبعيات المقلدة واختبارات التكامل ضد قواعد بيانات الاختبار
جرّب هذه الموجهات
إنشاء تنفيذ خدمة لـ [EntityName] مع عمليات CRUD باستخدام نمط Result، وحقن التبعيات، والتحقق من الصحة. قم بتضمين نمط cache-aside ومالجة الأخطاء المناسبة.
إنشاء مستودع [Dapper/EF Core] لـ [EntityName] مع طرق غير متزامنة للبحث، والترقيم، والعمليات بالجملة. قم بتضمين استعلامات معاملة والتعامل الصحيح مع الاتصال.
كتابة تسجيلات الخدمة لـ [ServiceName] مع lifetime المناسب (scoped/singleton/transient)، تكوين IOptions، والخدمات المفتاحية إذا لزم الأمر.
كتابة اختبارات xUnit لـ [ServiceName] باستخدام Moq. قم بتضمين مسار النجاح، وفشل التحقق من الصحة، وسينARIOS الأخطاء. استخدم سمات Fact و Theory مع تأكيدات مناسبة.
أفضل الممارسات
- استخدم async/await طوال مكدس الاستدعاءات ومرر دائمًا CancellationToken للطرق غير المتزامنة
- فضل Result<T> على الاستثناءات لفشل منطق الأعمال والتحقق من المدخلات عند حدود واجهة برمجة التطبيقات
- استخدم AsNoTracking() للقراءة فقط وحدد الأعمدة المطلوبة فقط لتقليل استخدام الذاكرة
تجنب
- لا تحظر أبدًا على الكود غير المتزامن باستخدام .Result أو .GetAwaiter().GetResult(),因为这 يسبب Deadlocks
- تجنب تعريض كيانات EF مباشرة في استجابات واجهة برمجة التطبيقات - استخدم DTOs لتحويل البيانات
- لا تستخدم سلسلة نصية لتوصيل استعلامات SQL - استخدم دائمًا استعلامات معاملة لمنع Injection