Решарпер для огромных проектов, использовать или не использовать?

Question

Я только что спросил своего менеджера, почему наша компания не использует Resharper, и он, любезно, сказал мне, что наши проекты настолько велики, что их можно использовать, потому что это замедлит наши компьютеры на колени.

Я все еще получаю исходный код из TFS, кажется, что это занимает еще 2 часа (аааа), каждое решение должно содержать около 30 проектов, каждый проект содержит 50-100 файлов .cs.Наши машины работают на оперативной памяти Q6700 / 4 ГБ и Windows 7 x64 Enterprise, VS / TFS 2010.

Я попробую сам, но хочу спросить, подходит ли Resharper (последняя версия) для большого проекта.Могу ли я изменить / настроить VS / Resharper, чтобы получить приемлемую производительность в моей ситуации?Сталкивались ли вы с тем же самым?

Большое спасибо

Answer 1

Я бы однажды поработал над проектом с 180 проектами в решении, с VS 2008, R # 4 и только 2 ГБ ОЗУ. Хитрость заключалась в том, чтобы выгружать проекты из памяти (прямо в проекте в Solution-Explorer, а затем выгружать). Я работал в основном с 5 проектами, и только они были обработаны R #. Если мне нужно было получить более новую версию незагруженного проекта, я использовал клиент управления исходным кодом (например, безопасный источник), а затем запустил msbuild.exe mysolution.sln в консоли командной строки. Это перекомпилирует все решение в фоновом режиме без полной среды разработки.

Answer 2

Используйте Resharper, несмотря ни на что. Благодаря этому ваша производительность настолько улучшена, что вы можете позволить себе незначительное снижение производительности. Это становится немного вялым с очень большими классами (500 строк +), но кто в здравом уме создает такие классы монстров в эти дни? :-)

Answer 3

Последние версии были частично направлены на повышение производительности, уменьшение объема памяти и оптимизацию для более крупных решений.Хотя ваш случай довольно экстремальный, на мой взгляд, вы все равно можете выиграть от повышения производительности.Просто будьте осторожны, открывая огромные файлы кода - и ВЫКЛЮЧИТЕ «Solution Wide Analysis».=) * * Тысяча одна

Answer 4

Трудно дать вам точный ответ на это. Я сталкивался с проблемами производительности (памяти) с Resharper в прошлом после нескольких долгих сеансов кодирования. Перезапуск Visual Studio часто исправляет это. Мои проекты, возможно, невелики, поэтому вы, вероятно, столкнетесь с этой проблемой быстрее, чем я.

Однако я думаю, что преимущество, которое я получаю в производительности, используя ReSharper, значительно компенсирует потерю производительности.

Если бы я был вашим менеджером, я бы скорее потратил немного больше денег на дополнительное оборудование и память, чем на неэффективных программистов.

Answer 5

Не знаю, почему, но у меня всегда были проблемы с Resharper из-за высокой загрузки процессора и памяти (и у меня есть Intel Core 2 Duo P9700 и 4 Гб оперативной памяти и SSD-накопитель). Я даже попробовал новейшую версию EAP 6.0, и на 2000-строчном файле (который был единственным открытым) он занимал 97% процессора (ну, VS был, но без него проблем нет). Проверка решения в целом отключена. Это убивало производительность для меня, потому что я не мог набирать текст достаточно быстро, и это заставляло меня больше концентрироваться на Resharper, чем на самом деле. Весь проект имеет 120-160 тыс. Строк, так что, возможно, в этом и проблема, так как в небольших проектах Resharper работал как шарм.

Answer 6

Несколько советов по производительности R #:

• Отключить Анализ всего решения и запускать его только тогда, когда вам нужно: Resharper -> Options -> снять отметку Analyze errors in whole solution и многое другое здесь https://confluence.jetbrains.com/pages/viewpage.action?pageId=37228482

• В VS выгрузите проекты, которые, как вы знаете, наверняка не будут касаться, или даже лучше, имеют несколько решений, которые загружают только тот проект, который вам нужен. Например: All.sln , WebOnly.sln , ApiOnly.sln (проявите творческий подход).

Примечание 1: с тех пор, как вы задали этот вопрос, индустрия оборудования значительно продвинулась. Я открываю решение с 72 проектами, более 51 000 файлов на Macbook Pro с PCI-e SSD, и это занимает всего 10-15 секунд. Время компиляции составляет около 20-30 секунд, так что, думаю, проблем пока нет.

Примечание 2: В 2015 году Git >>> TFS.