27 votes

Le regroupement des ressources via le bundle.config vs BundleConfig.cs dans ASP.NET 4.5 WebForms

Concernant ASP.NET 4.5 le nouveau Système.Web.Optimisation / Microsoft.AspNet.Web.Optimisation:

Quelqu'un peut-il expliquer la différence dans l'utilisation de regrouper des ressources à l'aide de la BundleConfig.cs fichier de classe, par opposition à l' ensemble.config fichier xml?

J'ai vu quelques articles montrant le regroupement des deux js et css dans BundleConfig.cs, tandis que d'autres montrant le regroupement js dans BundleConfig.cs et css dans le bundle.config.

Je suppose que je ne comprends pas #1) pourquoi vous ne serait pas juste de faire les deux, à une façon particulière pour des raisons de simplicité et #2) pourquoi quelqu'un préfère coder en dur les ressources comme ça dans un fichier de classe? Il semble beaucoup plus à l'approche dynamique de simplement les mettre dans un fichier xml qui peut être modifié à la volée si nécessaire.

Il semble que plus d'articles réellement se pencher vers l'aide BundleConfig.cs qu'autre chose. Est-il un particulier pro ou con qui encourage ce?

Aussi, si il ya une vraie documentation sur le Système.Web.L'optimisation, j'aimerais connaître l'emplacement (parce que j'arrive pas à le trouver).

Merci

7voto

Erik Bergstedt Points 360

cette documentation explique tout cela mieux que je ne pourrais

http://www.asp.net/mvc/tutorials/mvc-4/bundling-and-minification

L'une des plus belles choses, c'est ceci:

Le regroupement cadre suit plusieurs conventions communes telles que:

En sélectionnant ".min de fichier" pour la libération lors de l' "FileX.min.js" et "FileX.js" existent.

La sélection de la non ".min" version de débogage. Ignorant "-vsdoc" les fichiers (tels que jquery-1.7.1-vsdoc.js), qui sont utilisés uniquement par les IntelliSense.

6voto

Believe2014 Points 479

Quelqu'un peut-il expliquer la différence dans l'utilisation de regrouper des ressources à l'aide de la BundleConfig.cs fichier de classe, par opposition à l'ensemble.config fichier xml?

La différence, c'est que vous avez à lire, d'analyser et de charger le contenu du bundle.config lors de l'exécution. Ainsi, en utilisant le BundleConfig.cs fichier de classe pourrait être plus simple.

1) pourquoi vous ne serait pas juste de faire les deux, à une façon particulière pour des raisons de simplicité

Tout à fait d'accord.

2) pourquoi quelqu'un préfère coder en dur les ressources comme ça dans un fichier de classe?

Il suffit de mettre: facile à comprendre.

Il semble beaucoup plus à l'approche dynamique de simplement les mettre dans un fichier xml fichier qui peut être modifié à la volée si nécessaire.

Oui, mais vous devez écrire plus de code pour détecter en cas de changement, puis sur ajouter/supprimer/remplacer l'installation existante. Si fait mal, elle pourrait conduire à l'INTERFACE utilisateur des problèmes lors de l'exécution.

Aussi, si il ya une vraie documentation sur le Système.Web.L'Optimisation, Je aimerais connaître l'emplacement (parce que j'arrive pas à le trouver).

Déjà répondu ci-dessus, mais je voudrais répéter: http://www.asp.net/mvc/tutorials/mvc-4/bundling-and-minification

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X