المكون البنيوي في النص الفائق (1) ترجمة عبده حقي

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

مستوى قاعدة البيانات

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

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

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

مستوى آلة تجريد النص التشعبي  (HAM)

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

يعد HAM هو أفضل مرشح لتوحيد تنسيقات الاستيراد والتصدير للنصوص التشعبية ، نظرًا لأن مستوى قاعدة البيانات يجب أن يعتمد بشكل كبير على الجهاز في تنسيق التخزين الخاص به ومستوى واجهة المستخدم يختلف اختلافًا كبيرًا من نظام نص تشعبي إلى آخر. هذا يترك فقط HAM ، وبما أننا بحاجة إلى القدرة على نقل المعلومات من نظام نص تشعبي إلى آخر ، يتعين علينا التوصل إلى تنسيق تبادل في هذا المستوى. أحد الأمثلة الحالية لمعيار مستوى HAM هو HyTime معيار ISO لهيكلة الوسائط الصحية / هيكلة المستندات المستندة إلى الوقت Newcomb. 1991 ؛ ديروز ودوراند 1994].

يعد تبادل النصوص التشعبية أكثر صعوبة من مجرد تبادل بيانات المكون في العقد ، على الرغم من وجود مشاكل أيضًا مع تنسيقات البيانات الأقل توحيدًا للمعلومات غير ASCII مثل الرسومات ومقاطع الفيديو. تكمن المشكلة في أن تبادل النص التشعبي يتطلب أيضًا نقل معلومات الربط. ينبغي أن يكون من الممكن نقل الروابط الأساسية (أي معلومات من النوع "A Points to B") ، ولكن قد يتم فقد أجزاء كبيرة من معلومات الربط.

يتبع

Posted in: أدب رقمي, ترجمات