¿Qué es Client Profile en Visual Studio 2010?
Continúo comentando alguna de las incorporaciones de Visual Studio 2010, y en concreto, una que tiene por nombre Client Profile, si bien, Client Profile se deja ver ya en .NET Framework 3.5 SP1, es en .NET Framework 4.0 cuando adquiere más importancia.
En Microsoft han pensado que la distribución de aplicaciones WPF y aplicaciones de Windows, se hace a veces excesivamente pesada a costa de distribuir el Framework de .NET.
Ese Framework se ha hecho bastante pesado y a veces para usar solo una parte.
Es por todo ello, que Microsoft ha decidido crear dos paquetes… bueno… uno nuevo solamente en realidad.
Uno de esos paquetes es el paquete de distribución tradicional, el que denominan .NET Framework 4.0 ó .NET Framework 4.0 full y que todos conocemos muy bien.
El otro y nuevo, es el .NET Framework 4.0 Client Profile.
Este paquete, .NET Framework 4.0 Client Profile, contiene únicamente una parte de librerías del Framework, aquellas que Microsoft ha estimado como las más usadas o más comunes para las aplicaciones de escritorio WPF y Windows.
Los paquetes Client Profile en .NET Framework 4.0 están disponibles tanto para sistemas de 32 bits como para sistemas de 64 bits, a excepción del procesador IA64.
Respecto a los tamaños del Client Profile, éstos se han reducido drásticamente desde la Beta 1 a la Beta 2.
Para un entorno de 32 bits por ejemplo, el tamaño ha pasado de 34 Mb a 31 Mb, y para ambos entornos, 32 bits y 64 bits, ha pasado de 71 Mb a 47 Mb.
Desde mi punto de vista, ésto del Client Profile no me termina de convencer del todo, pero entiendo que la gente de Microsoft lo habrá hecho por alguna razón o interés general, así que de momento me quedo a la espectativa.
Finalmente, debo indicar que dentro del entorno de desarrollo, haciendo clic con el botón derecho del ratón sobre el proyecto y seleccionando la opción Propiedades del menú emergente, accederemos a las propiedades del proyecto, dentro de las cuales encontraremos la parte definida como Target framework dento de la cual, podremos seleccionar el tipo de compilación que queremos realizar, con Client Profile (por defecto para una aplicación WPF y Windows), o con el framework completo.
También podemos acceder a esta opción desde las opciones avanzadas del compilador.
Para terminar, querría dejar dos enlaces con información de Client Profile para la Beta 1 [http://blogs.msdn.com/jgoldb/archive/2009/05/27/net-framework-4-client-profile-introduction.aspx] y para la Beta 2 [http://blogs.msdn.com/jgoldb/archive/2009/10/19/what-s-new-in-net-framework-4-client-profile-beta-2.aspx], sacadas de un blog de Microsoft. En el segundo de los enlaces, encontraremos cuadros comparativos bastante descriptivos así como informaciones de utilidad y qué partes del Framework se incluyen en el Client Profile.
3 Responsesso far
No sé, pero me parece que no es la táctica adecuada. Así no van a conseguir implantarlo de verdad.
Los .NET, o bien vienen con el SO y los SP (incluso se podría sacar un SP sólo para actualizar una versión .NET), o bien se debería permitir distribuir sólo aquéllas bibliotecas que la aplicación use y que todavía no estén en el equipo cliente…
Cuando trabajas con miles de servidores y asu vez miles de clientes, es lo mas adecuado, ya que distribuir el framework en aproximadamente 2 mil servidores y aproximadamente 20 mil estaciones de trabajo como hoy dia tenemos en la empresa, se agradece
saludos
Yo lo veo interesante, es una posibilidad más y como tal, bienvenida sea 🙂 Creo que es muy similar a la táctica de Sun a la hora de distribuir los distintos tipos de entornos de ejecución de aplicaciones JAVA, JRE,J2SE, etc..
Salu2 CRACKS !!