Fonctionnalités nouvelles et améliorées
Mise à jour : novembre 2007
Cette section décrit les technologies qui étaient auparavant disponibles en tant qu'installations indépendantes et sont désormais incluses dans le .NET Framework version 1.1. Elle décrit aussi les principales modifications apportées aux technologies existantes.
Contrôles mobiles ASP.NET
Contrôles mobiles ASP.NET (anciennement Microsoft Mobile Internet Toolkit) étend le .NET Framework et Visual Studio .NET par la prise en charge des appareils mobiles (sans fil) tels que téléphones portables et assistants numériques personnels (PDA, personal data assistant). Le .NET Framework version 1.1 intègre les contrôles mobiles dans les distributions .NET Framework et Visual Studio.
Étant donné que les contrôles mobiles font désormais partie du .NET Framework, la terminologie s'est adaptée aux conventions utilisées dans la documentation .NET et la documentation les concernant a été intégrée à la documentation du .NET Framework. L'appellation Mobile Internet Toolkit est désormais remplacée par celle de contrôles mobiles ASP.NET.
Les contrôles mobiles ASP.NET étendent les contrôles serveur ASP.NET pour les adapter à l'appareil mobile sur lequel l'application Web sera rendue. Grâce à la détection du navigateur, les contrôles mobiles se conforment aux fonctionnalités des différents appareils, dont la gamme s'étend des navigateurs complets d'assistants numériques personnels aux petits écrans de téléphones portables dont la capacité d'affichage est de 5 lignes de 20 caractères. Cette fonctionnalité de rendu adaptatif prend en charge nombre de décisions difficiles relatives au rendu spécifique à chaque appareil et vous libère l'esprit pour vous permettre de vous consacrer entièrement à la logique de votre application Web.
Modifications de ADO.NET
Le fournisseur de données .NET Framework pour ODBC, qui auparavant n'était disponible que comme téléchargement Web, est désormais livré avec le .NET Framework sous l'espace de noms System.Data.Odbc.
.gif "Remarque") Remarque : |
|---|
Les développeurs qui utilisent le .NET Framework version 1.0 doivent toujours télécharger le fournisseur de données .NET Framework pour ODBC à l'adresse https://msdn.microsoft.com/downloads (espace de noms =Microsoft.Data.Odbc). |
Le fournisseur de données .NET Framework pour Oracle est désormais fourni avec .NET Framework dans l'espace de noms System.Data.OracleClient. Les développeurs qui utilisent le .NET Framework version 1.0 peuvent télécharger le fournisseur de données .NET Framework pour Oracle à l'adresse https://msdn.microsoft.com/downloads.
En outre, ADO.NET inclut désormais les fonctionnalités suivantes :
L'objet DataReader expose désormais une propriété HasRows qui permet de déterminer si des lignes ont été retournées sans qu'il soit nécessaire d'appeler Read. Pour plus d'informations, consultez Extraction des données à l'aide de DataReader.
L'objet Connection possède désormais une méthode EnlistDistributedTransaction pour permettre une inscription manuelle dans les transactions distribuées. Pour plus d'informations, consultez Exécution des transactions.
Exécution côte à côte
Le .NET Framework version 1.1 prend en charge l'exécution côte à côte. L'exécution côte à côte consiste à stocker et exécuter plusieurs versions d'une application ou d'un composant sur un même ordinateur. Cela signifie que peuvent coexister simultanément sur un même ordinateur plusieurs versions du runtime ainsi que plusieurs versions d'applications et de composants utilisant une version du runtime. En outre, les installations ultérieures d'autres versions du .NET Framework ou d'un composant n'affecteront pas les applications déjà installées. Pour plus d'informations, consultez Exécution côte à côte.
L'exécution côte à côte n'implique pas qu'une application managée soit compatible avec d'autres versions du runtime ou d'un composant. Elle signifie plutôt qu'une application managée peut choisir le runtime et les composants avec lesquels elle s'exécute et que plusieurs versions du runtime, des applications et des composants peuvent coexister sur le même ordinateur. Il vous appartient de décider quelles versions du runtime et quels composants utilisera une application particulière.
Modifications de la sécurité .NET Framework
Dans les versions 1.0 et 1.1, les applications qui reçoivent moins qu'une confiance totale du système de sécurité d'accès du code runtime ne peuvent pas appeler des bibliothèques managées partagées, sauf si l'auteur d'une bibliothèque leur en donne spécifiquement l'autorisation par le biais de l'utilisation de l'attribut AllowPartiallyTrustedCallersAttribute. Si vous prévoyez d'utiliser des bibliothèques à partir d'un code à confiance partielle, sachez que certaines bibliothèques ne seront pas disponibles pour ce code. Dans la version 1.1, System.Web.dll, System.Web.Mobile.dll et System.Web.RegularExpressions.dll sont inclus dans la liste des assemblys possédant l'attribut AllowPartiallyTrustedCallersAttribute et pouvant être appelés à partir d'un code à confiance partielle. Pour plus d'informations, consultez Utilisation de bibliothèques à partir de code d'un niveau de confiance partiel.
La stratégie de sécurité par défaut a été modifiée de sorte que les applications s'exécutant à partir de la zone Internet et à qui a été assigné le groupe de codes Internet Zone reçoivent désormais les autorisations associées au jeu d'autorisations Internet. En conséquence de quoi les applications provenant d'Internet reçoivent désormais des autorisations suffisantes pour leur exécution. Dans le .NET Framework 1.0 Service Pack 1 et Service Pack 2, ces applications recevaient les autorisations associées au jeu d'autorisations Nothing et ne pouvaient donc pas s'exécuter. Pour plus d'informations, consultez Stratégie de sécurité par défaut.
Sécurité ASP.NET dans les environnements hébergés
ASP.NET prend désormais en charge la confiance partielle dans les applications Web, offrant ainsi une meilleure sécurité lorsque plusieurs applications sont hébergées sur un même serveur Web. Bien que le compte du système d'exploitation sous lequel s'exécute une application impose à l'application des restrictions en matière de sécurité, le système de sécurité d'accès du code du Common Language Runtime peut mettre en œuvre des restrictions supplémentaires sur des ressources d'application sélectionnées en fonction de la stratégie que vous spécifiez. Vous pouvez utiliser cette fonctionnalité dans un environnement de serveur partagé pour isoler des applications distinctes et dans des serveurs autonomes sur lesquels vous souhaitez que les applications s'exécutent avec le minimum de privilèges nécessaires.
ASP.NET fournit une directive de configuration <trust> qui vous permet de configurer les niveaux de sécurité d'accès du code pour vos applications. Si vos applications ASP.NET d'un niveau de confiance partiel appellent des bibliothèques managées partagées, celles-ci doivent contenir un attribut AllowPartiallyTrustedCallersAttribute qui autorise les appels à partir d'un code de niveau de confiance partiel. Pour plus d'informations, consultez Utilisation de bibliothèques à partir de code d'un niveau de confiance partiel.
Prise en charge d'IPv6 dans le .NET Framework
Le .NET Framework version 1.1 prend en charge la nouvelle mise à jour du protocole Internet couramment appelée IP version 6 ou plus simplement IPv6. Ce protocole est conçu pour augmenter sensiblement l'espace d'adressage qui est utilisé pour identifier les points de terminaison de communication d'Internet afin de répondre à sa croissance constante. IPv6 est pris en charge dans l'espace de noms System.Net, ASP.NET et les services Web XML. Pour plus d'informations, consultez Protocole Internet version 6.
Voir aussi
Concepts
Stratégie de sécurité par défaut
Utilisation de bibliothèques à partir de code d'un niveau de confiance partiel
Extraction de données à l'aide d'un DataReader (ADO.NET)
Détail des contrôles mobiles ASP.NET
Options de configuration pour les services Web XML créés à l'aide d'ASP.NET
Référence
AllowPartiallyTrustedCallersAttribute
Autres ressources
Sécurité des applications ASP.NET dans les environnements hébergés