سؤال

كيف يمكنك تصحيح كود SharePoint 2007 الخاص بك؟نظرًا لأن SharePoint يعمل على خادم بعيد، وأنا أقوم بالتطوير على جهاز يعمل بنظام Windows xp (مع نسخ ملفات .dll الضرورية إلى GAC الخاص بي)، لم يحالفني الحظ كثيرًا في العثور على طرق سهلة لتصحيح الأخطاء.نقاط التوقف لا تعمل، الخ.

أفضل طريقة توصلت إليها هي تمكين تتبع الصفحة في ملف web.config، وكتابة رسائل التتبع عبر التعليمات البرمجية الخاصة بي، والوصول إلى Trace.axd عندما أحتاج إلى تصحيح الأخطاء.

هل لدى أي شخص أي اقتراحات أفضل لتصحيح الأخطاء؟هل فاتني شيء؟

هل كانت مفيدة؟

المحلول

من مشاركة مدونة أندرو كونيل حول هذا الموضوع:

إرفاق تصحيح الأخطاء لجمعيات Gac'd:"لماذا لا يتم ضرب نقاط التوقف الخاصة بي؟!؟!" من أي وقت مضى هناك؟أنا أيضاً...يا لها من بيتا!ماذا يحدث هنا؟حسنًا ، التجميعات موجودة في GAC ولا يمكن لـ Visual Studio Debugger رؤية رموز تصحيح الأخطاء (AKA:*.pdb).ما لم تكن قد مررت بمشكلة إعداد متجر رمز حيث تسير جميع PDBs ، فستحتاج إلى وضع رموز تصحيح الأخطاء في نفس موقع التجميع.الحيلة هي العثور على المجلد الذي يحتوي على DLL في GAC.

مجلد C: Windows Assembly ليس مجلد حقيقي ، إنه مجلد افتراضي.للوصول إلى المجلد الحقيقي ، افعل ما يلي:

  • بدء تشغيل
  • ٪ Systemroot ٪ Assembly GAC [أدخل

سيؤدي هذا إلى فتح مجلد GAC.الآن ، تتجول حتى تجد مجلد يشبه هذا (قد تحتاج إلى القفز فوق مجلد واحد والغوص في مجلد MSIL):اسم ملف التجميع - > #.#.#.#]__[رمز المفتاح العام للتجميع].

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

نصائح أخرى

أفضل طريقة (حتى تلك التي أقرتها Microsoft) هي أن يكون لديك Windows 2003 Server مع Sharepoint كجهاز التطوير المحلي الخاص بك.

أنظر أيضا هذا الموضوع.

لا تضع تجميعاتك في GAC، بل ضعها في دليل bin - ثم يمكنك استخدام مصحح أخطاء VS عن بعد.جوجل تقوم بإنشاء ملفات WSP للتوزيع.

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

أنصحك بالتطوير على خادم Windows 2003 باستخدام Sharepoint.من الصعب تصحيح الأخطاء على خادم بعيد.يمكنك القيام بذلك في جهاز افتراضي باستخدام برنامج VMWare أو Virtual PC، إذا كان لديك XP على محطة العمل الخاصة بك.

الآلة الافتراضية هي الطريقة الوحيدة للذهاب.لا ترغب في تخصيص جهاز كامل للتطوير (ما لم يكن لديك إضافات) والتطوير على خادم الإنتاج الخاص بك لا يتطلب سوى المتاعب.أفضّل برنامج VMWare، لكن هناك برامج أخرى تعمل بنفس الكفاءة.

يعمل التتبع بشكل جيد لأن التصحيح العادي ليس خيارًا حقًا.

ما أفعله أيضًا هو محاولة تطوير كل المنطق (الأشياء التي لا تعتمد على SharePoint) على موقع asp.net عادي فقط، ثم دمجه في SharePoint بعد لقد تم اختباره.

نأمل أن يكون ذلك منطقيا.

هل تتحدث عن تطوير أجزاء الويب؟صفحات مخصصة؟شيء آخر؟

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top