A. Ventajas y desventajas de la programacin en .

NET
A continuacin se resumen las ventajas ms importantes que proporciona .Net
Framework:

Unifica los modelos de programacin

Simplifica an ms el desarrollo
Provee un Entorno de Ejecucin robusto y seguro
Es independiente del lenguaje de programacin
Interoperabilidad con cdigo existente
Simplifica la instalacin y administracin de las aplicaciones
Es Extensible

Otras ventajas son:

Cdigo administrado: El CLR realiza un control automtico del cdigo para que
este sea seguro, es decir, controla los recusos del sistema para que la aplicacin
se ejecute correctamente.
Interoperabilidad multilenguaje: El cdigo puede ser escrito en cualquier
lenguaje compatible con .Net ya que siempre se compila en cdigo intermedio
(MSIL).
Compilacin just-in-time: El compilador JIT incluido en el Framework compila el
cdigo intermedio (MSIL) generando el cdigo mquina propio de la plataforma.
Se aumenta as el rendimiento de la aplicacin al ser especfico para cada
plataforma.
Garbage collector: El CLR proporciona un sistema automtico de administracin
de memoria denominado recolector de basura (garbage collector). El CLR detecta
cundo el programa deja de utilizar la memoria y la libera automticamente. De
esta forma el programador no tiene por que liberar la memoria de forma explcita
aunque tambin sea posible hacerlo manualmente (mediante el mtodo disponse()
liberamos el objeto para que el recolector de basura lo elimine de memoria).
Seguridad de acceso al cdigo: Se puede especificar que una pieza de cdigo
tenga permisos de lectura de archivos pero no de escritura. Es posible aplicar
distintos niveles de seguridad al cdigo, de forma que se puede ejecutar cdigo
procedente del Web sin tener que preocuparse si esto va a estropear el sistema.
Despliegue: Por medio de los ensamblados resulta mucho ms fcil el desarrollo
de aplicaciones distribuidas y el mantenimiento de las mismas. El Framework

realiza esta tarea de forma automtica mejorando el rendimiento y asegurando el

funcionamiento correcto de todas las aplicaciones.

DESVENTAJAS:

Problema de versionado asociado con varias libreras runtime DLLs,

conocido como DLL Hell
Pobre soporte para programacin orientada a objetos
Incapacidad para crear aplicaciones multihilo, sin tener que recurrir a
llamadas de la API de Windows.
Dependencia de complejas y frgiles entradas de registro COM.

B. Nuevos componentes y funcionalidades del .net

.NET 2015 presenta .NET Framework 4.6 y .NET Core. Algunas caractersticas
nuevas se aplican a ambos, y otras son especficas de .NET Framework 4.6 o
Ncleo de .NET.
ASP.NET
.NET Framework 2015 incluye ASP.NET 5, que es una plataforma .NET eficiente
para la compilacin de aplicaciones modernas basadas en la nube. La
plataforma es modular, por lo que puede incluir solo aquellas caractersticas
que se necesitan en la aplicacin. Puede hospedarse en IIS o autohospedarse
en un proceso personalizado y se pueden ejecutar aplicaciones con diferentes
versiones de .NET Framework en el mismo servidor. Incluye un nuevo sistema
de configuracin de entorno que est diseado para la implementacin de la
nube.
MVC, Web API y Web Pages estn unificados en un marco nico llamado
MVC 6. Las aplicaciones de ASP.NET 5 se compilan con las nuevas herramientas
de Visual Studio 2015. Las aplicaciones existentes funcionarn en el nuevo
.NET Framework; sin embargo, para compilar una aplicacin que use MVC 6 o
SignalR 3, debe usar el sistema de proyectos de Visual Studio 2015.
Para obtener informacin, vea ASP.NET 5.
Actualizaciones de ASP.NET
API basada en tareas para el vaciado de respuestas asincrnicas
Ahora, ASP.NET proporciona una API sencilla basada en tareas para el vaciado
de respuestas asincrnicas, HttpResponse.FlushAsync, que permite vaciar las
respuestas de forma asincrnica con el soporte async/await de su lenguaje.

Model binding supports task-returning methods

