Ускорение времени изготовления в ASP.NET

Не вкладывайте так много проектов в свои решения. Создавайте новый проект только тогда, когда код запускается в другом процессе или на другом компьютере. В большинстве случаев нет смысла создавать столько проектов. Количество проектов является наиболее значительным замедлением в msbuild.

Это атрибут. Атрибуты являются формой метаданных, которые вы можете прикрепить к различным элементам кода: классам, методам, сборкам и т. Д.

Некоторые атрибуты имеют особое значение для компилятора C #, например, [Serializable] , вероятно, сообщает компилятор для генерации некоторого кода, который может сериализовать экземпляр класса (я говорю «вероятно», так как я не знаю внутреннюю работу компилятора C #).

Вы также можете создавать свои собственные атрибуты (наследуя System .attribute ). Используя отражение, вы можете затем извлечь во время выполнения информацию из атрибутов.

Простым примером будет создание атрибута, указывающего, какое поле ввода использовать в форме HTML при отображении свойства объекта.

Некоторые ссылки по теме: Мы внесли изменения в

Скотт Гу написал довольно полезный пост о Вот это:

Совет / Уловка: Оптимизация производительности сборки веб-проектов ASP.NET 2.0 с помощью VS 2005

Скотт также имеет другую статью о скорости работы этого жесткого диска, которая также влияет на общую производительность Visual Studio:

Подсказка: скорость жесткого диска и производительность Visual Studio

Вы не упомянули свою версию Visual Studio, но если это 2005 год, вы можете рассмотреть вопрос об обновлении до 2008 года. В моем случае это уменьшило время сборки на просторном (более 30 проектов) решении.

Другой вариант - предварительно собрать ряд библиотек, которые больше не меняются, и ссылаться на скомпилированные dll вместо проектов.

У нас похожая ситуация, и я обнаружил, что наши виртуальные машины сильно тормозились, и поэтому, хотя каждая из них работала на одном процессоре им не разрешалось полностью использовать этот процессор. Мне удалось запустить 3 виртуальные машины на одном физическом устройстве, чтобы все работали на 100% быстрее.

Я также хотел бы попытаться сократить количество ваших проектов. Наши основные решения имеют 40 проектов, и я постепенно объединяю их и стараюсь, чтобы новые разработки вписывались в существующие проекты, где это возможно. Основными виновниками этого были веб-сервисы, каждый из которых изначально был создан в отдельном проекте. Теперь я добавляю все новые веб-сервисы в один проект и медленно перемещаю другие.

Вы также можете рассмотреть возможность перехода на рабочую станцию ​​VMware, которая использует несколько процессоров. В настоящее время я использую установку с двумя двухпроцессорными виртуальными машинами, и все четыре привыкли.

Вы пытались настроить виртуальный ПК?

http://www.windowsnetworking.com/articles_tutorials/Tuning -Virtual-PC-Performance.html

Старая статья, но суть по-прежнему верна.

В аналогичной ситуации я обнаружил, что наличие отдельного жесткого диска для образов дисков VPC заметно повышает производительность, особенно при удалении некоторых троттлинга.

Возможно, проблема не в Visual Studio, а в том, что компиляция требует больших ресурсов.

В нашей компании мы сделали следующее: использовать ссылку на файл, поэтому нужно создавать только измененные проекты, и в любой момент времени в моем решении не более 10 проектов, в основном собирается 2 ~ 3.

Мы также создаем нашу магистраль для каждой регистрации , и есть командный файл для разработчиков, чтобы вытащить самые последние библиотеки DLL.

Конечно, это не останавливает возникновение болезненной ошибки ссылки на сборку, но через некоторое время они становятся скорее неприятностью, чем проблемой.

Вы можете значительно сократить время ожидания сборки с помощью ASP.NET, выполнив следующие действия:

• Используйте новый флаг «optimizeCompilations». Он скажет .NET не перестраивать весь проект только потому, что вы изменили один проект / dll. Если у вас 40 проектов, и вы не используете это, каждый раз, когда вы меняете простой метод в одном проекте, .NET будет пытаться скомпилировать все остальные проекты и библиотеки DLL. С новым флагом (плюс установка исправления) вы увидите значительное повышение общей производительности во время разработки. Ознакомьтесь с этим сообщением в блоге с подробностями о том, как ускорить сборку с помощью этого флага optimizeCompilations: http: // www.

И вот еще один совет по ускорению времени сборки с помощью ASP.NET:

• Если у вас достаточно памяти, создайте RamDisk и укажите свои временные файлы ASP.NET на этот RAM-файл. диск. Ознакомьтесь с этим сообщением в блоге для получения дополнительных сведений о том, как ускорить время сборки проектов ASP.NET с помощью RamDisk: http://www.wagnerdanda.me/2009/11/speeding-up-build-times-in- asp-net-with-ramdisk /

Надеюсь, это поможет!

Вагнер Данда да Силва