Como se puede apreciar en la imagen, hay dos eventos (Load, KeyPress) los dos para el Formulario, el Load lo hago para que cuando inicie la aplicación, el formulario adquiera la forma siguiente forma, imagen 2.

Y el evento KeyPress para que cuando al presionar cualquier tecla se salga de la aplicación.

Bueno esa es una de las tantas formas que le podemos dar a un formulario, el truco esta en el tamaño que le asignemos a nuestra elipse. 

Espero que haya sido de su agrado y le invito a seguir desarrollando en esta poderosa herramienta  
Imagen 1

Imagen 2          

Fuente: http://www.netveloper.com/contenido2.aspx?IDC=258_0

Hace unos meses, configurar un entorno TDD, era una tarea complicada; pero desde la llegada de Visual Studio 2005 y Team Foundation Server (TFS), esta tarea se simplifica muchísimo. 

Luego de estar probando durante mucho tiempos las versiones Beta de estos productos, finalmente pude participar en un proyecto donde aplicásemos una metodología ágil, integrados con TFS. 

El objetivo de este artículo es demostrar paso a paso como se puede utilizar Visual Studio Team System, en un proceso de desarrollo ágil, que contemple la creación de un componente, sus pruebas y los sucesivos pasos de integración hasta el proceso de Continuous Integration.

Creación de un componente de ejemplo

Lo primero que haremos es crear un nuevo proyecto Visual Basic Net (imagen 1), para esto abrimos Visual Studio y seleccionamos las siguientes opciones:

1. Menú File -> New -> Project
2. Seleccionamos Visual Basic, y dentro la opción Windows; el tipo de proyecto seráClass Library
3. Definimos el nombre del proyecto; a modo de ejemplo lo hemos llamadoTDDEjemplo

Dentro de nuestro proyecto renombramos la clase con el nombre “Labs” y agregamos el siguiente código de ejemplo:

Public Class Labs

 ” 
 ” Obtiene un mensaje de informacion
 ” 
 ” Obtiene un mensaje de informacion
 Public Function ObtenerInformacion() As String
  Return “Hola Mundo”
 End Function

 ” 
 ” Retorna el nombre completo a partir de un Nombre y un Apellido
 ” 
 ” Nombre
 ” Apellido
 ” Retorna el nombre completo a partir de un Nombre y un Apellido
 Public Function CrearNombreCompleto(ByVal Nombre As String, ByVal Apellido As String) As String
  Return Nombre & “, ” & Apellido
 End Function

End Class

Hemos agregado 2 funciones ObtenerInformacion y CrearNombreCompleto, que utilizaremos para integrar nuestro proyecto de pruebas en un proceso TDD.

Creación de un proyecto de pruebas unitarias

El siguiente paso es crear un proyecto que nos permita probar la funcionalidad del proyecto TDDEjemplo. Para eso crearemos una serie de pruebas unitarias (Unit Tests), que servirán como base para evaluar el funcionamiento correcto de las funciones que creamos en el paso anterior. Para esto posicionamos el cursor en la línea de definición de una de las funciones y desplegamos el menú contextual, y seleccionamos la opción Create Unit Tests

Nota: otra de las opciones que poseemos es la opción Rename, esta opción nos permite renombrar el nombre de la función y reemplazar este nombre en todos los lugares donde se utilice la función. Esta acción es un caso de Refactoring.

El siguiente formulario nos permite seleccionar las funciones sobre las cuales queremos crear los Tests unitarios. En este caso seleccionamos ambas funciones

Selección de funciones para las pruebas unitarias

Las funciones con los Tests unitarios se crearan en un nuevo proyecto, en la opción para definir el nombre ingresamos TDDEjemploTest
. 
Esta opción nos agrega un nuevo proyecto a la solución y le agrega como referencia el proyecto TDDEjemplo, además agrega dentro de la solución una serie de nuevos elementos.

Solución con el nuevo proyecto de pruebas

En el nuevo proyecto de pruebas, se ha creado una clase LabsTest.vb que posee las siguientes pruebas unitarias;