ASP.NET agreg en .NET Framework 4.5 la caracterstica Enlace de modelos,
que habilita un enfoque extensible y centrado en el cdigo en las operaciones
de datos basadas en CRUD de las pginas de formularios Web Forms y los
controles de usuario. Ahora el sistema Enlace de modelos es compatible con
los mtodos de enlace de modelos que devuelven Task. Esta caracterstica
permite que los desarrolladores de formularios Web Forms aprovechen las
ventajas que presenta la escalabilidad de la asincrona con la facilidad del
sistema de enlace de datos al usar las versiones ms recientes de ORM,
incluido Entity Framework.
El enlace de modelos asincrnicos se controla
configuracinaspnet:EnableAsyncModelBinding.

con

la

opcin

de

En las aplicaciones que tienen como destino .NET Framework 4.6, el valor
predeterminado es true. En las aplicaciones que se ejecutan en .NET
Framework 4.6 y que tienen como destino una versin anterior de .NET
Framework, el valor predeterminado es false. Se puede habilitar estableciendo
la opcin de configuracin en true.
Compatibilidad con HTTP/2 (Windows 10)
HTTP/2 es una nueva versin del protocolo HTTP que proporciona un uso
mucho mejor de la conexin (menos recorridos de ida y vuelta entre el cliente y
el servidor), lo que permite una latencia ms baja para los usuarios al cargar
pginas web. Las pginas web (no de servicios) aprovechan HTTP/2 al mximo,
porque el protocolo se optimiz para la solicitud de varios artefactos como
parte de una sola experiencia. La compatibilidad para HTTP/2 se agreg a
ASP.NET en .NET Framework 4.6. Como la funcionalidad de red existe en varios
niveles, se necesitaban nuevas caractersticas en Windows, IIS y ASP.NET para
habilitar HTTP/2. Debe ejecutar Windows 10 para usar HTTP/2 con ASP.NET. An
no se agreg HTTP/2 a ASP.NET 5.
Tambin se admite HTTP/2, y est activado de forma predeterminada en las
aplicaciones de la Plataforma universal de Windows (UWP) de Windows 10 que
usan la API System.Net.Http.HttpClient.
Para proporcionar una forma de usar la caracterstica PUSH_PROMISE en
aplicaciones de ASP.NET, se ha agregado un mtodo nuevo con dos
sobrecargas, PushPromise(String) y PushPromise(String,
String,
NameValueCollection), a la clase HttpResponse.
El explorador y el servidor web (IIS en Windows) hacen todo el trabajo. No tiene
que hacer el trabajo ms farragoso para los usuarios.

La mayora de los principales exploradores admiten HTTP/2, por lo que

probablemente los usuarios se beneficiarn de la compatibilidad con HTTP/2 si
el servidor lo admite.
Compatibilidad con el Protocolo de enlace de tokens
Google y Microsoft colaboraron en un nuevo sistema de autenticacin
llamado Protocolo de enlace de tokens. La premisa es que los tokens de
autenticacin (en la memoria cach del explorador) pueden ser robados y
usados por delincuentes para acceder a recursos seguros (por ejemplo, su
cuenta bancaria) sin necesidad de contrasea ni de otra informacin
privilegiada. El nuevo protocolo tiene como objetivo mitigar este problema.
El Protocolo de enlace de tokens se implementar en Windows 10 como una
caracterstica del explorador. Las aplicaciones de ASP.NET participarn en el
protocolo para validar la legitimidad de los tokens de autenticacin. Las
implementaciones de cliente y de servidor establecen la proteccin de extremo
a extremo especificada por el protocolo.
Algoritmos hash de cadena aleatoria
.NET Framework 4.5 introdujo un algoritmo hash de cadena aleatoria, pero no
era compatible con ASP.NET porque algunas caractersticas de ASP.NET
dependan de un cdigo hash estable. En .NET Framework 4.6 ya se admiten
los algoritmos hash de cadena aleatoria. Para habilitar esta caracterstica, use
la opcin de configuracin aspnet:UseRandomizedStringHashAlgorithm.

