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