17

Duplicar posibles:
ASP.NET: Web Site or Web Application?Sitio Web ASP.NET o Project Web

Al crear un nuevo proyecto de ASP.NET en Visual Studio debería elegir crear: sitio web o proyecto?

Entiendo que el proyecto de aplicación web era la forma de hacerlo en el día con VS 2003, pero ¿sigue siendo aplicable hoy? ¿Cuáles son algunas de las advertencias que usan una sobre la otra?

+0

Tenga en cuenta una de las características más atractivas de los proyectos web: [Integración SVN] (http://stackoverflow.com/questions/279/aspnet-visual-studio-and-subversion-how-to-integrate), lo cual simplemente no es posible con los sitios web. –

+0

La gente ya ha cubierto todos los ángulos principales aquí ... Encuentro que las aplicaciones web son útiles para esas aplicaciones "rápidas y sucias" ... Código de prueba de concepto, etc. Tiendo a hacer casi "Proyecto web" en piloto automático ahora :) –

+0

Algunos detalles de Apress - Pro ASP.NET 3.5 en C# 2008 Segunda edición ** [Sitios web y proyectos web] (http://amrelgarhy.com/blog/websites-and-web-projects/) ** –

Respuesta

26

Hay un pretty good comparison chart on MSDN.

Los proyectos de sitios web son simples, ya que todos los archivos agregados a las carpetas del proyecto se compilan e incluyen automáticamente, lo que supuestamente se agregó para hacerlo más aceptable para los desarrolladores clásicos de ASP y PHP. Una ventaja es que incluye proveedores de compilación, que permiten que ciertas acciones se asocien con un tipo de archivo: así es como la primera versión de SubSonic reconstruiría la capa de acceso a datos cuando agregó un archivo .abp al sitio.

Los proyectos de aplicaciones web son mucho más flexibles. Por ejemplo, todas las bibliotecas de clase en un proyecto de sitio web deben estar en la carpeta App_Code, lo cual es frustrante en una aplicación compleja. Hay muchos escenarios que simplemente no funcionan para un proyecto de sitio web.

Puede convertir de una a otra, aunque si no está seguro le recomiendo que empiece con una aplicación web.

3

Estoy totalmente en desacuerdo con algo de lo que dice el artículo Websites and Web Projects.

Primero, no fue un grupo "pequeño" de desarrolladores que se rebelaron; sugeriría que fuésemos la mayoría de nosotros, a quienes no nos preguntaron si queríamos cambiar totalmente la forma en que nos desarrollamos. Ciertamente no me preguntaron si quería perder seis semanas de tiempo de desarrollo averiguando qué hicieron para romper un servicio web perfectamente bueno.

No fue una MS de "descarga" publicada, sino VS2005 SP1, y la lanzaron con bastante rapidez.

En sus ventajas para el desarrollo sin proyecto, el comando "Copiar proyecto" funciona muy bien, y no tenemos que evitar los archivos de depuración o proyecto; puedes mover las páginas, si no usas el control de fuente; ¿De dónde sacan que tenga que bloquear los archivos del proyecto para colaborar? ¿Qué están utilizando para el control de la fuente?

También agregaría una pregunta al debate: ¿qué tienen de especial los sitios web que deberían ser el único tipo de "proyecto" (hasta donde yo sé) que no utiliza un archivo de "proyecto"? No se me ocurre nada, a menos que Microsoft pensara que los desarrolladores web eran demasiado ingenuos para entender proyectos.

Por supuesto, si alguien sabe de cualquier otro tipo de "proyecto" de Visual Studio que no utiliza un archivo de proyecto, le agradecería que me lo informara.

Cuestiones relacionadas