ADO.NET
ADO .NET ahora es compatible con la caracterstica Always Encrypted
disponible en SQL Server 2016 Community Technology Preview 2 (CTP2). Con
Always Encrypted, SQL Server puede realizar operaciones en los datos cifrados
y, lo mejor de todo, es que la clave de cifrado reside, junto con la aplicacin, en
el entorno de confianza del cliente y no en el servidor. Always Encrypted
protege los datos del cliente para que los administradores de bases de datos
no tengan acceso a los datos de texto sin formato. El cifrado y descifrado de
datos ocurre de forma transparente en el nivel de controlador, lo que minimiza
los cambios que deben realizarse en las aplicaciones existentes. Para obtener
informacin detallada, vea los temas sobre Always Encrypted (motor de base
de datos) y Always Encrypted (desarrollo de cliente development).
Compilador JIT de 64 bits para cdigo administrado
.NET Framework 4.6 incluye una nueva versin del compilador JIT de 64 bits
(llamado originalmente RyuJIT). El nuevo compilador de 64 bits proporciona

importantes mejoras de rendimiento con respecto al antiguo compilador JIT de

64 bits. El nuevo compilador de 64 bits est habilitado para los procesos de 64
bits que se ejecutan en .NET Framework 4.6. La aplicacin se ejecutar en un
proceso de 64 bits si se ha compilado como aplicacin de 64 bits o AnyCPU y se
est ejecutando en un sistema operativo de 64 bits. Aunque se hayan tomado
precauciones para efectuar la transicin al nuevo compilador de la manera ms
transparente posible, es posible que se produzcan cambios en el
comportamiento. Nos gustara que se pusiera en contacto con nosotros si
encuentra algn problema al usar el nuevo compilador JIT. Pngase en contacto
con nosotros a travs de Microsoft Connect si detecta algn problema que
pueda estar relacionado con el nuevo compilador JIT de 64 bits.
El nuevo compilador JIT de 64 bits tambin incluye caractersticas de
aceleracin SIMD de hardware al acoplarse con tipos SIMD habilitados para
SIMD en el espacio de nombres System.Numerics, que puede producir notables
mejoras en el rendimiento.
Mejoras en el cargador de ensamblados
Ahora el cargador de ensamblados usa la memoria de un modo ms eficaz al
descargar ensamblados de IL despus de cargar una imagen NGEN
correspondiente. Este cambio reduce la memoria virtual, que es bastante til
en las aplicaciones de 32 bits de gran tamao (por ejemplo, Visual Studio), y
tambin guarda la memoria fsica.
Cambios en la biblioteca de clases base
Se agregaron muchas nuevas API a .NET Framework 4.6 para habilitar
escenarios clave. Incluyen los siguientes cambios y adiciones:
Implementaciones de IReadOnlyCollection<T>
Las
colecciones
adicionales
como Queue<T> y Stack<T>.

implementan IReadOnlyCollection<T>,

CultureInfo.CurrentCulture y CultureInfo.CurrentUICulture
Las
propiedades CultureInfo.CurrentCulture y CultureInfo.CurrentUICulture ahora
son de lectura y escritura, en lugar de solo lectura. Si asigna un nuevo
objeto CultureInfo a estas propiedades, tambin cambian la referencia cultural
del
subproceso
actual
definida
por
la
propiedadThread.CurrentThread.CurrentCulture y la referencia cultural del
subproceso
de
la
interfaz
usuario
actual
definida
por
las
propiedades Thread.CurrentThread.CurrentUICulture.
Mejoras en la recoleccin de elementos no usados (GC)