Clase Labs.vb&nbps;&nbps;&nbps;Clase LabsTests.vb
ObtenerInformacion&nbps;&nbps;&nbps;&nbps;&nbps;ObtenerInformacionTest
CrearNombreCompleto&nbps;&nbps;&nbps;&nbps;&nbps;CrearNombreCompletoTest

Las nuevas funciones utilizan la libreríaMicrosoft.VisualStudio.QualityTools.UnitTestFramework, que ha sido incluida dentro de la suite de Visual Studio 2005, para la ejecución de pruebas unitarias. El asistente crea las nuevas funciones implementando una llamada a la función que se quiere probar y generando el código necesario para el mismo. 

Por ejemplo la función CrearNombreCompletoTest; incluye la definición de las variables Nombre y Apellido, adicionalmente se agrega como tarea inicializar los valores de estas variables. 

 ”
 ”A test for CrearNombreCompleto(ByVal String, ByVal String)
 ”
  _
 Public Sub CrearNombreCompletoTest()
  Dim target As Labs = New Labs
  Dim Nombre As String = Nothing ‘TODO: Initialize to an appropriate value
  Dim Apellido As String = Nothing ‘TODO: Initialize to an appropriate value
  Dim expected As String = Nothing
  Dim actual As String
  actual = target.CrearNombreCompleto(Nombre, Apellido)
  Assert.AreEqual(expected, actual, “TDDEjemplo.Labs.CrearNombreCompleto did not return the expected value.”)
  Assert.Inconclusive(”Verify the correctness of this test method.”)
 End Sub

Para poder probar esta función completaremos los valores de estas variables y también la variable expected, que es la que almacena el valor esperado para luego comparar con el resultado de la ejecución de la prueba. 

El código final quedaría como en el siguiente ejemplo:

 ”
 ”A test for CrearNombreCompleto(ByVal String, ByVal String)
 ”
  _
 Public Sub CrearNombreCompletoTest()
  Dim target As Labs = New Labs

  Dim Nombre As String = “Bruno”
  Dim Apellido As String = “Capuano”
  Dim expected As String = “Bruno, Capuano”
  Dim actual As String

  actual = target.CrearNombreCompleto(Nombre, Apellido)

  Assert.AreEqual(expected, actual, “TDDEjemplo.Labs.CrearNombreCompleto did not return the expected value.”)

 End Sub

 ”
 ”A test for ObtenerInformacion()
 ”
  _
 Public Sub ObtenerInformacionTest()
  Dim target As Labs = New Labs

  Dim expected As String = “Hola Mundo”
  Dim actual As String

  actual = target.ObtenerInformacion

  Assert.AreEqual(expected, actual, “TDDEjemplo.Labs.ObtenerInformacion did not return the expected value.”)

 End Sub

Nota: el generador de pruebas unitarias agrega además de la prueba de la función la siguiente sentencia Assert.Inconclusive(…), para verificar que se complete el código de la prueba unitaria; esta línea debe ser eliminada luego de implementada la prueba unitaria ya que la misma no retornará un resultado exitoso si se deja esta llamada.

Una vez que hemos completado la definición de las prueba unitarias podemos ejecutar las mismas para evaluar si nuestro componente TDDEjemplo.Labsfunciona correctamente. Para lanzar el proceso de ejecución de pruebas unitarias debemos seleccionar:

Menú Test -> Start Selected Test Project with Debugger

Si no hemos cometido ningún error y las pruebas validan esta definición, el resultado debe ser exitoso y lo podremos visualizar en la ventana de Test Results;

Ejecución exitosa de las pruebas unitarias.

Si en cambio hemos tenido algún error o hemos dejado la llamadaAssert.Inconclusive(…), podremos ver alguno de los siguientes resultados:

                                                                Fuente: http://www.netveloper.com/contenido2.aspx?IDC=307_0

Sin mas preámbulos nos dirigimos a lo que nos interesa el código, este lo podemos hacer desde un Button.

