ما هي بعض الحلول/البيئات/أفضل الممارسات الجيدة لتطوير الوحدات النمطية لوحدات Dot Net Nuke؟

Question

لقد قمت بتطوير وحدات نمطية لـ DNN منذ الإصدار 2، وفي ذلك الوقت تمكنت من تشغيل الوحدة الخاصة بي بسهولة أثناء تطويرها في بيئتي وما زلت أتمكن بسهولة من نشر الوحدة الخاصة بي كملف DLL.عندما ظهر الإصدار 4 واستخدم حل موقع الويب (بدلاً من حل تطبيق الويب).يبدو أنه كان هناك شيء مفقود.يمكنني الاستمرار في التطوير في بيئة الاختبار الخاصة بي ورؤية التغييرات على الفور أثناء إجرائها، لكن إطلاق سراحي أصبح بمثابة صداع بالنسبة لي.

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

أرغب في إعداد بيئة جيدة للعديد من المطورين حتى يتمكنوا من العمل على الوحدة (الوحدات).

عند إضافة أشياء إلى التحكم بالمصدر، هل يضع الأشخاص عمومًا كل DNN في التحكم بالمصدر حتى يتمكنوا من تشغيل الحل بالكامل، أم فقط الوحدة النمطية الخاصة بهم ويحتاج كل شخص إلى إعداد بيئة dev DNN الخاصة به؟

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

Answer 1

لدي بعض التدوينات التفصيلية حول هذا الموضوع على موقع مدونتي، michelellers.com.

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

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

Answer 2

أود أن أقترح كتاب ميتشل إذا كنت بحاجة إلى بعض المواد المرجعية - برمجة وحدة Dotnetnuke الاحترافية بواسطة Wrox برمجة الوحدة - ميشيل سيلرز