La
clase GC ahora
incluye
los
mtodos TryStartNoGCRegion y EndNoGCRegion que permiten impedir la
recoleccin de elementos no usados durante la ejecucin de una ruta crtica.
Una nueva sobrecarga del mtodo GC.Collect(Int32, GCCollectionMode,
Boolean, Boolean) permite controlar si el montn del objeto pequeo y el
montn del objeto grande se exploran y compactan o si solo se exploran.
Tipos habilitados para SIMD
El espacio de nombres System.Numerics incluye ahora varios tipos habilitados
para
SIMD,
comoMatrix3x2, Matrix4x4, Plane, Quaternion, Vector2, Vector3 y Vector4.
Como el nuevo compilador JIT de 64 bits tambin incluye caractersticas de
aceleracin de hardware SIMD, hay mejoras de rendimiento considerablemente
importantes al usar los tipos habilitados para SIMD con el nuevo compilador JIT
de 64 bits.
Actualizaciones de criptografa
La API System.Security.Cryptography se est actualizando para que admita
las API de criptografa de Windows CNG. Las versiones anteriores de .NET
Framework se basaban completamente en una versin anterior de las API de
criptografa
de
Windows como
base
para
la
implementacin
deSystem.Security.Cryptography. Recibimos solicitudes para admitir la API de
CNG, ya que admitealgoritmos de criptografa modernos que son importantes
para determinadas categoras de aplicaciones.
.NET Framework 4.6 incluye las siguientes mejoras para admitir las API de
criptografa de CNG de Windows:
Un
conjunto
de
mtodos
de
extensin
para
los
certificados
X509,System.Security.Cryptography.X509Certificates.RSACertificateExt
ensions.GetRSAPublicKey(System.Security.Cryptography.X509Certifica
tes.X509Certificate2) ySystem.Security.Cryptography.X509Certificates
.RSACertificateExtensions.GetRSAPrivateKey(System.Security.Cryptog
raphy.X509Certificates.X509Certificate2), que devuelven, siempre que sea
posible, una implementacin basada en CNG en lugar de una implementacin
basada en CAPI (algunas tarjetas inteligentes, entre otros, siguen necesitando
CAPI, mientras que las API controlan la reserva).
La clase RSACng, que proporciona una implementacin de CNG del algoritmo
RSA.
Mejoras en la API de RSA, de modo que las acciones habituales ya no necesitan
ninguna
conversin. Por
ejemplo,
el
cifrado
de
datos
con
un

objeto X509Certificate2 necesita un cdigo similar al siguiente en las versiones

anteriores de .NET Framework.

El cdigo que usa las nuevas API de criptografa en .NET Framework 4.6 se
puede reescribir del siguiente modo para evitar la conversin.

Compatibilidad de conversin de fechas y horas a o desde la hora de

Unix
Se
han
agregado
los
siguientes
mtodos
nuevos
a
la
estructura DateTimeOffset para admitir la conversin de valores de fecha y
hora a o desde la hora de Unix:
[ M:System.DateTimeOffset.FromUnixTimeSeconds(System.Int64) ]
[ M:System.DateTimeOffset.FromUnixTimeMilliseconds(System.Int64) ]
[ M:System.DateTimeOffset.ToUnixTimeSeconds ]
[ M:System.DateTimeOffset.ToUnixTimeMilliseconds ]
Modificadores de compatibilidad
La nueva clase AppContext agrega una nueva caracterstica de compatibilidad
que permite a los autores de bibliotecas proporcionar a sus usuarios un
mecanismo uniforme para cancelar la participacin de la nueva
funcionalidad. Establece un contrato flexible entre los componentes para poder
comunicar una solicitud de cancelacin de la participacin. Esta capacidad
normalmente es importante cuando se realiza un cambio en la funcionalidad
existente. Por el contrario, la nueva funcionalidad participa de forma implcita.
Con AppContext, las bibliotecas definen y exponen modificadores de
compatibilidad, mientras que el cdigo que depende de ellas puede configurar
dichos modificadores para que afecten al comportamiento de la biblioteca. De
forma predeterminada, las bibliotecas proporcionan la nueva funcionalidad y
solo la modifican (es decir, ofrecen la funcionalidad anterior) si el modificador
est establecido.
Una aplicacin (o una biblioteca) puede declarar el valor de un modificador
(que es siempre un valorBoolean) que define una biblioteca dependiente. El
modificador siempre es implcitamente false.Cuando el modificador se

establece en true, se habilita. Cuando el modificador se

explcitamente en false, proporciona el nuevo comportamiento.

establece

La biblioteca debe comprobar si un consumidor declar el valor del conmutador

y, despus, actuar en consecuencia.

Es conveniente usar un formato coherente para los modificadores porque son