Código en VB.NET

Private Sub btnVer_Click(ByVal sender As System.Object, _
 ByVal e As System.EventArgs) Handles btnVer.Click

 ’Mostramos la informacion en un MessageBox
 MessageBox.Show(”La Versión del Framework:” & ” ” & Environment.Version.ToString, “Saber Versión del Framework”)

End Sub

La informacion en pantalla se mostrara de la siguiente manera

En caso de que la quieras mostrar en una ConsoleApplication

El Codigo es el siguiente

Sub Main()
 ’Accedemos mediante el Metodo “WriteLine”
 System.Console.WriteLine(”La Versión del Framework es:” & ” ” & Environment.Version.ToString())
 ’Usamo el Metodo “ReadLine” para leer la cadena que envia “WriteLine”
 System.Console.ReadLine()
End Sub

La Aplicacion corriendo se veria asi.

El porque de esto: Con la salida de VS.NET la programacion Windows dio un giro de 360 grados en cuanto a Performance, Codigo manejado, Diseño y Estructura y algo muy importante Distribucion, asi es, a la hora de distribuir nuestro ejecutable debemos verificar que este corra bajo el mismo Framework en el que fue trabajado, ademas esto lo podemos agregar como una caracteristica utilitaria a las aplicaciónCliente/Servidor que realicemos.        

Fuente: http://www.netveloper.com/contenido2.aspx?IDC=301_0

Lo primero que debemos hacer es abrir nuestro Visual Studio .NET 2003, luego, elegimos el lenguaje que vayamos a usar (en este caso será Visual Basic (VB)), elegimos WindowsApplication (o Windows Forms).

Una vez ya hayamos hecho esto, procedemos a darle una forma como esta al Formulario Padre que es del cual vamos a heredar la forma. Tendrá un aspecto como este:

Luego de que terminemos de darle ese aspecto (ese fue el que yo le di, si quieres puedes darle el que se te antoje). Procedemos a agregar otro WindowsForm y luego que ya lo tengamos agregado a nuestro Proyecto o Solución identificamos una parte de código que se llama Inherits System.Windows.Forms.Form, este es el que trae por defecto solo le cambiamos lo que sigue después de Inherits por el nombre del Formulario que queramos heredar, en este caso será el Form1.vb, seria de esta manera: Inherits Form1

Luego compilamos en modo Debug que es un modo de prueba revisamos elForm2 y tendra el mismo aspecto que el Form1 veamos la siguiente imagen.

Luego que hayamos terminado esto, si nos fijamos el Formulario Hijo hereda la misma forma que el Formulario Padre pero hay que tener en cuenta varias cosas.

1. No se hereda código de ningún objeto

2. Al realizar el “Inherits” el Formulario que hereda tendrá todos los elementos bloqueados, para solucionar esto nos dirigimos al Formulario Padre (Form1) y en este los objetos tienen una propiedad que se llama Modifiers que trae por defecto Friend le decimos que es igual a Protected y listo (esto es a cada uno de los objetos que queramos heredar), luego compilamos nuevamente en modoDebug , revisamos y ya estos estarán disponibles para poder editarlos y usarlos

NOTA: no puedes cambiarle el nombre ya que el interpretador de código del Framework se guía por ahí, para poder hacer la identificación del objeto en herencia y el correcto funcionamiento de este.            

Fuente: http://www.netveloper.com/contenido2.aspx?IDC=302_0

Hace unos meses, configurar un entorno TDD, era una tarea complicada; pero desde la llegada de Visual Studio 2005 y Team Foundation Server (TFS), esta tarea se simplifica muchísimo. 

Luego de estar probando durante mucho tiempos las versiones Beta de estos productos, finalmente pude participar en un proyecto donde aplicásemos una metodología ágil, integrados con TFS. 

El objetivo de este artículo es demostrar paso a paso como se puede utilizar Visual Studio Team System, en un proceso de desarrollo ágil, que contemple la creación de un componente, sus pruebas y los sucesivos pasos de integración hasta el proceso de Continuous Integration.

