سؤال

أحاول تصميم واجهة RESTful لخدمة ويب تشبه نظام الملفات.لتوفير إمكانية الارتباط التشعبي بين الموارد المختلفة (الملفات، والأدلة، وما إلى ذلك)، اعتقدت أنني سأستخدمها إكس لينك.ومع ذلك، يبدو أن هناك إغفالًا غريبًا من XLink:أنواع المحتوى.

ذرة يوفر سمة لتحديد نوع محتوى الروابط بالإضافة إلى علاقة المورد المرتبط بالمصدر الحالي، كما في:

<link rel="alternate" type="text/html" href="http://example.org"/>

نظرًا لأنني أقوم بإنشاء نوع محتوى مخصص لكل تمثيل من الموارد الخاصة بي، يبدو هذا بمثابة جزء مهم من المعلومات التي يجب تضمينها في الارتباطات التشعبية الخاصة بي.

يمكنني أن أصنع نوعًا من التناظرية لـ rel في مواصفات XLink (ملصق, من و ل, أعتقد؟)، ولكن لماذا نوع المحتوى مفقود من XLink؟هل يقصدون أن دور يهدف بطريقة أو بأخرى إلى نقل ما يجده العميل في نهاية الرابط؟ربما فاتني الغرض من XLink؟

هل كانت مفيدة؟

المحلول

يبدو أن xlink تجاهل هذا الأمر عمدًا؛إن الإشارة الوحيدة لأنواع الوسائط أو تمثيلاتها تتعلق بكيفية تفسير معرفات الأجزاء.يحدد XLink في الواقع الروابط فقط بين الموارد, ، وليس تمثيلهم.

هذا يعني أنه إذا استخدمت XLink، فيجب عليك تحديد طريقتك الخاصة لتحديد نوع الوسائط المتوقع لهدف الارتباط، بينما إذا كنت تستخدم رابط Atom، فستحصل على نوع الوسائط الهدف، ولكن ليس تعدد استخدامات XLink.

نظرًا لأنك على الأرجح تحدد نوع الوسائط الخاص بك، فهذا ليس مهمًا للغاية إلا إذا كنت تريد ذلك نوعي العملاء الذين لا يعرفون نوع الوسائط الخاصة بك ليتمكنوا من تحليل الروابط المضمنة. يمكن لأي عميل يعرف نوع الوسائط الخاصة بك قراءة الوثائق الخاصة بك, ، وسيعرف كيفية استخدام XLink وAtom وHTML (ملف link العنصر) أو دلالات الارتباط الخاصة بك.

فقط كمثال على الأخير:تستخدم Sun Cloud API قائمة JSON من الكائنات ذات سمات rel و href للروابط الصادرة.

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top