un contrato formal que expone una biblioteca. Las siguientes son dos formatos
obvios.
Modificador.espacio de nombres.nombre del conmutador
Modificador.biblioteca.nombre del conmutador
Cambios en el modelo asincrnico basado en tareas (TAP)
Para las aplicaciones que tienen como destino .NET Framework 4.6, los
objetos Task y Task<TResult>heredan la referencia cultural y la referencia
cultural de interfaz de usuario del subproceso que realiza la llamada. No se ve
afectado el comportamiento de las aplicaciones que tienen como destino las
versiones anteriores de .NET Framework o que no especifican una versin
concreta de .NET Framework.Para obtener ms informacin, vea la seccin
"Referencia cultural y operaciones asincrnicas basadas en tareas" del tema
sobre la clase CultureInfo.
La clase AsyncLocal le permite representar datos de ambiente locales de un
flujo de control asincrnico determinado, por ejemplo, un mtodo async. Se
puede usar para conservar los datos en todos los subprocesos. Tambin puede
definir un mtodo de devolucin de llamada que se le notifique al cambiar los
datos
de
ambiente,
ya
sea
porque
se
ha
cambiado
la
propiedad AsyncLocal.Value de forma explcita o porque el subproceso ha
encontrado una transicin de contexto.
Se
han
agregado
tres
prcticos
mtodos, Task.CompletedTask, Task.FromCanceled yTask.FromException,
al
patrn asincrnico basado en tareas (TAP) para que devuelva las tareas
completadas en un estado determinado.
La clase NamedPipeClientStream ahora admite la comunicacin asincrnica con
su nuevo mtodoConnectAsync. .
EventSource ahora permite escribir en el registro de eventos
Ahora puede usar la clase EventSource para registrar mensajes administrativos
u operativos en el registro de eventos, adems de cualquier sesin ETW
existente que se haya creado en el equipo.Anteriormente, tena que usar el

paquete de NuGet Microsoft.Diagnostics.Tracing.EventSource para poder

aprovechar esta funcionalidad, que ahora est integrada en .NET Framework
4.6.
El paquete de NuGet y .NET Framework 4.6 se han actualizado con las
siguientes caractersticas:
Eventos dinmicos
Permite eventos definidos "sobre la marcha" sin crear mtodos de eventos.
Cargas enriquecidas
Permite que las matrices y clases con atributos especiales, as como los tipos
primitivos, se pasen como carga
Seguimiento de actividad
Hace que los eventos de inicio y de detencin etiqueten eventos entre ellos con
un identificador que representa todas las actividades actualmente activas.
Para
admitir
estas
caractersticas,
se
mtodo Write sobrecargado a la clase EventSource.

ha

agregado

el

Windows Presentation Foundation (WPF)

Mejoras en el HDPI
Se ha mejorado la compatibilidad con HDPI en WPF en .NET Framework 4.6. Se
han hecho cambios en el redondeo del diseo para reducir las instancias de
recorte en los controles que contienen bordes. De forma predeterminada, esta
caracterstica
solo
est
habilitada
si
se
establece TargetFrameworkAttributeen .NET 4.6. Las aplicaciones que tienen
como destino versiones anteriores del marco y que se ejecutan en .NET
Framework 4.6 pueden participar en el nuevo comportamiento agregando la
siguiente lnea a la seccin <runtime> del archivo app.config:

Actualmente, las ventanas de WPF que ocupan varios monitores con diferentes
valores de PPP (configuracin de varios PPP) se representan completamente sin
regiones oscurecidas. Puede deshabilitar este comportamiento agregando la
siguiente lnea a la seccin <appSettings> del archivo app.config:

Se ha agregado a System.Windows.Input.Cursor compatibilidad para cargar

