Blogalia

"En el arte marcial como en la vida diaria. En la vida diaria como en un arte marcial."

Aikido

Sígueme en Twitter

<Abril 2017
Lu Ma Mi Ju Vi Sa Do
          1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
             


Todas las Historias

VELOCIDAD DE ESCAPE

Inicio > Historias > MÁS CAMBIOS EN ASP NET (parar un poquito tios)

2004-09-09

MÁS CAMBIOS EN ASP NET (parar un poquito tios)

Puteando un poco al personal, para que no se diga que los informáticos no nos ganamos el pan.
Un montón de nuevos cambios se avecinan para la nueva generación del lenguaje ASP y el tantas veces alabado Whidbey o más puristamente hablando: ASP.NET 2.0 y Visual Studio NET 2005.

Después de dejarte la pasta para aprender el .NET Framework, van, agrarran, cogen, y lo cambian.
¡Tóma ya!

De momento, los nombres de los directorios han cambiado todos. Paso la lista, para los despistadillos:

/Bin ahora es /Application_Assemblies
/Code ahora es /Application_Code
/WebReferences ahora es /Application_WebReferences
/Data ahora es /Application_Data
/Browsers ahora es /Application_Browsers
/Resources ahora es /Application_GlobalResources
/LocalResources ahora es /Application_LocalResources
/Themes ahora es /Application_Themes

El directorio /Bin no desaparece por motivos de compatibilidad con las ¿¡¡antiguas!!? aplicaciones ASP NET 1.X.

En mi opinión se podrían haber ahorrado esta Chorrez de añadirle la palabrita "Application" a cada directorio. Total, no añade información ninguna y hace más engorroso escribir el nombrecito. De momento el primer efecto colateral es el aumento en el número de páginas de los libros de programación. Ahora cada vez que se mencione alguno de los directorios hay que añadirle 12 caracteres más.

Más cambios.

Ahora los archivos por defecto en el diseñador no son los del tipo "CodeBehind" (con las clases separadas de la presentación en un solo archivo externo), sino que se adopta el sistema "Inline Code" usado en herramientas de desarrollo como el WebMatrix.
¿y para eso dos años dando la barrila con que el "CodeBehind" era el mejor modo de separar Código de Presentación?. Pues vale.

También hay cambios en algo tan básico y fundamental como las directivas de página y los parámetros de la compilación.
Por ejemplo, lo que antes era:

<%@ Page Language="C#" AutoEventWireup="false" Codebehind="WebForm1.aspx.cs" Inherits="probando.WebForm1"%>


Ahora pasa a ser:

<%@ page language="C#" compilewith="Default.aspx.cs" classname="ASP.Default_aspx" %>


Debido fundamentalmente a que aprovechan las Clases Parciales (Tipos Parciales en C#), que permiten definir diferentes partes de una misma clase en más de un solo archivo. Al compilar, se juntan todas las partes y se compilan. Esto evita la necesidad de compilar todo el proyecto solo por pequeños cambios; ahora se compila solo el WebForm y el codebehind. Y desde luego mejora el control de todo el proyecto dado que antes el menor fallo de sincronización por un cambio en las directivas,las páginas o las clases echaba a perder todo el trabajo. Un simple cambio de nombre de un archivo podía volverte loco.

Es para mejor pero claro, es una puñeta que anden cambiando las cosas cada año.

Ahora se puede controlar el formulario hacia el que hacemos PostBack, aparece el Intellisense en la vista de código y hay increíbles mejoras en el Entorno Visual Studio NET, además de otras esperadas mejoras en el código.

Oigaaaa,¿va a haber más cambios el año que viene?.
Lo digo para esperarme y me ahorro el sofocón de migrarlo todo. Sigo con mi ASP 3 y santas pascuas.

[Vía The Server Side]

Programación | jomaweb | 0 Comentarios | Enlace


Referencias (TrackBacks)

URL de trackback de esta historia http://jomaweb.blogalia.com//trackbacks/21269

Comentarios

Nombre
Correo-e
URL
Dirección IP: 54.224.99.49 (8e4ec05d31)
Comentario