مفاهيم الحلول

الحلول هي آلية تنفيذ إدارة دورة حياة التطبيق (ALM) في Power Apps وPower Automate. تصف هذه المقالة مفاهيم الحلول الأساسية التالية:

• نوعان من الحلول (حلول مٌدارة أو أخرى غير مٌدارة)
• مكونات الحلول
• دورة حياة الحل
• ناشر الحلول
• تبعيات الحل ومكونات الحل

الحلول المُدارة وغير المُدارة

يكون الحل مُدارًا أو غير مُدار.

• تم تطوير الحلول غير المدارة. يتم استخدام الحلول غير المُدارة في بيئات التطوير بينما تقوم بإدخال تغييرات على تطبيقك. يمكن تصدير الحلول غير المُدارة إما كغير مُدارة أو مُدارة. يجب إيداع الإصدارات غير المُدارة من الحلول التي تم تصديرها في نظام تحكم المصدر الخاص بك. يجب أن تعتبر الحلول غير المُدارة مصدرك لأصول Microsoft Power Platform. عند حذف حل غير مُدار، تُحذف فقط حاوية الحل لأي تخصيصات تم تضمينها فيها. وتبقى جميع التخصيصات المُدارة سارية المفعول وتنتمي إلى الحل الافتراضي.

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

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

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

مكونات الحلول

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

لعرض قائمة بأنواع المكونات التي يمكن إضافتها إلى أي حل، انتقل إلى خيارات أنواع المكونات.

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

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

دورة حياة الحل

تدعم الحلول الإجراءات التالية التي تساعد في دعم عمليات دورة حياه التطبيق:

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

ناشر الحلول

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

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

يحدد ناشر الحلول الشخص الذي قام بتطوير التطبيق. ولهذا السبب، يجب عليك إنشاء اسم ذي معنى لناشر الحلول.

بادئة ناشر الحلول.

يتضمن ناشر الحلول بادئة. تعد بادئة الناشر بمثابة آلية للمساعدة على تجنب تعارضات التسمية. وهذا يسمح بتثبيت حلول من ناشرين مختلفين في البيئة نفسها مع القليل من التعارضات. على سبيل المثال، يتضمن حل Contoso المعروض هنا بادئة ناشر الحلول contoso.

مزيد من المعلومات:

• إنشاء بادئة ناشر الحلول
• تغيير بادئة ناشر الحلول

تبعيات الحل

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

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

تبعيات مكونات الحلول

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

راجع أيضًا

طبقات الحل
إنشاء البيئات وإدارتها في مركز إدارة Power Platform