Saltar al contenido

Diferencias entre Microsoft .NET 4.0 full Framework y Client Profile

Verificamos de forma exhaustivamente cada uno de los enunciados en nuestra web con la meta de enseñarte siempre la información veraz y actual.

Solución:

Las novedades de .NET Framework 4 Client Profile RTM explican muchas de las diferencias:

¿Cuándo usar NET4 Client Profile y cuándo usar NET4 Full Framework?
Perfil del cliente NET4:

Apunte siempre al perfil de cliente NET4 para todas sus aplicaciones de escritorio de cliente (incluidas las aplicaciones de Windows Forms y WPF).

Marco completo NET4:

Apunte a NET4 Full solo si las funciones o los ensamblajes que su aplicación necesita no están incluidos en el perfil del cliente. Esto incluye:

  • Si está creando aplicaciones de servidor. Tal como:
    o Aplicaciones ASP.Net
    o Servicios web basados ​​en ASMX del lado del servidor
  • Si usa escenarios de clientes heredados. Tal como:
    o Utilice System.Data.OracleClient.dll, que está en desuso en NET4 y no se incluye en el perfil del cliente.
    o Utilice Windows Workflow Foundation 3.0 o 3.5 heredado (WF3.0, WF3.5)
  • Si se dirige a escenarios de desarrolladores y necesita una herramienta como MSBuild o necesita acceso a ensamblajes de diseño como System.Design.dll

Sin embargo, como se indica en MSDN, esto no es relevante para >=4.5:

A partir de .NET Framework 4.5, el perfil del cliente se suspendió y solo está disponible el paquete redistribuible completo. Las optimizaciones proporcionadas por .NET Framework 4.5, como un tamaño de descarga más pequeño y una implementación más rápida, han eliminado la necesidad de un paquete de implementación por separado. El único redistribuible agiliza el proceso de instalación y simplifica las opciones de implementación de su aplicación.

Debe implementar “Perfil de cliente” en lugar de “Marco completo” dentro de una corporación principalmente en un solo caso: desea negar explícitamente algunas funciones de .NET se ejecutan en los equipos cliente. El único caso real es la negación de ASP.NET en las máquinas cliente de la corporación, por ejemplo, por razones de seguridad o la política corporativa existente.

El ahorro de menos de 8 MB en la computadora del cliente no puede ser una razón seria para la implementación del “Perfil del cliente” en una corporación. El riesgo de la necesidad de la implementación del “Framework completo” más adelante en la corporación es superior a los costos de 8 MB por cliente.

Hay disponible una lista de ensamblados en Ensamblados en el perfil de cliente de .NET Framework en MSDN (la lista es demasiado larga para incluirla aquí).

Si está más interesado en las funciones, el perfil de cliente de .NET Framework en MSDN enumera lo siguiente como incluido:

  • tiempo de ejecución de lenguaje común (CLR)
  • Hacer clic una vez
  • Formularios de Windows
  • Fundación de presentación de Windows (WPF)
  • Fundación de comunicación de Windows (WCF)
  • Marco de la entidad
  • Fundación de flujo de trabajo de Windows
  • Habla
  • Soporte XSLT
  • LINQ a SQL
  • Bibliotecas de diseño en tiempo de ejecución para Entity Framework y WCF Data Services
  • Marco de extensibilidad administrado (MEF)
  • Tipos dinámicos
  • Funciones de programación paralela, como Task Parallel Library (TPL), Parallel LINQ (PLINQ) y Coordination Data Structures (CDS)
  • Depuración de aplicaciones cliente

Y lo siguiente como no incluido:

  • ASP.NET
  • Funcionalidad avanzada de Windows Communication Foundation (WCF)
  • Proveedor de datos de .NET Framework para Oracle
  • MSBuild para compilar

valoraciones y comentarios

Recuerda que puedes optar por la opción de decir .

¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *