<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>حسوب I/O - مساهمات المستخدم Samy_Mohamed</title>
		<description>المساهمات التي أرسلها Samy_Mohamed - حسوب I/O</description>
		<language>ar</language>
		<generator>حسوب I/O</generator>
		<item>
			<title>لماذا ASP.NET Core هو الخيار الأمثل لبناء الأنظمة الضخمة (Enterprise Systems)؟</title>
			<pubDate>Tue, 28 Apr 2026 07:52:37 +0000</pubDate>
			<link>https://io.hsoub.com/webdev/182204-%D9%84%D9%85%D8%A7%D8%B0%D8%A7-asp-net-core-%D9%87%D9%88-%D8%A7%D9%84%D8%AE%D9%8A%D8%A7%D8%B1-%D8%A7%D9%84%D8%A3%D9%85%D8%AB%D9%84-%D9%84%D8%A8%D9%86%D8%A7%D8%A1-%D8%A7%D9%84%D8%A3%D9%86%D8%B8%D9%85%D8%A9-%D8%A7%D9%84%D8%B6%D8%AE%D9%85%D8%A9-enterprise-systems</link>
			<description><![CDATA[من خلال عملي المستمر في تطوير الأنظمة الخلفية (Backend)، لاحظت أن اختيار الفريم ورك لا يعتمد فقط على &quot;سهولة التعلم&quot;، بل على الاستقرار، الأداء، والقابلية للتوسع. اليوم أريد مشاركتكم بعض النقاط الجوهرية التي تجعل من ASP.NET Core خياراً لا غنى عنه في المشاريع الكبرى: 1. الأداء الخارق (Performance) بفضل محرك Kestrel، يتصدر ASP.NET Core قوائم الأداء في TechEmpower benchmarks، مما يجعله قادراً على معالجة آلاف الطلبات في الثانية بكفاءة عالية جداً. 2. حقن التبعية (Dependency Injection) بني هذا الفريم ورك ليكون &quot;DI-First&quot;. هذا الأمر يسهل عملية الاختبار (Unit Testing) ويجعل الكود أكثر مرونة ومنظماً بشكل يتماشى مع مبادئ SOLID. 3. دعم الـ Middleware و Pipeline القدرة على التحكم في دورة حياة الطلب (Request Pipeline) تمنح المطور مرونة كاملة في إدارة الأمان، التخزين المؤقت (Caching)، ومعالجة الأخطاء بشكل مركزي. 4. التكامل مع التقنيات الحديثة سواء كنت تستخدم SQL Server مع Entity Framework Core أو تعتمد على الأنظمة الموزعة باستخدام Redis و RabbitMQ، يوفر الدوت نت بيئة متكاملة وسلسة جداً للربط بين هذه الأدوات. نصيحة من واقع تجربة: في مشروع عملت عليه سابقاً (مشروع Tradify)، كان استخدام Clean Architecture مع ASP.NET Core هو المفتاح لضمان بقاء النظام قابلاً للصيانة رغم تعقيد العمليات التجارية. ماذا عنكم؟ ما هو الفريم ورك المفضل لديكم لبناء الـ Backend ولماذا؟]]></description>
		</item><item>
			<title>Clean Architecture</title>
			<pubDate>Mon, 27 Apr 2026 19:01:26 +0000</pubDate>
			<link>https://io.hsoub.com/webdev/182183-clean-architecture</link>
			<description><![CDATA[ما هي العمارة النظيفة باختصار؟ هي فلسفة برمجية قدمها &quot;روبرت مارتن&quot; (Uncle Bob)، تهدف إلى فصل الاهتمامات (Separation of Concerns). الفكرة الجوهرية هي أن &quot;المنطق البرمجي&quot; (Business Logic) يجب أن يكون في المركز، ومستقلاً تماماً عن أي أدوات خارجية. لماذا نهتم بها؟  الاستقلالية عن الإطارات البرمجية (Framework Independent): لا تجعل مشروعك عبداً لـ Laravel أو Express أو Django. الإطار البرمجي مجرد أداة وليس قلب المشروع.  سهولة الاختبار (Testability): يمكنك اختبار منطق العمل (Use Cases) دون الحاجة لقاعدة بيانات أو خادم ويب.  الاستقلالية عن قاعدة البيانات: يمكنك تغيير قاعدة البيانات من SQL إلى NoSQL دون لمس منطق العمل الأساسي.  طبقات العمارة النظيفة: تتكون عادة من أربع طبقات رئيسية (على شكل دوائر):  Entities: وهي القواعد الأساسية للعمل (Business Rules).  Use Cases: تحتوي على المنطق الخاص بالتطبيق (ماذا يفعل التطبيق فعلياً).  Interface Adapters: لتحويل البيانات من شكل الـ Use Cases إلى شكل يناسب قاعدة البيانات أو واجهة المستخدم.  Frameworks &amp;amp; Drivers: الطبقة الخارجية التي تحتوي على الأدوات (قواعد البيانات، الـ UI، الـ API).  سؤالي لكم: هل تعتقدون أن تطبيق &quot;Clean Architecture&quot; في المشاريع الصغيرة والمتوسطة يعتبر &quot;هندسة زائدة&quot; (Over-engineering) تضيع الوقت، أم أنه استثمار ضروري منذ اليوم الأول؟ أريد سبر آراءكم وتجاربكم في هذا الموضوع!]]></description>
		</item>
	</channel>
</rss>
