Derf, ou Fred pour les intimes... ce dont je pense avoir acquis le grade :-) Nous présente ici un de ces ouvrages dans la catégorie ASP.NET…
D’une grande qualité, cet article vous ouvrira les yeux sur la puissance de la plateforme .NET fournie par Microsoft. Vous remarquerez avec quelle facilité vous pourrez paramétrer à outrance vos futures applications Web :-)
Sachez d’ores et déjà que j’ai eu un réel plaisir à lire et relire ce travail au cours de ces différentes phases de réalisation et après de nombreuses heures de discussion avec son auteur, nous avons décidé de le placer en Part 4 de la suite ASP.NET To The Point !!!
D’ailleurs, j’invite Derf à continuer sur cette lancée, et quelle lancée, et de reprendre le flambeau avec moi afin de poursuivre l’écriture des Part’s ASP.NET To The Point. :-) Allez, je vous laisse, n’attendez plus, la lecture de cet article vous attend !!!
Les deux fichiers sus-cités permettent de régler aux petits oignons le serveur Web ainsi que les applications Web hébergées. Ces fichiers sont au
format XML (on n'arrête pas de vous le dire, XML est au centre du .Net Framework !). C'est là leur premier avantage : ils sont facilement lisibles (compréhensibles), modifiables avec un simple éditeur de texte.
Il existe beaucoup d'autres fichiers de configuration au sein du .Net Framework (vbc.exe.config, security.config, etc…); Tous ces fichiers sont, bien sûr, au format XML (faut suivre un peu ! ;-) ) et portent l'extension
.config. Ils sont localisés dans le répertoire CONFIG (c'est le cas pour machine.config) du Framework ou au premier niveau de celui-ci. Le dossier Framework se trouvant dans le dossier Microsoft.NET du répertoire WINNT (ou Windows).
Tous ces fichiers de configuration sont uniques sauf le fichier
web.config qui, lui, peut apparaître plusieurs fois dans l'arborescence du serveur Web. En fait, il peut y en avoir un pour chaque dossier d'une application Web. Cela induit que la configuration d'une application Web ne se fait pas au niveau global, mais au niveau dossier (ne serait-ce pas là un autre avantage ?).
Comment ASP.Net retrouve-t'il ses petits ? Et bien, quand il a besoin d'une information de configuration particulière pour un dossier, il scrute le fichier
web.config du dossier courant; Si l'information n'y est pas définie ou si le fichier
web.config n'existe pas, il recommence l'opération avec le dossier supérieur et ainsi de suite... S'il est toujours bredouille, il ira directement chercher son info dans le fichier machine.config. Chaque fichier
web.config hérite des fichiers
web.config supérieurs et, au final, du fichier
machine.config.
J'allais oublier de vous signaler un dernier avantage et non des moindres : après modification d'un fichier
web.config, inutile de redémarrer le serveur. Les modifications sont automatiquement détectées et prises en compte. Alors, ce n'est pas du bonheur ça ?...
Comme vous pouvez le constater (voir écran 2), le fichier
web.config est un fichier XML traditionnel dont
<configuration></configuration> est l'élément racine de notre fichier et, c'est de ses sous éléments (ou éléments enfants) dont il est question dans les pages suivantes.