Creación de un componente de ejemplo

Lo primero que haremos es crear un nuevo proyecto Visual Basic Net (imagen 1), para esto abrimos Visual Studio y seleccionamos las siguientes opciones:

1. Menú File -> New -> Project
2. Seleccionamos Visual Basic, y dentro la opción Windows; el tipo de proyecto seráClass Library
3. Definimos el nombre del proyecto; a modo de ejemplo lo hemos llamadoTDDEjemplo

Dentro de nuestro proyecto renombramos la clase con el nombre “Labs” y agregamos el siguiente código de ejemplo:

Public Class Labs

 ” 
 ” Obtiene un mensaje de informacion
 ” 
 ” Obtiene un mensaje de informacion
 Public Function ObtenerInformacion() As String
  Return “Hola Mundo”
 End Function

 ” 
 ” Retorna el nombre completo a partir de un Nombre y un Apellido
 ” 
 ” Nombre
 ” Apellido
 ” Retorna el nombre completo a partir de un Nombre y un Apellido
 Public Function CrearNombreCompleto(ByVal Nombre As String, ByVal Apellido As String) As String
  Return Nombre & “, ” & Apellido
 End Function

End Class

Hemos agregado 2 funciones ObtenerInformacion y CrearNombreCompleto, que utilizaremos para integrar nuestro proyecto de pruebas en un proceso TDD.

Creación de un proyecto de pruebas unitarias

El siguiente paso es crear un proyecto que nos permita probar la funcionalidad del proyecto TDDEjemplo. Para eso crearemos una serie de pruebas unitarias (Unit Tests), que servirán como base para evaluar el funcionamiento correcto de las funciones que creamos en el paso anterior. Para esto posicionamos el cursor en la línea de definición de una de las funciones y desplegamos el menú contextual, y seleccionamos la opción Create Unit Tests

Nota: otra de las opciones que poseemos es la opción Rename, esta opción nos permite renombrar el nombre de la función y reemplazar este nombre en todos los lugares donde se utilice la función. Esta acción es un caso de Refactoring.

El siguiente formulario nos permite seleccionar las funciones sobre las cuales queremos crear los Tests unitarios. En este caso seleccionamos ambas funciones

Selección de funciones para las pruebas unitarias

Las funciones con los Tests unitarios se crearan en un nuevo proyecto, en la opción para definir el nombre ingresamos TDDEjemploTest
. 
Esta opción nos agrega un nuevo proyecto a la solución y le agrega como referencia el proyecto TDDEjemplo, además agrega dentro de la solución una serie de nuevos elementos.

Solución con el nuevo proyecto de pruebas

En el nuevo proyecto de pruebas, se ha creado una clase LabsTest.vb que posee las siguientes pruebas unitarias;

Clase Labs.vb&nbps;&nbps;&nbps;Clase LabsTests.vb
ObtenerInformacion&nbps;&nbps;&nbps;&nbps;&nbps;ObtenerInformacionTest
CrearNombreCompleto&nbps;&nbps;&nbps;&nbps;&nbps;CrearNombreCompletoTest

Las nuevas funciones utilizan la libreríaMicrosoft.VisualStudio.QualityTools.UnitTestFramework, que ha sido incluida dentro de la suite de Visual Studio 2005, para la ejecución de pruebas unitarias. El asistente crea las nuevas funciones implementando una llamada a la función que se quiere probar y generando el código necesario para el mismo. 

Por ejemplo la función CrearNombreCompletoTest; incluye la definición de las variables Nombre y Apellido, adicionalmente se agrega como tarea inicializar los valores de estas variables. 

 ”
 ”A test for CrearNombreCompleto(ByVal String, ByVal String)
 ”
  _
 Public Sub CrearNombreCompletoTest()
  Dim target As Labs = New Labs
  Dim Nombre As String = Nothing ‘TODO: Initialize to an appropriate value
  Dim Apellido As String = Nothing ‘TODO: Initialize to an appropriate value
  Dim expected As String = Nothing
  Dim actual As String
  actual = target.CrearNombreCompleto(Nombre, Apellido)
  Assert.AreEqual(expected, actual, “TDDEjemplo.Labs.CrearNombreCompleto did not return the expected value.”)
  Assert.Inconclusive(”Verify the correctness of this test method.”)
 End Sub