automticamente el cursor derecho segn la configuracin de PPP.
Mejor si es tctil
En .NET Framework 4.6, se han tratado los informes de cliente de Connect,
segn los cuales los gestos tctiles generan un comportamiento
impredecible. Ahora, el umbral de doble punteo de las aplicaciones de WPF y
de la Tienda Windows es el mismo en Windows 8.1 y versiones superiores.
Compatibilidad con las ventanas secundarias transparentes
En .NET Framework 4.6, WPF admite las ventanas secundarias transparentes en
Windows 8.1 y versiones superiores, de manera que puede crear ventanas
secundarias transparentes y no rectangulares en las ventanas de nivel
superior. Puede
habilitar
esta
caracterstica
estableciendo
la
propiedadHwndSourceParameters.UsesPerPixelTransparency en true.
Windows Communication Foundation (WCF)
Compatibilidad con SSL
WCF ahora admite la versin con SSL TLS 1.1 y TLS 1.2, adems de SSL 3.0 y
TLS 1.0, al usar NetTcp con la autenticacin de cliente y la seguridad de
transporte. Ahora se puede seleccionar el protocolo que se quiere usar o bien
deshabilitar protocolos antiguos menos seguros; para ello, establezca la
propiedadSslProtocols o agregue lo siguiente a un archivo de configuracin.

Enviar mensajes con diferentes conexiones HTTP

Ahora WCF permite que los usuarios se aseguren de que se han enviado
determinados mensajes con diferentes conexiones HTTP subyacentes. Existen
dos modos para hacer esto:
Usar un prefijo de nombre de grupo de conexin
Los usuarios pueden especificar una cadena que WCF usar como prefijo del
nombre del grupo de conexin. Se envan dos mensajes con prefijos diferentes
por distintas conexiones HTTP subyacentes. Establezca el prefijo agregando un
par clave-valor a la propiedadMessage.Properties del mensaje. La clave es
"HttpTransportConnectionGroupNamePrefix", mientras que el valor es el prefijo
deseado.
Usar distintos generadores de canales

Los usuarios tambin pueden habilitar una caracterstica que garantiza que los
mensajes enviados por canales creados por distintos generadores de canales
usen
diferentes
conexiones
HTTP
subyacentes. Para
habilitar
esta
caracterstica,
los
usuarios
deben
establecer
el
siguiente
valor appSetting en true:

Windows Workflow Foundation (WWF)

Ahora puede especificar los segundos durante los que un servicio de flujo de
trabajo retendr una solicitud de operacin fuera de servicio cuando haya un
marcador que no sea de protocolo pendiente antes de que expire la
solicitud. Un marcador "no de protocolo" es un marcador que no est
relacionado con las actividades de recepcin pendientes. Algunas actividades
crean marcadores no de protocolo dentro de su implementacin, por lo que es
posible que no sea obvio que exista un marcador no de protocolo. Entre ellas se
encuentran Estado y Seleccin. Si tiene un servicio de flujo de trabajo
implementado con un equipo de estado o que contiene una actividad de
seleccin, lo ms probable
es que tenga marcadores no de
protocolo. Especifique el intervalo agregando una lnea como la siguiente a la
seccin appSettings del archivo app.config:

Este es el mismo mensaje que aparece si recibe un mensaje de operacin fuera

de servicio y no hay ningn marcador que no sea de protocolo.
Si el valor del elemento FilterResumeTimeoutInSeconds es distinto de cero,
hay marcadores no de protocolo y el intervalo de tiempo de espera expira, se
produce un error en la operacin con un mensaje de tiempo de espera.
Transacciones
Ahora puede incluir el identificador de transaccin distribuida para la
transaccin que provoc que se produjera una excepcin derivada
de TransactionException. Para ello, agregue la siguiente clave a la
seccinappSettings del archivo app.config:
El valor predeterminado es false.
Redes
Reutilizacin del socket

Windows 10 incluye un nuevo algoritmo de red de alta escalabilidad que

