أنا الآن منخرط في تطوير ثلاثي الطبقات باستخدام ASP وVB6.0، لكنني الآن أجد صعوبة في العثور على طريقة مناسبة لتصحيح أخطاء ملفات DLL التي كتبتها، والكفاءة منخفضة جدًا.
لقد استخدمت عدة طرق:
1. حدد إلغاء التثبيت في IIS، ثم أعد الترجمة باستخدام VB للكتابة فوق ملف DLL الأصلي.
2. حدد الموقع الذي تقوم بتصحيح أخطائه في IIS، وأوقفه، ثم قم بتجميعه والكتابة فوقه، ثم ابدأ تشغيله، ثم قم بتحديث الصفحة في IE.
3. قم بتنفيذ اسم الملف Regsvr32.exe -u في سطر الأوامر ثم قم بالتجميع والكتابة فوقه وتحديثه.
ومع ذلك، لا تعمل الطريقة المذكورة أعلاه دائمًا. لا توجد مشكلة عند استخدام Frontpage لإنشاء صفحات ASP، ولكن عند استخدام InterDev، يُبلغ دائمًا أن ملف DLL مقفل، ولا يمكن الكتابة فوقه. في بعض الأحيان، سيعمل إيقاف تشغيل InterDev (أو مجرد إغلاق كافة الملفات التي يتم تحريرها فيه)، ولكن ليس دائمًا.
أريد استخدام InterDev للتطوير، وهو أكثر ملاءمة، لكن لا يمكنني العثور على طريقة أفضل.
لقد أزعجتني هذه المشكلة لفترة طويلة وأعتقد أن كل من يقوم بتطوير المكونات في حيرة من أمره
. -----------------------------. --- --------------------------------
لقد جربت الطريقة التالية بعد ظهر هذا اليوم، ولا أعرف ما إذا كانت ستجعل الجميع يضحكون، لكنني قمت بحل المشكلة حقًا وأشعر بالرضا عن نفسي طوال فترة ما بعد الظهر، ومع ذلك، فأنا أستخدم بيئة تطوير .NET يلي:
1. قم بتثبيت .NET. بالطبع، هذا يستهلك الكثير من موارد النظام. بعد التثبيت، سيعمل الكمبيوتر العادي ببطء شديد. إذا كنت متوترًا، فقد تتخلى عن هذه الطريقة. (في وقت لاحق وجدت أنه يمكن تنفيذه أيضًا ضمن Frontpage وinterdev، هاها. لا تشتكي، لقد قمت بتثبيت .net بسبب كلامي ولكن وجدت أنه قليل الفائدة، ولكن بعد استخدامه، وقعت في الحب معها.)
2. قم بإنشاء مجلد لتخزين DLL. ثم يظهر الجزء "الأفضل" لدينا: قم بإنشاء عدة مجلدات فرعية فارغة ضمن هذا المجلد وقم بتسميتها بدءًا من 01 إلى القيمة التي تريدها.
3. ابدأ إدارة IIS
4. افتح مشروعك في VB6
5. الآن، إذا كنت تريد تصحيح الأخطاء، فيمكنك التجميع مباشرة، ثم تحديد المجلد الذي تم إنشاؤه بشكل تعسفي في الخطوة الثانية، وأعتقد أنه من الأفضل البدء من 01.
قم بتحديث صفحة ASP التي تستخدمها لتصحيح الأخطاء. هل تراها؟ المحتوى هو بالفعل ملف DLL الجديد الذي كتبته،
وما ورد أعلاه هو مجرد أول تصحيح للأخطاء بعد التشغيل. لقد وجدت الكثير من الأخطاء أثناء عملية التصحيح، فهل أنا مهمل دائمًا؟ هههه أتمنى أن لا تكون هكذا :)
الآن أنا بحاجة إلى تعديل DLL. بعد اكتمال التعديل، أعد الترجمة. ستجد أنه لا يمكنك الكتابة فوق DLL الآن، لأنك قمت بالفعل باستدعاء هذا المكون في الصفحة، وتم وضعه في الذاكرة وكتابته. -محمي. تحتاج إلى إيقاف موقعك في مدير IIS. إذا كنت تستخدم .net، فستجد أن هذا ممكن، ولكن بيئات التطوير الأخرى قد لا تكون هي نفسها التي تعتقدها. الآن، قم بإعداد تلك المجلدات في الخطوة الثانية العمل، ابحث عن واحد منهم (يجب أن يكون 02...) وقم بوضع ملف DLL الجديد هنا. ثم ابدأ تشغيل الموقع (لا تسمح له بإعادة التشغيل، فهو بطيء جدًا. إن أبسط طريقة للقيام بالخطوات المذكورة أعلاه هي تحديد موقعك في IIS، والضغط على █ في الزاوية العلوية، ثم ▼) (لم أجد ▼) ، يمكنك المتابعة فقط ▼
ماذا عن
تدوير عقرب الساعات 30 درجة للقراءة ^_^) ؟
هل تم حل المشكلة؟
أوصي باستخدام .net، لأنه باستخدامه لن تحتاج إلى إنشاء مراجع مثل interdev. كل ما عليك فعله هو كتابة الصفحة ذات الامتداد ASP مباشرة، ثم استخدام الأسلوب server.createobject("") للحصول على كل كائن. في الكود، سيعرض تلقائيًا أساليب وسمات الفئات في أحدث ملف DLL الذي قمت بتجميعه للتو.
إذا كنت لا ترغب في استخدام Codeinsight، فأعتقد أن الواجهة الأمامية هي أيضًا أداة جيدة.
هل طريقتي غبية؟
لا أستخدم VB.net أو C# لأن وظيفتي الحالية هي تغليف التعليمات البرمجية بدلاً من إعادة إنشاء المشروع، نظرًا للاختلاف في بناء الجملة بين vbscript و.net، ما زلت أختار هذه الطريقة الغبية، وأعتقد أن الكتابة. قد يكون DLL في VB أفضل، أليس كذلك؟