Public
|
Objectifs
|
Remarques
|
Développeur de pages ASP.NET qui crée des pages basées sur le serveur
|
Mettre à jour de façon incrémentielle les applications Web existantes avec la fonctionnalité de client riche.
Utiliser des modèles de programmation et des outils d'ASP.NET familiers et cohérents.
Réduire ou éliminer la nécessité de connaître ou d'apprendre JavaScript.
Réduire ou éliminer la nécessité d'écrire du code spécifique à un navigateur.
Exploiter les capacités de programmation d'ASP.NET et de .NET Framework.
|
Les développeurs utilisent des contrôles serveur qui masquent JavaScript tout en offrant la richesse qu'exigent les développeurs d'application Web.
|
Développeur de pages d'ASP.NET qui crée des pages basées sur le client
|
Définir les fonctionnalités de l'infrastructure client pour simplifier la création et l'utilisation de composants client.
Offrir un environnement de programmation productif, par exemple la prise en charge possible d’IntelliSense dans Visual Studio « Orcas ».
Réduire ou éliminer la nécessité d'écrire un script spécifique au navigateur.
|
Les développeurs qui souhaitent créer des pages pures basées sur le client et indépendantes des pages de technologie de serveur ont besoin d'une infrastructure client leur permettant d'exécuter en toute simplicité des tâches telles que la création d'objets de client et l'accrochage d'événements, sans faire appel au navigateur.
|
Développeur de composants ASP.NET
|
Fournir une infrastructure permettant au développeur de composant de créer la fonctionnalité et les comportement de client riche pour les contrôles serveur ASP.NET.
Démontrer des modèles et des concepts permettant de créer des composants pouvant prendre en charge les déploiement de débogage et de version.
|
L'infrastructure client contrôle la détection de navigateur et inclut l'extensibilité. Ces fonctionnalités spécifiques, parallèlement à l'infrastructure client et l'infrastructure server dans leur ensemble, fournissent aux développeurs de composants les blocs de construction nécessaires pour la création de contrôles riches en script.
L'objectif principal pour ce public est de fournir une base de travail pour une communauté de composants tiers extrêmement dynamique.
|
Fonctionnalité
|
Modification apportée &But
|
Effet
|
Infrastructure client
|
Système de type de client
|
Modifié de l'utilisation de fermetures à l'utilisation de prototypes.
But :
Améliorer les performances générales et la consommation de mémoire des instances d'objet.
Concevoir pour la prise en charge possible et future d’IntelliSense dans de Visual Studio « Orcas ».
Fournir des modèles de conception mieux définis.
|
Les développeurs de composants et les développeurs de pages peuvent désormais utiliser un modèle cohérent lors de la création de types sur l'infrastructure client.
Les développeurs de pages qui utilisent ces types devraient constater de petites modifications de code en plus de l'augmentation de la productivité du futur IntelliSense potentiel et de l'amélioration de la prise en charge du débogage dans Visual Studio.
|
Evénements de client
|
Modification du modèle pour la liaison à un événement DOM et pour l'exposition des événements de composant.
But :
Prendre en charge un modèle standard et une extensibilité future.
Fournir des modèles similaires à .NET Framework.
|
Les développeurs de composants et les développeurs de pages peuvent suivre un modèle simple et familier pour définir et lier les événements.
Les développeurs de pages qui lient les événements trouveront la nouvelle API plus facile à suivre.
|
Couche de compatibilité du client
|
La compatibilité est prise en charge par la détection du navigateur et de ses fonctionnalités et intervient intégralement sur le client.
But :
Prendre en charge des modèles standard.
Simplifier les API de détection du navigateur.
|
Les développeurs de composants et les développeurs de pages peuvent exploiter les nouvelles API pour contribuer à simplifier le ciblage multi-navigateur.
|
Extensions JavaScript client
|
Modifications des API.
But :
Éviter les problèmes de conflit et de compatibilité avec les autres bibliothèques et infrastructures AJAX.
|
Les développeurs de pages et les développeurs de composants peuvent bénéficier de nouvelles signatures d'API pour éviter des collisions avec d'autres API.
|
« Classes » Client et autres types
|
Modification du modèle de définition de classe pour un modèle basé sur le prototype. Les API à sceller ont également été modifiées, et les classes abstraites ne sont plus définies. Nouvelles améliorations de la sémantique de gestion des erreurs.
But :
Instanciation d'objet plus rapide.
Amélioration des performances générales et de la consommation de mémoire des instances d'objet.
|
Les développeurs de composants obtiennent de nouveaux modèles pour la définition des types personnalisés.
Les développeurs de pages obtiennent de nouveaux alias pour instancier des types, ce qui élimine la complexité précédente.
|
Scripts de débogage et de version
|
Définition d'un modèle facultatif pour la spécification des versions de débogage et de publication des scripts de client qui peuvent être indépendantes des paramètres de débogage du serveur.
Les développeurs de pages référencent toujours le script de publication dans le contrôle ScriptManager et peuvent spécifier le mode de débogage séparément pour l'exécution du code serveur et client. Les administrateurs du serveur peuvent spécifier le paramètre de configuration du mode de déploiement pour garantir que les scripts de publication sont utilisés dans la production.
But :
La prise en charge possible d'outils dans Visual Studio « Orcas » pour les versions de débogage des scripts ; les scripts peuvent également être optimisés par des tiers.
Fournir aux développeurs de pages un accès à scripts de publication extrêmement optimisés pour la production.
|
Les développeurs de composants peuvent fournir en option des versions séparées de débogage et de publication de leurs propres scripts.
Les développeurs de pages bénéficient de scripts optimisés pour le réseau et des scripts prenant en charge le débogage et le futur IntelliSense potentiel dans Visual Studio « Orcas ».
|
Types Component, Behavior et Control pour client
|
Suppression de liaisons et d'actions. Ces types sont définis dans la version Futures. La version RTM est conçue de sorte que ces derniers puissent être disposés en couches.
Plusieurs API ont été déplacées de ces classes à la nouvelle classe DomElement.
But :
Simplification de l'infrastructure client.
Les API peuvent désormais être utilisées sans qu'il soit besoin d'instancier un objet au préalable.
La réduction de la taille des scripts améliore les temps de charge et les performances.
|
Les développeurs de composants et les développeurs de pages qui utilisent ces types doivent modifier leurs appels d’API.
|
Mise en réseau de client
|
Création d'une conception simplifiée et plus flexible pour l'appel des méthodes de service Web à partir d'un script.
Prise en charge supplémentaire pour fournir les fonctions de rappel par défaut et pour transmettre un nom de méthode à la fonction de rappel.
Remplacement de la méthode de page d'instance dans la version CTP avec prise en charge de la méthode de page statique.
Suppression de la prise en charge de l'appel de services Web WCF (fichiers. svc) à partir d'un script.
Suppression de la classe d'exécuteur iframe, permettant les appels inter-domaines.
Suppression des fonctionnalités suivantes de la version CTP :
Appels de méthode basés sur les assemblys.
Contrôle InitialData.
Traitement par lot des appels de service Web.
But :
Simplifier les appels de service Web à partir d'un script.
Préparer l'implémentation et l'intégration améliorées de WCF prévues pour la version avec Visual Studio « Orcas ».
Eliminer les failles de sécurité potentielles avec les appels inter-domaines.
Supprimer les fonctionnalités non utilisées à partir de l'infrastructure client pour en réduire la taille et améliorer les performances.
Réduire la taille des scripts pour améliorer les temps de charge et les performances.
|
Les développeurs de pages disposent d'options plus flexibles et simplifiées pour exécuter les tâches de mise en réseau.
Les développeurs doivent supprimer les références aux services Web WCF (. svc), l'exécuteur iframe, et les autres fonctionnalités supprimées de l'infrastructure client.
|
Services d'application client
|
Conception simplifiée et plus flexible pour l'utilisation des services d'appartenance et de profil de script, en accord avec les améliorations de la mise en réseau de client pour l'appel de méthodes de service Web à partir du script.
Prise en charge supplémentaire pour la spécification des fonctions de rappel par défaut.
Fourniture d'une implémentation supplémentaire de la version Futures du service de profil en tant que composant, en accord avec la version de publication de la CTP précédente.
But : Simplifier l'accès aux services d'application d'ASP.NET à partir du script.
|
Les développeurs de pages peuvent utiliser les services d'application ASP.NET plus facilement.
|
Version Futures : Composants client de haut niveau, xml-script, données de client et descripteurs de type
|
Les fonctionnalités Sys. * ont été transférées vers le nouvel espace de noms Sys.preview.*.
Prise en charge supplémentaire dans l'infrastructure client d'un modèle permettant de définir un descripteur de type simple pouvant être utilisé dans la version Futures.
La version Futures continue de prendre en charge xml-script et inclut les améliorations suivantes :
Les liaisons prennent en charge des imbrications illimitées dans les composants.
Meilleures attributions du préfixe de balise namespace-to-component.
But : Refactoriser l'infrastructure client de base pour la version RTM.
|
Les développeurs de pages qui utilisent xml-script doivent modifier leur code.
Des modifications peuvent être nécessaires si les propriétés sont déplacées des objets de base de la version RTM au package Futures.
Les développeurs de composants peuvent écrire en utilisant la version RTM des composants qui seront également utilisables avec les fonctionnalités Futures.
|
