Cómo optimizar la compatibilidad de la aplicación para Windows 8

En general, Microsoft intenta mantener la compatibilidad hacia adelante al actualizar cada versión del sistema operativo. Hay algunas excepciones, sin embargo, si una serie de actualizaciones para mejorar el rendimiento tienen en cuenta que la versión anterior afectará el rendimiento general, no se puede cambiar. Por ejemplo, Microsoft eliminó anteriormente el soporte de compatibilidad para aplicaciones de 15 bits.

Hay muchas actualizaciones para las versiones de cliente y servidor de Windows 8 que presentarán un gran desafío en términos de compatibilidad. Algunos de estos nuevos desafíos no pueden ser resueltos por los administradores, solo pueden ser manejados por el desarrollador inicial de la aplicación.

La mayoría de los cambios se explican en la documentación de actualización denominada "Manual de compatibilidad de la versión preliminar para desarrolladores de Windows y Windows Server", que detalla la mayoría de los problemas de compatibilidad del programa y existe para la versión actual. El problema lo proporciona la solución.

A continuación se muestran algunos informes de fallas de compatibilidad de programas conocidos.

Número de versión del sistema. Sí, los viejos problemas han surgido con una nueva mirada. Debido a que Windows usa un número de versión especial, algunas aplicaciones antiguas pueden tener problemas y el número de versión definido por Windows 8 es 6.2. Estos programas se pueden ejecutar con el modo de compatibilidad provisto por Windows actual (por ejemplo, en la página de compatibilidad del acceso directo del programa), pero si usted es un desarrollador de programas, debe tener más cuidado para confirmar el número de versión. Microsoft recomienda usar la función ‘ check the information de la versión ’ (con mayor que, no igual o un número de versión especial).

Aplicación de servidor sin cabeza. Este es uno de los cambios más importantes, porque la nueva versión del servidor de Windows (principalmente el núcleo del servidor) está diseñada no solo para ejecutar programas sin cabeza, sino también para admitir programas que no tienen una interfaz gráfica. Se puede descargar una interfaz gráfica en un entorno de bajo rendimiento (por ejemplo, en una máquina virtual donde los recursos se comparten ampliamente), o se pueden realizar operaciones similares por otras razones, como reducir la probabilidad de que un servidor sea atacado.

Algunos programas de servidor, aunque pueden no ejecutarse en un entorno gráfico. Cualquier aplicación de versión de línea de comandos debería funcionar bien en teoría, pero una vez que se presenta al usuario con una interfaz gráfica, puede que no funcione bien. Actualmente no hay una buena manera de resolver los problemas causados ​​por esta interfaz gráfica, por lo que solo se puede utilizar para aplicaciones que no tienen una versión de interfaz gráfica.

Si va a ejecutar todas las aplicaciones en la versión principal del servidor del sistema operativo, debe realizar una prueba completa para asegurarse de que funcione como se espera en un entorno no gráfico. Si los resultados se invierten, y si tiene cierta comprensión de la programación, entonces necesita migrar el código existente a la plataforma central del servidor y reconfirmar que esas API WIN32 y CLR .NET son compatibles con el sistema central.

.NET Framework. Windows 8 coloca el marco .NET 4.5 en su paquete de instalación del programa predeterminado, pero no incluye .NET 3.5. Si tiene algunos programas que explícitamente solo son compatibles con la versión 3.5, no solo programas independientes, sino también aquellos basados ​​en la versión de .NET, en este caso debe agregar manualmente la versión anterior de .NET. Afortunadamente, esto no causa problemas de compatibilidad importantes debido a que diferentes versiones de .NET pueden ejecutarse simultáneamente. La documentación de Microsoft tiene algunas instrucciones sobre cómo agregar manualmente el marco .NET 3.5 sin tocar las actualizaciones de Windows.

Debido a que .NET 4.5 ya forma parte del tiempo de ejecución de Windows (WinRT), Word permite a los desarrolladores crear aplicaciones con la vista "metro" y crear rápidamente programas con el modelo de programa de reloj de arena. Si desea cambiar o actualizar la aplicación del servidor para Windows 8 y ya conoce C # o C ++, entonces esta tarea no es difícil, pero aún hay algunas cosas que vale la pena explorar en la documentación.

sectores del disco 4K. Esto es más un problema de hardware que un problema de procedimiento, pero aún así merece nuestra atención. El nuevo disco convencional actual en el mercado generalmente utiliza sectores 4K en lugar del antiguo diseño de sector de 512 bytes. El controlador de sector 4K, también conocido como el disco de "formato avanzado", a menudo tiene algunos problemas extraños en los programas diseñados para sectores de 512 bytes. No tiene en cuenta el problema de la compatibilidad hacia adelante. Windows 8 agrega una nueva API para consultar los tamaños de sector de archivo y luego usar la herramienta de línea de comandos para admitir consultas de script para el tamaño del volumen.

Controlador de kernel sin firmar. Si tiene algunos programas, ya sean de terceros o de terceros, use el controlador del kernel, Windows Server limita estrictamente el uso de los controladores del kernel por razones de seguridad y los trata como software no autorizado. Los mayores cambios en el uso de los controladores del kernel para dispositivos incluyen la función de arranque seguro de la Interfaz de firmware extendida estándar (UEFI, por sus siglas en inglés), que protege a las máquinas de ataques de software no autorizados. UEFI Secure Boot es una opción para el servidor, pero se recomienda habilitarlo. Si desea utilizar UEFI Secure Boots en su servidor, es mejor que use un certificado de confianza para autenticar el controlador del kernel. De lo contrario, se recomienda deshabilitar la entrada de arranque seguro.