Есть ли какие-либо известные проблемы с количеством «страниц» в проекте ASP.NET?
Имеет ли значение размер DLL, созданной проектом?
В моем существующем проекте около 150 страниц, а размер библиотеки DLL составляет всего около 3 МБ, но в последнее время он увеличился с 50 страниц до 0,5 МБ.





Я не сталкивался с какими-либо проблемами с сайтами размером до сотен страниц. Насколько большой сайт мы говорим? Существуют ли встроенные избыточности между страницами, которые можно устранить, если одна страница принимает параметры?
Часто имеет смысл разбить подразделы более крупного сайта или проекта на несколько веб-проектов ASP.NET. Это делает сайт более модульным. Кроме того, если у вас есть общие элементы управления, которые используются на всем сайте, это часто является причиной для проекта, в котором есть только эти элементы управления.
Однако, чтобы ответить на этот вопрос напрямую, я управлял проектами, которые имеют много-много страниц и не имеют проблем ... кроме того, что становится "весело" просматривать и развиваться.
Технически у вас может быть сотни (рискну сказать тысячи) «страниц» в проекте веб-приложения.
Однако то, что сказал Рассел, о том, чтобы разбить его на модули, потенциально упростило бы обслуживание.
Есть ли предел? Нет. Следует ли организовать свой проект так, чтобы им было легче управлять? да.
Нет проблем, если вы не пытаетесь отладить его (или отключить пакетную компиляцию). Или если у вас куча папок. В каждой папке будет одна DLL для всех файлов с включенной пакетной обработкой. Поэтому, если вы разбиваете все на несколько папок, это может вызвать проблемы фрагментации памяти процессов. В противном случае для большого количества страниц проблем не возникнет.
Скотт Хансельман затронул эту тему два года назад.
Абсолютный предел - это ваша системная память. Чем больше проект, тем больше памяти он будет использовать.
Наверняка можно остаться в [50-200] проектах в растворе.
Если вы обнаружите, что Visual Studio занимает больше памяти, чем ожидалось, подумайте о разделении проектов.
На мой взгляд, лучше всего сделать размер проекта требованием к дизайну.
РЕДАКТИРОВАТЬ: Я не совсем отвечаю на ваш вопрос. Чтобы было понятно. Чем больше элементов (страниц, проектов, изображений, ссылок и т. д.) Есть в вашем решении VS2003, VS2005 или VS2008, тем больше Visual Studio займет памяти.