Fuente del Articulo: Joe Stagner
Etiquetas:
ASP.NET,
Comunidad,
Visual Studio 2005,
Visual Studio 2008
Cuando instale Visual Studio 2008, pensaba que IIS trabajaria con Framework 3.5, lo movia para arriba para abajo y nada de eso paso. Luego entendi que funcionaba bajo Framework 2.0 con WCF, WPF, WWF, AJAX, ... Como siempre urgando en la web encotre este interezante articulo:
Primero vamos hacer un pequeño cuadrito para explicar que onda con la versión del CLR.
VS2005 -> VB8.0/C#2.0 - CLR 2.0 (llamado .Net Framework 2.0)
VS2005 Extensions -> VB8.0/C#2.0 - CLR 2.0 + {WCF + WPF + WF + CS } (llamado .Net Framework 3.0)
Hasta aquí, se conocía a ASP.NET como ASP.NET 2.0. Pero tras la liberación de VS2008, como anda esto?
VS 2008 -> VB9.0/C#3.0 - CLR 2.0 {ahora llamado .Net Framework 3.5}
A partir de VS2008, a ASP.NET se le conoce como ASP.NET 3.5. Revisando el cuadrito, podemos concluir que las aplicaciones creadas bajo .NetFx 3.5, corren bajo el CLR 2.0, y por ende ASP.NET 3.5 también corre bajo el CLR 2.0. Es por eso que cuando nosotros queremos publicar una aplicación ASP.NET 3.5 en nuestro servidor con IIS 6.0 (que tiene instalando el .Net Framework 3.5), no tenemos la opción para escoger una versión de ASP.NET 3.5, sólo ASP.NET 1.1 y ASP.NET 2.0:
De igual manera todas las aplicaciones Web Compiladas la vamos encontrar en la carpeta: "C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files".
Si quieren publicar una aplicación ASP.NET 3.5, no busquen la versión ASP.NET 3.5 en el IIS, recuerden que ASP.NET 3.5 corre sobre el CLR 2.0.
Es más podríamos decir que ASP.NET 3.5 = ASP.NET 2.0 + Linq + ASP.NET AJAX + BCL3.5. Por eso no esta mal si revisamos tutoriales de ASP.NET 2.0, si aún no hay mucho sobre ASP.NET 3.5, todo lo que aprendamos con ASP.NET 2.0 lo podremos aplicar para desarrollar una web bajo ASP.NET 3.5, como ya lo comentamos en un anterior post, y como dije en ese post, si ustedes pueden escoger no usen VS2003.
Y si ustedes saben ASP.NET 2.0 + Linq + ASP.NET AJAX, entonces también pueden decir que saben ASP.NET 3.5.
Algunos post sobre el tema:
. Una excelente discusión el tema.
Etiquetas:
.NET Framework 2.0,
.NET Framework 3.0,
.NET Framework 3.5,
AJAX,
ASP.NET,
Visual Studio 2008
Se ha iniciado una interesando discusión: ¿Cuáles son las features mínimas para que una Web salga a producción?. Con el excelente aporte que ha hecho Ibon Landa, se puede tener un checklist más completo. A ver si alguien tiene alguno otro detallito que agregar :D.
Algunos puntos se aplican a una aplicación web en general, y otros específicos para una aplicación web ASP.NET, igual deben haber similares conceptos, en php+apache, y así..., pero con distintas configuraciones.
Se podría resumir:
Revisen el Thread del foro, para tener más detalles, hay unas herramientas básicas que ha mencionado Ibon Landa.
Fuente del Articulo: Sergio Tarrillo's
Creo cada medio día estaba entrando a ver cuando liberaban las sesiones del MIX08. Pues ya la podemos encontrar en el siguiente link: http://sessions.visitmix.com/.
En cuanto a la sesiones técnicas, hay sesiones de IIS 7, Silverlight 2.0, ASP.NET MVC Framework, ASP.NET Dynamic Data, Moonlight, AJAX, pues y mucho más... un excelente recurso a los no asistieron al MIX 08, y quieren saber que onda hay con la Web desde el punto de vista de MS.
Que lo disfruten, y ya tieneLinks de la semana. Y es que a veces se leen muchos recursos en el RSS, que se lo deja como pendiente en los drafts del Writer, y casi nunca llegan a ser públicos. Es por eso que ahora tratare de hacer una lista de links de la semana, que por cuestiones de tiempo no se puede postear cada una a detalle. Algunos links son de novedades, otros de algunos artículos que he llegado y me han parecido interesantes. Por cierto no revisen todas las entradas, sólo las que necesiten, ya pueden llegar a no revisar nada al final.
ASP.NET, AJAX y BLOCKED SCRIPT
... Cuadro comparativo de cuando usar RegisterClientScriptBlock, RegisterClientScriptInclude, RegisterStartupScript, y RegisterOnSubmitStatement, al momento de querer registrar JavaScript del lado del cliente. . Un artículo de Dino Esposito.. Un resumen de links para los interesados. - Abrir ventanas en JavaScript. No es un recurso nuevo, pero es bueno tenerlo a la mano. Básico cuando queremos mostrar información de un detalle en otra ventana. Y para eso no vas poner una url, o usar un Response.Redirect, con javascript es una forma simple y práctica de hacerlo. - Has registrado JavaScript con botones de ASP.NET?, para abrir una ventana la página que abre la ventana hace un postback?, no quieres un botón para abrir una nueva ventana, si no un link?, pues usando links puedes llamar a JavaScript, que a su vez abra una nueva ventana. . No lo he revisado, pero esta es su descripción: "Ajax Web Portal built on Linq, Workflow Foundation and ASP.NET AJAX. Code is in Visual Studio 2008 using .NET 3.0 and .NET 3.5.". Nuevo versión, he visto algunas páginas web en ASP.NET que usan esta libraría, no esta demás echarle un vistazo.Linq:
. . Vía MSDN Code Gallery, estos contienen las nuevas features de C# 3.0, y sobre todo ejemplos de Linq. VS2008, IIS, W2k8:
. Puede leer esta entrada que hizo el Bruno, no son las grandes ni complejos comandos, son pequeños comandos que sumados elevan la productividad un montón, por citar uno: "Open Containing Folder", básico cuantas veces tienes que irte a las propiedades del proyecto, copiar la ruta, y navegar hasta el archivo?, y así hay otros comando bien powers... A ver si esta vez hago funcionar esta aplicación :D.. . Carlos Walzer, nos ha compartido los recursos del WebCast en esta entrada.Silverlight:
- ScottGu's nos cuenta que habrá de nuevo en la versión Silverlight 2. Además nos deja un serie de 8 tutoriales de Silverlight 2. . ScottGu's, nos dejan un tutorial de Silverlight 2 con Blend, y como siempre los tutos de Scott, son otro lote..Variados:
. Una librería de clases para Gmail, para enviar emails usando Gmail, y para leer los feeds de Gmail. . Interesante Virtual Lab, nos muestra el uso de algunas herramientas como el SQL Profiler y Tuning Advisor, también se analiza el plan de ejecución.. El nombre es claro no?. . Descarga la versión de Windows Server 2008, en versión trial.Humor:
Etiquetas:
AJAX,
ASP.NET,
LINQ,
Silverlight,
Visual Studio 2008
Todo acerca de Inline, beside, behind, Web Site Project y Web Application Project.
De ahora en adelante [PLEFDS = para leer el fin de semana]. Digamos que hay dos maneras de tener el código de página: código "Inline", ósea dentro del mismo archivo aspx, y el modelo separado del código de la aspx, ósea hablamos de Behind y de Beside. La primera pregunta es ¿Inline o código de separado?.
Ahora si escogo código separado, Behind o Beside?. En VS 2003 sólo teníamos Behind (Web Application Project). En VS2005 sólo teníamos Beside (Web Site Project), pero si a VS2005 le poníamos SP1, tenemos disponible los tipos de proyectos, en VS2008 tenemos los dos también, y ahora la segunda pregunta es: ¿Web Site Project o Web Application Project?.
Por cierto, y antes de que salte alguien, estos temas no son nuevos y no es mi intención presentarlos como una novedad, la idea es presentar un resumen de estos, y como va esto ahora con VS2008.
Leyendo todos los artículos de abajo, tengan por seguro que no les quedará ninguna duda. Si estamos nuevos en esto, y vamos a iniciar un nuevo tipo de proyecto este tipo de decisiones puede darte satisfacciones o dolores de cabeza si no tomas una decisión correcta respecto a tu escenario.
Voy a dar una aproximación rápida, aunque primero quería leer los principales artículos de abajo cuando hubiera un tiempito libre, pero si ese tiempito no llega (cosa muy común), quería dejar la lista para los interesados, y dejar una rápida opinión de acuerdo a la pequeña experiencia que llevo :D.
Inline o código separado?, pues, puedes tener los dos en un mismo sitio web, ya que esto es por página, y puedes usarlo en un Web Site Project, como en un Web Application Project. Ahora Inline puede recargar mucho el código de página, convirtiendo el mantenimiento de la misma en una tarea compleja. Yo recomendaría Inline, para cosas simples como una página que haga un redirect, y cosas así, cosas que no comprometan la seguridad, porque es más fácil que vean el aspx (sólo con notepad), que una dll (necesitan Reflector).
Ahora la pregunta Web Site o Web Application?, a ver decir que en VS2005 eliminaron Web Application, pero después con el SP1 agregaron nuevamente Web Application. Y en VS2008 tenemos disponibles los dos: Web Site Project o Web Application Project. Me quedo con esta frase del primer artículo de Patrick MacKay:
"Como ya había mencionado, en Visual Studio 2005, la forma de compilación y entrega para proyectos web cambió considerablemente. Sin entrar en justificaciones como tampoco en detalles, sólo agregaré que Microsoft enmendó el rumbo proveyendo algo similar a como funcionaba en Visual Studio 2003. Éste se llama Visual Studio 2005 Web Application Projects"
No voy a comentar cual es mejor entre Web Site o Web Application, con respecto si uno es más fácil de abrir, o si con el otro es más fácil migrar aplicaciones desde VS2003, si no con respecto al modo de compilación, por lo que pude ver el modo de compilación de Web Application Project es mas ordenado que Web Site Project... pero esto hay que sustentarlo como lo hace Patrick en la serie de artículos que tiene, y también hay que leer un poco de como funciona todo esto de la compilación... cuando llegue ese tiempo libre espero poner screenshoots de las pantallas con los diversos modos, pero si quieren ir adelantándose pueden probar esto: Creen dos Webs: Web Site Project y Web Application Project, dentro de cada uno agreguen una página Inline a la ya existente (en Web Site habrá una página Code-Beside, y en Web Application una página Code-Behind), agreguen código simple, botones, cajas de texto, y labels. Publiquen las dos web, y revisen esta carpeta: C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\. Después de navegar en la web, verán como se construyen las carpetas de compilación, las pruebas que pueden hacer en los web Site es: Cambiar el código de la página Inline (C# o VB), y vean como afecta en cada Web, y después de esto cambien el código en una página con el archivo de código separado, y también como afecta... esta son las primeras cosas que se me ocurren probar...
P.D.: Y yo que quería dejar un comentario de unas pocas líneas :S.
Espero que llegue ese tiempito, pero por mientras la pequeña lista de artículos:
Introducción:
Web Site vs Web Projects:
Code-Behind vs Code-Inline vs Code-Beside:
Model Compilation ASP.NET 2.0:
MSBuild:
Etiquetas:
ASP.NET
