Différence entre le gestionnaire de scripts et le gestionnaire de scripts de la boîte à outils
Quelles sont les différences entre ScriptManager et ToolkitScriptManager? Je n'ai trouvé qu'une seule raison convaincante: que ToolkitScriptManager améliore les performances des pages. Si oui, pourquoi utiliser ScriptManager?
Tout d'abord: si vous utilisez ASP.NET 3.5 et les contrôles de AJAX Control Tookit alors vous devez utiliser le ToolkitScriptManager, plutôt que le ASP.NET ScriptManager. Cette limitation dépend du fait que le script du toolkit Le gestionnaire ajoute des scripts Ajax mis à jour et sans cela, la plupart des contrôles de la bibliothèque Ajax Control toolkit ne fonctionneront pas.
Si vous utilisez ASP.NET 4.0 (4.5), vous avez le choix d'utiliser ScriptManager ou ToolkitScriptManager.
Fondamentalement, la principale caractéristique du ToolkitScriptManager est qu'il peut combiner la ressource js ajoutée à la page à l'aide de la collection ScriptReference. Ces fichiers js doivent être incorporés à Assembly et pour cet attribut Assembly ScriptCombine Assembly doit être ajouté. Le principal problème ici est que vous ne pouvez pas contrôler la façon dont les scripts sont combinés et après avoir essayé de combiner vos propres scripts, vous pouvez avoir beaucoup de problèmes (j'ai eu de l'expérience avec cette fonctionnalité et, par conséquent, nous avons rejeté la combinaison de nos scripts à l'aide de cette approche).
Le point principal ici est qu'actuellement, le gestionnaire de scripts standard a la possibilité de combiner des scripts à l'aide d'une collection de scripts composites. Cette fonctionnalité est plus flexible et il est plus facile de contrôler la façon dont les scripts sont combinés sur vos pages. Plus d'informations peuvent être trouvées en utilisant le lien suivant: http://weblogs.asp.net/infinitiesloop/archive/2009/11/23/asp-net-4-0-scriptmanager-improvements.aspx =.
Notez également que, si je me souviens bien, si vous utilisez ToolkitScriptManager, vous ne pourrez pas utiliser la fonction CompositeScript, même pour tenir compte du fait que ToolkitScriptManager dérive de ScriptManager.
Ainsi, dans ASP.NET 4.0, la différence n'est pas si grande et il vaut mieux éviter d'utiliser ToolkitScriptManager. La raison principale est que l'utilisation de la fonctionnalité CompositeScript standard vous permet de mieux contrôler la façon dont les scripts sont combinés et peut optimiser le rendu de la page.
Pour ASP.NET 3.5, vous n'avez pas le choix si vous souhaitez utiliser les contrôles de la bibliothèque Ajax Control Toolkit.
Modifier
Avec les derniers changements dans la bibliothèque de boîte à outils de contrôle ajax, ils procèdent à la mise à jour des scripts MS Ajax et c'est pourquoi certains des contrôles ne peuvent pas fonctionner sans ajouter ToolkitScriptManager.