<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Rest-Api | The .NET Blog</title><link>https://thedotnetblog.com/ar/tags/rest-api/</link><description>Articles, tutorials and insights from the .NET community.</description><generator>Hugo</generator><language>ar</language><managingEditor>@thedotnetblog (The .NET Blog)</managingEditor><webMaster>@thedotnetblog</webMaster><lastBuildDate>Fri, 17 Jul 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://thedotnetblog.com/ar/tags/rest-api/index.xml" rel="self" type="application/rss+xml"/><item><title>المسارات المخصصة لـ Data API Builder تتيح لك تصميم APIs للبشر، وليس للجداول</title><link>https://thedotnetblog.com/ar/news/emiliano-montesdeoca/data-api-builder-custom-paths-domain-first/</link><pubDate>Fri, 17 Jul 2026 00:00:00 +0000</pubDate><author>Emiliano Montesdeoca</author><guid>https://thedotnetblog.com/ar/news/emiliano-montesdeoca/data-api-builder-custom-paths-domain-first/</guid><description>مسارات REST المركبة في DAB هي ميزة صغيرة ذات تأثير معماري كبير لتصميم APIs الموجه للمجال.</description><content:encoded>&lt;p&gt;المصدر الأصلي: &lt;a href="https://devblogs.microsoft.com/azure-sql/data-api-builder-custom-rest-paths/"&gt;Compose your API surface with Data API builder custom paths&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;دعم المسار المركب الجديد في Data API Builder قد يبدو كتحسين بسيط في التكوين، لكنه في الواقع يحل توترًا طويل الأمد في تصميم API: تسرب طوبولوجيا قاعدة البيانات إلى تصميم نقطة النهاية العامة.&lt;/p&gt;
&lt;p&gt;المسارات الافتراضية القائمة على الكيانات رائعة للبدايات السريعة. غالبًا ما تكون خاطئة لـ APIs المنتج طويلة الأمد. الأنظمة الحقيقية تحتاج هياكل مسار تطابق مفاهيم الأعمال وحدود الملكية ونماذج المستهلك الذهنية.&lt;/p&gt;
&lt;p&gt;لهذا السبب تغيير DAB هذا مهم. يمكنك الاحتفاظ براحة API المولدة مع تقديم سطح موجه للمجال أولاً وأنظف.&lt;/p&gt;
&lt;p&gt;رأيي الشخصي بسيط: إذا كانت بنية مسار API الخاص بك تعكس أسماء الجداول الخام في الإنتاج، فأنت عادة ما تحسن لراحة الخلفية على حساب وضوح العميل.&lt;/p&gt;
&lt;p&gt;بالمسارات المخصصة، يمكن للفرق نمذجة حدود أفضل، مثل المبيعات والفواتير والدعم أو أسطح خاصة بالشركاء. هذا لا يحل محل حوكمة API المناسبة، لكنه يعطي مستخدمي DAB طريقة عملية لمواءمة تصميم المسار مع لغة المنتج.&lt;/p&gt;
&lt;p&gt;إرشادات عملية للفرق التي تتبنى هذه الميزة:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;حدد سياسة تسمية قبل إضافة المسارات بشكل عشوائي. الأقسام الفرعية غير المتسقة تصبح فوضى طويلة الأمد.&lt;/li&gt;
&lt;li&gt;حدد نقاط النهاية لسياقات محدودة، وليس لمخططات تنظيمية. الفرق تتغير؛ دلالات المجال يجب أن تكون مستقرة.&lt;/li&gt;
&lt;li&gt;تعامل مع بنية المسار كجزء من استراتيجية الإصدار الخاص بك ووثق التغييرات الجوهرية صراحة.&lt;/li&gt;
&lt;li&gt;تحقق من سلوك التفويض على طول هياكل المسار المخصصة بحيث يقترن وضوح المسار بوضوح الأمان.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;ما أقدره في DAB بشكل عام هو نموذج الرفع: تحصل على التقسيم والتصفية والإسقاط وآليات نقطة نهاية أخرى دون كتابة كود تحكم متكرر. المسارات المخصصة تجعل ذلك الرفع أكثر جاهزية للإنتاج بتقليل أحد أكبر الاعتراضات من مهندسي API.&lt;/p&gt;
&lt;p&gt;هناك تحذير واحد. تكوين المسار الأفضل يمكن أن يغري الفرق بكشف الكثير بسرعة لأن التوليد يبدو سهلاً. الحواجز لا تزال مهمة: حافظ على كشف الكيان متعمدًا، طبق السياسة مركزيًا، وتجنب بناء عقود عامة عرضية من تجارب المخطط الداخلية.&lt;/p&gt;
&lt;p&gt;لمؤسسات .NET تحت ضغط التوصيل، هذه الميزة هي فتح إنتاجية إذا استُخدمت بانضباط. يمكنك التحرك أسرع من طبقات API المصنوعة يدويًا مع الحفاظ على سطح نقطة نهاية متماسك وصديق للأعمال.&lt;/p&gt;
&lt;p&gt;الخلاصة: مسارات DAB المخصصة ليست حول تجميل عناوين URL. إنها حول استعادة نية تصميم API مع الحفاظ على الكفاءة التشغيلية لنقاط النهاية المولدة.&lt;/p&gt;</content:encoded></item></channel></rss>