Para poder probar esta función completaremos los valores de estas variables y también la variable expected, que es la que almacena el valor esperado para luego comparar con el resultado de la ejecución de la prueba. 

El código final quedaría como en el siguiente ejemplo:

 ”
 ”A test for CrearNombreCompleto(ByVal String, ByVal String)
 ”
  _
 Public Sub CrearNombreCompletoTest()
  Dim target As Labs = New Labs

  Dim Nombre As String = “Bruno”
  Dim Apellido As String = “Capuano”
  Dim expected As String = “Bruno, Capuano”
  Dim actual As String

  actual = target.CrearNombreCompleto(Nombre, Apellido)

  Assert.AreEqual(expected, actual, “TDDEjemplo.Labs.CrearNombreCompleto did not return the expected value.”)

 End Sub

 ”
 ”A test for ObtenerInformacion()
 ”
  _
 Public Sub ObtenerInformacionTest()
  Dim target As Labs = New Labs

  Dim expected As String = “Hola Mundo”
  Dim actual As String

  actual = target.ObtenerInformacion

  Assert.AreEqual(expected, actual, “TDDEjemplo.Labs.ObtenerInformacion did not return the expected value.”)

 End Sub

Nota: el generador de pruebas unitarias agrega además de la prueba de la función la siguiente sentencia Assert.Inconclusive(…), para verificar que se complete el código de la prueba unitaria; esta línea debe ser eliminada luego de implementada la prueba unitaria ya que la misma no retornará un resultado exitoso si se deja esta llamada.

Una vez que hemos completado la definición de las prueba unitarias podemos ejecutar las mismas para evaluar si nuestro componente TDDEjemplo.Labsfunciona correctamente. Para lanzar el proceso de ejecución de pruebas unitarias debemos seleccionar:

Menú Test -> Start Selected Test Project with Debugger

Si no hemos cometido ningún error y las pruebas validan esta definición, el resultado debe ser exitoso y lo podremos visualizar en la ventana de Test Results;

Ejecución exitosa de las pruebas unitarias.

Si en cambio hemos tenido algún error o hemos dejado la llamadaAssert.Inconclusive(…), podremos ver alguno de los siguientes resultados:

Ejecución con errores de las pruebas unitarias.
Fuente: http://www.netveloper.com/contenido2.aspx?IDC=307_0

Las clases para la manipulación de los datos

Estos espacios de nombres especializados nos permiten conectar con la base de datos, traer los datos indicados a la memoria y después de manipularlos, guardarlos en la base de datos, si es que realmente hemos hecho algún cambio, inserción o eliminación.
En este proceso normalmente necesitaremos tanto clases especializadas dependiendo del origen de datos como clases genéricas para la manipulación de los datos en la memoria, (normalmente en forma desconectada). Por ejemplo, para el acceso a una base de datos de SQL Server, necesitaremos un objetoSqlConnection que será el que se encargue de realizar la conexión con la base de datos, un objeto SqlDataAdapter que será el que “realmente” realice la conexión, obtención de datos y finalmente la actualización en la base de datos de los cambios realizados, el objeto DataAdapter a su vez necesita saber cuales son las acciones que debe realizar con la base de datos, desde que datos obtener hasta que acciones deben aplicarse a la hora de actualizar, eliminar o insertar nuevos datos, todas estas acciones se indicarán por medio de comandos, en este ejemplo de acceso a una base de datos del tipo SQL Server, tendremos que usar objetos Command especializados, concretamente objetos del tipo SqlCommanden los que indicaremos las cadena de selección, update, insert y delete a las que, seguramente, ya estamos acostumbrados: SELECT <campos> FROM <tabla> WHERE <condición>.
Para manipular los datos obtenidos, lo habitual será usar un objeto DataSet o bien uno del tipo DataTable, en el primer caso, siempre tendremos uno o más objetos del tipo DataTable, dependiendo de la cadena de selección usadas, es decir, si los datos que queremos manipular afecta a una o más tablas e incluso si esa manipulación afecta a ciertas relaciones entre tablas. Independiente de que usemos una o varias tablas, la información que contiene cada tabla está incluida en filas, (una por cada fila o registro de datos), y cada una de las filas a su vez contiene columnas, pero tanto las tablas, filas o columnas son tipos de datos independientes del origen de datos y las clases que representan estos objetos están contenidas en el espacio de nombres System.Data, particularmente en las clases: DataTable, DataRow y DataColumn respectivamente.

