- portabilité native
- portabilité sous réserve d'apporter des adaptations
- non portabilité nécessitant soit une évolution de version, soit un changement de produit
- Pour framework .net, même si les anciennes versions sont supportées, la V4.0 est la version officielle sous Windows 2008 et Windows 7, et est actuellement la seule à prendre réellement en charge le 64 bits.
- Windows 7 et 2008 sont très axés sécurité, et n'autorisent que des privilèges très faibles aux utilisateurs et applications. Attention aux applications ayant été développées avec des forts niveaux de privilèges requis. Cela se ressent également sur l'environnement utilisateur qui est par défaut plus restreint, moins permissif.
- Session 0 non-interactive. Les processus systèmes et les services fonctionnent dans la session 0. Le premier utilisateur se connecte à la session 1 (sous XP il se connectait à la session 0). Cette approche signifie que les services ne fonctionnent jamais dans la même session que les applications des utilisateurs pour être protégés contre les attaques provenant du code de l'application.
- IE8 affiche une compatibilité descendante, embarquant nativement 3 modes de fonctionnement, mode quircks (IE5), mode IE7 et mode IE8.Nécessité de porter/migrer les applications web/activex sous IE8
- IE8 fonctionne en mode protégé (privilèges très restreints)
- DEP / NX activée par défaut dans Internet Explorer 8. DEP/NX, pour « Data Execution Prevention/No Execute », le but de cette fonctionnalité est d'empêcher des services et applications d'exécuter du code dans des zones non habilitées. Les applicatifs doivent donc embarquer dans leur code la pris en charge de DEP/NX
- IE8 est conforme aux standards CSS 2.1, mais reste en retard vis-à-vis de CSS 3.0
- système d'exploitation
- drivers
- logiciels d'application
Le coté 32bits, est géré via une émulation sous-système WOW64
- les pilotes/drivers 32 bits (mode noyau) ne sont pas pris en charge
- les applications 32bits sont prises en charge, mais devront être testées
- coté exécution, les applications peuvent s'exécuter avec les même performances, plus lentement, ou plus vite que sur du 32bits natif, il n'y a pas de règle !
les applications, modules ou composants 16bits ne fonctionnent plus
- programmes compilés pour des systèmes d'exploitation 16 bits
- programmes 16 bits en mode noyau compilés pour des systèmes d'exploitation 32 bits (setup.exe par exemple)
- programmes 16 bits
Aucun processus 64 bits/32-bit mixtes
- 64 bits Microsoft Internet Explorer ne peut pas charger les contrôles ActiveX 32 bits.
- L'environnement 64 bits ne peut pas charger les extensions d'environnement 32 bits.
- Les programmes de programme d'installation 32 bits ne peuvent pas charger et enregistrer des dll 64 bits
- isolation des fichiers et registres entre le mode 32 bits émulé et mode 64bits
- le sous-système WOW64 isole les fichiers binaires 32 bits des fichiers binaires 64 bits en redirigeant les appels au Registre et certains appels au système de fichiers
- Le Registre des versions 64 bits de Windows est divisé en clés 32 bits et 64 bits. La plupart des clés 32 bits portent le même nom que leurs équivalents 64 bits, et vice-versa, mais le redirecteur de Registre WOW64 présente des programmes 32 bits avec des clés différentes pour les entrées de Registre programme 32 bits.
- les communications/appels 64bits / 32bits devront être validés (ex client oracle 64bits et applications métiers en 32bits)
Sous Windows 2008 R2 même si l'OS est 64bits et Windows 7 64bits, il existe deux navigateurs un IE8 64bits et un IE8 32bits. Chaque navigateur est indépendant et n'utilise que les add-on, plugin, activex etc...correspondant à sa version.Toutefois ils partagent la page de démarrage par défaut, le menu Favoris et le dossier Temporary Internet Files.
- Version d'OS
- Version de framework
- Version de lecteur multimédia
- Version de navigateur
Le constat est que la migration d'OS/socle impose que toutes les applications devront passer par une phase de test/homologation.