19 abril 2008

Visual Basic .NET vs C# .NET: ¿Cual es mejor y por qué? - EVENTO EN LINEA

Nadie debe de perderse este evento. Patrocinados por el mismisimo Don King.

El próximo 6 de Mayo, Second Nug tiene el honor de presentar a dos ponentes de excepción, Guillermo Som (el Guille) y Marino Posadas (el Ave Fénix), en la que será una gran batalla donde dos voces con gran experiencia expondrán sus mejores bazas en un duelo sin igual: VB .NET vs C# .NET.

Sabremos por qué se decantaron por un lenguaje u otro y nos presentarán su evolución en las nuevas versiones del .NET Framework. Nos desvelaran secretos y trucos de sus defendidos y veremos si es cierto aquello de que lo que se puede hacer con uno, se puede realmente hacer con el otro.

Además los asistentes podrán resolver sus dudas preguntando a nuestros expertos y participar en el resultado final de la contienda.

El eterno dilema al descubierto. ¿Quién será el vencedor?

El evento será a las 19:30 - 21:30 (GMT+2), y como en las anteriores ocasiones, se retransmitirá vía Web a través de Live Meeting.

Si no tienes Live Meeting, puedes descargarlo en el siguiente enlace.

Nota: El patrocinio de Don King es pura broma...

No mas problemas con el idioma de Microsoft .NET Framework 3.5

Como es bien sabido, nuestra lengua español - en mi caso el castellano - no tendre mas problemas para saber que significa el error de esta publicando en framework o tener que recurrir a Google Translator.

La gente de Microsoft publico el paquete de idiomas de Microsoft .NET Framework 3.5, estan disponibles todos los idiomas.

Encontraréis la descarga de este paquete en Español en este enlace.

Fuente del Articulo: Jorge Serrano

C# o VB, VB o C#,... la envidia me corroe

Jajaja... Jorge Serrano nos trae un articulo en su blogs, sobre una experiencia personal que vivio en el Global Summit 2008 MVP.

Les dejo el vinculo para que lo disfruten

C# o VB, VB o C#,... la envidia me corroe

Yo por mi parte me inclino hacia C#...

Microsoft Entity Framework y ADO.NET Data Services

La gran estrella de Microsoft Entity Framework y ADO.NET Data Services, estan anunciados para el SP1 de VS2008, lo comenta Jorge Serrano en su blog, la noticia fue publicada en el blog del equipo de trabajo de ADO.NET.

Nos comenta Jorge Serrano - MVP VB.NET -

"Si pensamos en lo que implica un Service Pack, tiene su lógica, pues la funcionalidad de Microsoft Entity Framework se quedó fuera de la versión RTM de Microsoft .NET Framework 3.5, por lo que tiene sentido que esta funcionalidad más las agregaciones al IDE de desarrollo Visual Studio 2008, se instalen aprovechando la aparición del Service Pack 1."

El "pero" es que Microsoft no ha hecho oficial aún las fechas en las que aparecerá ese Service Pack. El caso es que aún este esperado Service Pack no está en fase Beta 1, por lo que me aventuro a pensar en modo que el Service Pack aparecerá en el último trimestre del año como muy pronto... iremos desvelando las hojas de la margarita poco a poco.

Fuente del Articulo: Jorge Serrano

Ganate un iPhone - Concurso de programación en .NET

Me entere por el blog de Sergio Tarrillo, del concurso

Detalles del Concurso:

El concurso consiste en programar una aplicación de escritorio en .NET que devuelva (buscando en Internet) imágenes y descripciones del producto indicado. Por ejemplo si buscamos 'motorola v3' nos debe devolver por un lado las imágenes mas relevantes (relacionadas a esa búsqueda por supuesto) y por otro las descripciones del producto. El programa debe tener la opción de poder guardar la(s) imágenes seleccionada(s) al disco rígido y copiar al portapapeles la(s) descripción(es) seleccionada(s).

Fechas

  • Apertura: 8 de Abril del 2008
  • Cierre de inscripción: 8 de Mayo del 2008
  • Fecha limite de entrega: 8 de Julio del 2008
  • Dictamen del Jurado: 15 de Julio del 2008 a las 15hs (Hora de Argentina GMT -3)
  • Entrega de Premios: 21 de Julio del 2008

Registro, reglas del concurso y más información -> Concurso de programación en .NET.

Fuente del Articulo: Sergio Tarrillo.

12 abril 2008

db4oProviders - ASP.NET

Pienso que debi comenzar utilizando db4o con ASP.NET, pero como todo ya comence por este extremo, bueno vamos al grano y no hablemos mas.



Como todo ustedes saben que ASP.NET 2.0 posee un sistema de configuración de niveles de seguridad, con el fin de que ciertos usuarios no accedan a sitios de nuestro web site que no están autorizados, esta clase se ubica dentro del System.Web.Security MembershipProvider, ProfileProvider, RoleProvider. Estos providers o proveedores, pueden se adaptados o customizados, para guardar nuestros nivel de seguridad en cualquier base de dato o formato que se desee, por defecto estos se guardan en SQL Server, les traigo esta vez es en db4o, que el amigo Brad Williams, realizo una provider llamado db4oProviders, la cual podemos encontrar en CodePlex.

Es muy sencillo de utilizar o implementar el db4oProviders de Brad Williams, solo hace falta colocar en Web.Config, las siguientes líneas dependiendo de lo que se deseo obtener.



Siendo db4provider, el archivo donde se guardaran nuestros objetos que se utilizan en el
MembershipProvider o ProfileProvider o RoleProvider.


La utilización es historia, se utiliza igual que un proveedor normal de sqlserver, realmente Brad Williams cumplió con todo los métodos y eventos que deben contener un MembershipProvider, por lo que yo pude ver, por supuesto orientado a db4o.

Les dejo una paginas interezantes donde encontraran informacion de MemberShipProviders personalizados:

db4o ASP.NET Providers - Brad Williams
Custom MembershipProvider and RoleProviders
Como crear un MembershipProvider Personalizado
MembershipProviders contenidos en Codeplex
Oracle ASP.NET Providers - muy completo

por ultimo, pero a mi juicio los mas importante los videos de seguridad de ASP.NET

23 marzo 2008

SplendidCRM 2.0 Free, Open Source, CRM

spendid-screenshot1-large

Las Aplicaciones contruidas en ASP.NET siguen surgiendo, contruidas bajo el estandar de codigo abierto.

SplendidCRM que acaba de publicar una nueva versión. Usted puede modificarlo utilizando Visual Studio 2005, 2008 e incluso posee un download para Visual Studio Express.


Fuente del Articulo: Joe Stagner

ASP.NET 3.5 y el CLR 2.0...

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:


Fuente del Articulo: Sergio Tarrillo's

Checklist antes de llevar una aplicacion Web a produccion

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:

  • Documento de despliegue.
  • Liberar todo en modo RELEASE.
  • Configuración de IIS (o el servidor que este usando).
  • Configuración de la seguridad tanto en la PC (firewall, permiso en carpetas, BD) como en la aplicación (autenticación, permisos, encriptación, etc).
  • Personalización de errores.
  • Pruebas de rendimiento y carga

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

Al fin las secciones del MIX 2008

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 tiene

Fuente del Articulo: Sergio Tarrillo's

ASP.NET y mas...

Links 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

Linq:

VS2008, IIS, W2k8:

Silverlight:

Variados:

Humor:


Fuente del Articulo: Sergio Tarrillo

[PLEFDS] Inline, beside, behind, Web Site Project, Web Application Project, y bla bla bla...

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:


Fuente del Articulo: Sergio Tarrillo