optimiza los recursos del equipo con la reutilizacin de los puertos locales para
las conexiones TCP salientes. .NET Framework 4.6 es compatible con este
algoritmo y permite que las aplicaciones de .NET aprovechen el nuevo
comportamiento. En versiones anteriores de Windows haba un lmite de
conexiones simultneas artificial (normalmente de 16.384, el tamao
predeterminado del intervalo de puertos dinmicos) y esto poda limitar la
escalabilidad de un servicio provocando el agotamiento de puertos durante la
carga.
Se han agregado dos API nuevas a .NET Framework 4.6 para permitir la
reutilizacin de puertos, lo que elimina de forma eficaz el lmite de 64 K de las
conexiones simultneas:
El valor de enumeracin SocketOptionName.ReuseUnicastPort.
Propiedad ServicePointManager.ReusePort
De
forma
predeterminada,
la
propiedad ServicePointManager.ReusePort es false,
a
menos
que
el
valorHWRPortResueOnSocketBind de
la
clave
del
RegistroHKLM\SOFTWARE\Microsoft\.NETFramework\v4.0.30319 se
establezca en 0x1. Para habilitar la reutilizacin del puerto local en las
conexiones
HTTP,
establezca
la
propiedadServicePointManager.ReusePort en true. Esto hace que todas las
conexiones de socket TCP salientes deHttpClient y HttpWebRequest usen una
nueva opcin de socket de Windows 10,SO_REUSE_UNICASTPORT, que permite
la reutilizacin del puerto local.
Los desarrolladores que crean una aplicacin solo de sockets pueden
especificar la opcinSocketOptionName.ReuseUnicastPort al llamar a un
mtodo (como Socket.SetSocketOption) para que los sockets de salida
reutilicen los puertos locales durante el enlace.
Compatibilidad con nombres de dominio internacionales y PunyCode
Se ha agregado una nueva propiedad, IdnHost, a la clase Uri para ofrecer una
mejor compatibilidad con los nombres de dominio internacionales y PunyCode.
Cambio de tamao en controles de Windows Forms.
Esta caracterstica se ampli en .NET Framework 4.6 para incluir los
tipos DomainUpDown, NumericUpDown,DataGridViewComboBoxColumn, DataG
ridViewColumn y ToolStripSplitButton y el rectngulo especificado por la
propiedad Bounds que se usa al dibujar un UITypeEditor.

Esta
caracterstica
es
opcional. Para
habilitarla,
establezca
el
elementoEnableWindowsFormsHighDpiAutoResizing en true en el archivo
de configuracin de la aplicacin (app.config):

Compatibilidad para codificaciones de pginas de cdigos

Ncleo de .NET admite principalmente las codificaciones Unicode y, de forma
predeterminada, proporciona compatibilidad limitada para las codificaciones de
pginas de cdigos. Puede agregar compatibilidad para codificaciones de
pginas de cdigos disponibles en .NET Framework pero no admitidas en
Ncleo de .NET registrando codificaciones de pginas de cdigos con el
mtodo Encoding.RegisterProvider. Para
obtener
ms
informacin,
consulta CodePagesEncodingProvider.
.NET Native
Las aplicaciones de Windows para Windows 10 que tienen como destino Ncleo
de .NET y estn escritas en C# o Visual Basic pueden aprovechar una nueva
tecnologa que compila las aplicaciones en cdigo nativo en lugar de
IL. Generan aplicaciones que se caracterizan por un inicio y tiempos de
ejecucin ms rpidos. Para obtener ms informacin, consulte Compilar
aplicaciones con .NET Native. Para obtener informacin general sobre .NET
Native en la que se examina cmo difiere de la compilacin JIT y de NGEN y lo
que eso conlleva para el cdigo, vea .NET Native y compilacin.
Las aplicaciones se compilan en cdigo nativo de forma predeterminada
cuando se compilan con Visual Studio 2015. Para obtener ms informacin,
vea Introduccin a .NET Native.
Para admitir la depuracin de aplicaciones .NET Native, se agreg una serie de
interfaces y enumeraciones nuevas a la API de depuracin no
administrada. Para obtener ms informacin, consulte el tema Depuracin
(referencia de la API no administrada).
Paquetes de .NET Framework de cdigo abierto
Los paquetes de Ncleo de .NET como las Colecciones inmutables, las API de
SIMD y las API de red, como las que se encuentran en el espacio de
nombres System.Net.Http, ahora estn disponibles como paquetes de cdigo
abierto en GitHub. Para obtener acceso al cdigo, vea NetFx en GitHub. Para
obtener ms informacin y saber cmo contribuyen a estos paquetes,
consulte .NET Core y cdigo abierto, Pgina principal de .NET en GitHub.