Get best of the week

OS Sivelkiriya: المهمة واستمارة الإطلاق

مرحبا يا هابر.

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

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

سيتم وصف الجوانب الفنية والتنظيمية المذكورة في هذه المقالة بالتفصيل في المنشورات التالية.

مهمة OS Sivelkiriya


تتمثل مهمة نظام التشغيل Sivelkiriya في دمج المنتجات الرقمية المتباينة في وحدة متناغمة قائمة على نظام أساسي يضمن توافق أي حلول برمجية.

يتم صياغة هذا المبدأ بشكل أفضل كقائمة للحقوق الأساسية للأطراف المعنية ، والتي يتم ضمان تنفيذها في إطار OS Sivelkiriya من خلال تنظيم التفاعل وهيكل نظام التشغيل نفسه. وفيما يلي قائمة كاملة بهذه الأحكام مع بعض التفسيرات حول كيفية مساهمة نظام Sivelkiriya OS بالضبط في إعمال هذا الحق.

  1. للمستخدم الحق في اختيار حل البرنامج الذي يناسب احتياجاته .
    • يمكن استبدال أي من الوحدات المستخدمة بأخرى ، أكثر ملاءمة ، دون إعادة بناء أو فقدان الوظائف العامة للحل.
    • يمكن الوصول بسهولة إلى المعلومات المتعلقة بالوظائف التي توفرها الوحدة (على مستوى واجهة برمجة التطبيقات وأوصاف غرضها ، ومفهومة للمستخدم النهائي).
    • اختبار الوظائف والأداء ، الذي يتم على مستوى المستودع (المتجر) ، يسمح للمطورين والمستخدمين بمراقبة جودة الحلول المقدمة. كما تتوفر أيضًا أنظمة استدعاء تقليدية.
  2. للمستخدم الحق في اختيار طريقة الدفع لكل من الخدمات المستخدمة.
    • يمكن تقديم الوحدة أو المحتوى إما مجانًا أو مقابل رسوم (لمرة واحدة أو بالاشتراك) ، أو مقابل عرض الإعلانات.
    • , , ( ), . , , , , .
  3. .
    • — . , ( ).
    • . , .
    • , (, , ), , . (web, , , , ).
    • , . .
  4. .
    • . , .
    • . ; , .
    • . .
  5. .
    • , .
    • . , . .
    • , .
  6. .
    • .
    • , (, , , ) .
  7. .
    • .
    • .
  8. , .
    • , .
    • .
    • , , , .
    • , , , , — , , .
  9. .
    • , , , , .
    • , .
    • «» (, ) .
  10. / .
    • .
    • , , , , , .
    • , , , .
  11. .
    • . , , .
  12. .
    • , , , , .
    • , , .
    • , ( -), , .
    • (. ) .
  13. .
    • , .
  14. .
    • , «» . ( ).
  15. .
    • , , , .
    • كما هو الحال مع البرامج ، يوفر فريق دعم المستودع المركزي للمالكين وموفري الملكية الفكرية الدعم ، بما في ذلك حظر القراصنة.
  16. يحق للمستخدمين من الشركات تطوير البرامج في وضع مغلق.
    • من الممكن إنشاء مستودعات مغلقة ، لا يمكن نقل البرامج منها خارج البنية التحتية.
    • لدى الشركات التي تطور برامج لتلبية احتياجاتها الخاصة الفرصة ، إذا لزم الأمر ، للابتعاد عن هيكل الواجهات والوحدات التي ينظمها فريق تطوير نظام التشغيل ، ولكن توفر هذه البرامج محدود من قبل مؤسستهم.


تغطية المنصة



تم تصميم نظام التشغيل Sivelkiriya للعمل في الأوضاع التالية:

  1. كنظام التشغيل الرئيسي على منصات x86 و ARM ؛
  2. كمجموعة من التطبيقات الرسومية تحت نظام التشغيل الرئيسي ؛
  3. / .


سنوضح أدناه سبب الحاجة إلى مثل هذه الفرص.

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

لحل هذا الوضع غير السار ، يوفر نظام Sivelkiriya OS طريقة ثانية لإطلاقه - كمجموعة من التطبيقات التي تم تجميعها لبعض أنظمة التشغيل الأساسية (على سبيل المثال ، Windows أو Linux أو Android). من وجهة نظر الوحدات التي تم إطلاقها فيه ، لا يوجد فرق مع الخيار الأول ، حيث أنها لا تزال تتفاعل مع الوحدات الأخرى ونواة النظام من خلال واجهة برمجة التطبيقات نفسها. من وجهة نظر المستخدم ، فإن الفرق هو أنه يواصل الآن العمل مع نظام التشغيل الرئيسي ، باستخدام Sivelkiriya فقط لحل تلك المهام التي يتم حلها في الوقت الحالي بشكل أكثر ملاءمة.

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

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

مسألة ما إذا كان يجب تسمية Sivelkiria بنظام التشغيل عند إطلاقه تحت بعض أنظمة التشغيل الأخرى ، يُترك للمنظرين ، نظرًا لأنه لأغراضنا ، فإنه ليس مسألة مبدأ.

المنشور الأول للدورة متاح هنا ، التالي - هنا . النص الكامل للمقال متاح على موقع المشروع .

Source: https://habr.com/ru/post/undefined/

More articles:


All Articles