سؤال

تحتوي حلولنا/مشاريعنا الحالية على عدة فئات مدمجة في ملف واحد، وقد قيل لي أن هذا قد تم بسبب أوقات الترجمة البطيئة في VS.

هل هذه مشكلة مؤكدة وحل؟

هل يمكننا فصل هذه العناصر الآن بعد أن أصبحنا نستخدم نظام فريق VS2008؟هل قام أي شخص آخر بفصل الفئات إلى ملفات مختلفة وما زال يتمتع بأداء جيد؟

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

المحلول

أنا أعمل ضمن فريق VB.Net IDE ويمكنني أن أخبرك أن وضع كل شيء في ملف واحد سيجعل تشغيل VS أبطأ وليس أسرع.يعمل VB.Net بشكل جيد مع الفئات الموجودة في ملفات مختلفة.

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

أنت يمكن تكون قادرًا على اكتشاف بعض الفوائد البسيطة لهذا الأسلوب إذا كنت تفكر فقط في الوقت الخام الذي يستغرقه مترجم سطر الأوامر للعمل.IMHO، الأرقام الأكثر أهمية هي مدى استجابة Visual Studio ووقت الإنشاء النسبي لـ Visual Studio.سوف تنخفض استجابة VS إذا كان لديك لأقصى حد ملفات طويلة (وهذا ما سيحدث في النهاية إذا قمت بوضع فئة في ملف واحد).

نصائح أخرى

ما هي الأجهزة الخاصة بك مثل؟

وعنق الزجاجة كبير مع VS هو أنه يحتاج إلى قراءة وكتابة العديد من ملفات صغيرة.

والقرص الصلب سريع أو اثنين يمكن أن يحسن أداء الأحمال!

وأنا باستخدام C # بدلا من VB.NET، ولكني لم اجه مشاكل الأداء المترجم. ويبدو أن هذا هو نوع من التحسين سابق لأوانه. لا يهمني كم من الوقت يحتاج الخادم بناء بلدي لإنشاء التطبيق. لا تضحية وضوح لأداء بناء الزمن.

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

وأنا لا أعتقد أن تجمع العديد من الفئات في ملف واحد سيؤدي إلى تحسين كبير في الأداء بناء للمشاريع العادية. يجب أن تكون آمنة لكسر لهم للخروج الى المزيد من الملفات (واحد لكل فئة غير قياسي).

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

ومن المعروف

وجود الكثير من المشاريع في الحل أيضا لجعل VS بطيئة، ولكن هذا لا يبدو وكأنه مشكلتك.

وهذه مشكلة المؤكدة وحل المؤكدة. هذا العام قالوا في تك إد أنه لن يكون هناك مشكلة في VS2010، والتي يمكن تحميل بيتا من ومحاولة الخروج.

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