أفضل السبل للتعامل مع ملفات التعليمات البرمجية العملاقة في Visual Studio
https://stackoverflow.com/questions/207902
-
03-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russianسؤال
أنا أعمل على مشروع يستفيد بشكل كبير من توليد الكود. تحتوي بعض الملفات التي تنشئها على> 0.25 مليون سطر من التعليمات البرمجية. VS (2K5) لا يتعامل بشكل سيء للغاية ، ولكن R# (4.01) يلقي استثناء خارج الذاكرة كل دقيقتين أو نحو ذلك.
إن تقسيمها إلى فئات جزئية/ملفات منفصلة ليس خيارًا في المدى المباشر ، على الرغم من أنه قد يكون لاحقًا.
هل هناك أي حيل IDE ذكية للتعامل مع هذا؟
تحرير: لذلك يقول الناس على الفور (بشكل معقول للغاية) "ليس لديك ملف كبير" ويقترحون طرقًا لكسره إلى ملفات أصغر.
هذا جيد ، لكنني في مهمة مرتفعة بالوقت مع إلقاء نظرة حولها وتحديد ما يجب تحسينه. مشكلتي هي على وجه التحديد "كيفية عرض ملف كبير بجنون في IDE بدون ألم" ، وليس "كيفية إعادة تشكيل المشروع". لأغراض السؤال ، يرجى تخيل أن الملف للقراءة فقط. قون
المحلول
يبدو أن أداة R# هذه (هل هذا Resharper؟) هي المشكلة. هل يمكنك تعطيله؟ بخلاف ذلك ، قد يكون تغيير نوع الملف للرمز الذي تم إنشاؤه منطقيًا - من المفترض ، أنك لن تقوم بتحرير كبير على هذه الملفات ، لذا فإن فقدان تلوين بناء الجملة وغيرها من الميزات المحددة للملفات المصدر لن يكون مشكلة.
نصائح أخرى
أود على الأقل تغيير تمديد الملفات الضخمة إلى شيء مثل .cpp_gen أو .cpp_huge لإزالة تسليط الضوء على بناء الجملة ، الخطوط العريضة وما إلى ذلك ، ثم إعادة تعيين أداة الإنشاء مرة أخرى إلى أداة المترجم C/C ++ لهم.
رائع!
250 000 سطر من الكود؟
يجب ألا تفكر في وجهة نظر الآلة ، ولكن في وجهة نظر إنسان. دعنا نقول أنك تريد تمرير هذا الرمز إلى شخص آخر ، هل يمكنك رؤية الوقت لمعرفة ما الذي يفعله الرمز؟
تم تصنيع أنماط التصميم للتعامل مع هذه الأشياء ind ، حاول أن تبدأ صغيرة ، وإعادة تماستها ، ثم تعمق وبدء تطبيق المزيد من موانئ دبي
سيكون لديك خطوط كود أقل وأقل ، ونعم ، واحدة من أفضل الحيل هي الانفصال إلى عدة ملفات وفقًا لمقترحها.
على افتراض أنك لا تحرر الكود الذي تم إنشاؤه يدويًا. (= فكرة سيئة !!)
يمكنك وضع الملفات التي تم إنشاؤها في حل منفصل تقوم بتجميعها من سطر الأوامر ومن ثم الرجوع إلى DLL من المشروع الذي تعمل فيه.
هل المشكلة عند فتح الملف للتحرير في Visual Studio؟ لقد لاحظت أن VS Editor يمكن أن يكون بطيئًا للغاية وغير فعال على الملفات الكبيرة. أيضًا ، يمكنك محاولة إيقاف تشغيل خيارات معينة ، على سبيل المثال ، يقتل غلاف الكلمات الجهاز الخاص بي لسبب ما.
وإلا يمكنك استخدام شيء آخر مثل TextPad مع بناء بناء الجملة المثبت لتحرير ملف مصدر كبير مشكلة ... ليس لطيفًا ، بالتأكيد.
لا تستخدم Visual Studio. هناك الكثير مما يحدث في VS.
نظرًا لقراءة الملف فقط ، فلن تستخدم أي ميزات IDE (الأدوات الداخلية ، وأدوات إعادة التهيئة ، والتنسيق).
من المحتمل أن تحصل على أداء أفضل باستخدام تطبيق أكثر بساطة ، مثل Notepad ++ لمجرد عرض الملف. ستقوم Notepad ++ بتمييز اللغة القياسية إذا كنت تحب اللون.
ألا يمكنك تفكيك الملفات واستخدام المعالج المسبق لإعادتها معًا عند التجميع؟
It must be possible somehow to group large chunks of those files in separate libraries. You'd then separate them into several projects. Tried this? What the is the current structure of your source code/ project?