Manipulación de datos en modo desconectado

Lo habitual es que la manipulación de datos la hagamos en modo desconectado, que es como sería usando las clases que hemos indicado en el párrafo anterior.
Los pasos a seguir para obtener los datos, trabajar con ellos y finalmente actualizarlos en la base de datos, (independientemente del origen de datos), serían los siguientes:
1.Realizamos la conexión con el origen de datos (objeto del tipo Connection)
2.Asignamos los objetos que correspondan para obtener los datos (comandos Select, Update, Insert y Delete)
3.Obtenemos los datos (mediante un objeto del tipo DataAdapter)
4.Manejamos los datos de forma local (desconectada) usando objetos del tipo DataTable.
5.Actualizamos los datos en la base de datos usando nuevamente el DataAdapter, obteniendo del DataSet o DataTable las filas nuevas, modificadas o eliminadas.

Veamos con ejemplos cómo realizar cada una de estas tareas, tanto para acceder a una base de datos de SQL 
Server como a una de Access, en este último caso, en el ZIP con el código de ejemplo se incluye la base de datos pubs.mdb obtenida a partir de la incluida en los ejemplos de Visual Studio .NET con formato SQL Server.      
Fuente: http://www.netveloper.com/contenido2.aspx?IDC=181_0 ]]> http://blog.finderit.com/net/2009/03/22/los-espacios-de-nombres-de-net-relacionados-con-acceso-a-datos/feed/ http://blog.finderit.com/net/2009/03/22/silverlight-20-beta-2-no-se-integra-correctamente-con-ado-net-entity-framework/ http://blog.finderit.com/net/2009/03/22/silverlight-20-beta-2-no-se-integra-correctamente-con-ado-net-entity-framework/#comments Sun, 22 Mar 2009 18:54:04 +0000 gabi http://blog.finderit.com/net/?p=95 Resumen post:No hace mucho que Microsoft publicó el Service Pack 1 de Visual Studio 2008, uno de las características más esperadas de este service pack es la RTM de ADO .net Entity Framework. ¿ Se integra esta tecnología con Silverlight + WCF? En teoría si, en la práctica… Post:

[System.Runtime.Serialization.DataContractAttribute(Name="StructuralObject",
Namespace="http://schemas.datacontract.org/2004/07/System.Data.Objects.DataClasses",
IsReference=true)]

La nueva versión incorpora mas de 250 nuevas características que no se encuentran en las versiones Express de Visual Studio. Se agregó el soporte para LINQ (Language Integrated Query)
que es tomada como una aplicación rápida de desarrollo. Esta
herramienta ayuda para que el programador sepa que dato es el que
realmente necesita, en vez de estar pensando en la complejidad de las
solicitudes de datos. LINQ puede asociarse fácilmente con C# o Visual Basic con SQL.

También la nueva versión te permitirá abrir, editar y construir aplicaciones .NET 2.0 y ASP.NET 2.0 (incluyendo aplicaciones ASP.NET 2.0 usando ASP.NET AJAX 1.0).

La nueva versión de Framework 3.5 incluye características para el desarrollo de la Web 2.0, Service-Oriented Architecture
y software de servicios adicionales basados en aplicaciones. Su
lanzamiento general y venta al publico será hasta le próximo año, pero
si estás subscrito a MSDN, podrás bajar una versión Express de esta versión.

Fuente: http://www.programacion.com/noticia/1562/

1. Lanzamiento
Visual Studio 2008 y .NET framework 3.5 serán lanzados oficialmente juntos el próximo febrero. Sin embargo, estará disponible para desarrolladores a finales de noviembre de 2007.
Afortunadamente, estarán disponibles las versiones Express de C#, VB, C++ y Web, así como las Profesionales (¡con soporte de testeos unitarios!), Estándar y ediciones de equipos de desarrollo. La novedad será Visual Studio 2008 Shell, de carácter gratuito, que permitirá crear lenguajes y herramientas de desarrollo más verticalizadas.

Daniel comenta también que bajo Windows Vista, VS2008 será espectacular, e incluirá mejoras para la depuración de múltiples hilos. Ya no hay excusa para quedarnos con WXP ;-P

2. Compatibilidad hacia atrás
.NET framework 3.5 continúa la línea iniciada por Fx3.0 en cuanto al mantenimiento del CLR. Por tanto, y dado que lo único que hace es añadir ensamblados a las librerías presentes con las versiones 2.0 y 3.0 del framework, las aplicaciones actuales no se verán afectadas. Eso sí, necesitará los Service Packs 1 de ambas plataformas.

3. Generación multiplataforma
Visual Studio 2008 incluye la capacidad de crear proyectos para múltiples plataformas .NET, es decir, la 2.0, 3.0 y 3.5, desde el mismo entorno. Por tanto, no será necesario tener VS2005 instalado para generar ensamblados para .NET 2.0.

4. Multitud de novedades en C# 3.0 y VB9
Propiedades automáticas, delegados “relajados”, inicializadores de objetos, inferencia de tipos, tipos anónimos, métodos de extensión, funciones lambda y métodos parciales, entre otros.

Pero no sólo eso… dado el punto 3 (generación multiplataforma), podremos usar estas nuevas características de nuestros lenguajes favoritos y generar para .NET 2.0.

5. LINQ
Se trata de una de las grandes revoluciones que nos aportará este nuevo conjunto de herramientas. Language INtegrated Query es un nuevo método de acceso a datos totalmente integrado en nuestro lenguaje habitual y de una forma muy independiente de la fuente de donde provengan (colecciones, XML, motores de bases de datos, etc.).

6. Novedades para ASP.NET
Visual Studio, así como el nuevo framework, ya incluirán ASP.NET AJAX de serie, así como 3 nuevos controles (ListView, DataPager y LinqDataSource). Además, el IDE ha sido muy mejorado e incluye soporte para intellisense y depuración de Javascripts, ¡también para ASP.NET 2.0!, y un nuevo diseñador que permite anidar páginas maestras.

7. Para el desarrollo en cliente
VS2008 incluirá nuevas plantillas de proyectos, así como un diseñador para WPF integrado con soporte para la comunicación WPF-WinForms. También se ha añadido el soporte para Firefox de la tecnología ClickOnce yXBAP (XAML Browser Applications).

8. Para el desarrollador de Office
Se ofrece soporte total para la personalizaciones (customisations) de Office 2007, así como para las plantillas de Office 2003.

9. Para desarrollo en servidor
Se han incluido nuevas plantillas para WCF y WF, y se han introducido mejoras interesantes en el primero, como el modelo de programación HTTP (sin SOAP) o serialización JSON.

10. Para el desarrollo en dispositivos móviles
Hay decenas de nuevas características, como el soporte para las versiones compactas de LINQ y WPF, o, a nivel de IDE, Unit Testing for Devices.

11. (punto extra) Código del framework
Pues sí, como ya es sabido, podremos depurar nuestras aplicaciones siguiendo el rastro por el interior de las clases y métodos del framework (como si no tuviéramos suficiente con las nuestras ;-)).

Fuente: http://www.clikear.com/diez_cosas_saber_12876.aspx