Discussion :

[Immobilis]

Salut,

Pensez-vous que le dossier "App_Code" est adapté à une architecture n-tiers? C'est à dire est-il judiscieux de placer les modèles d'objets, la couche métier et l'accès aux données dans ce dossiers?

De plus, pensez-vous qu'il soit bien adapté au travail en équipe? Dans le cas d'un développement sur un serveur commun c'est impossible car la moindre erreur dans le code plante le site.

Merci de vos réponses.

Immo

[lutecefalco]

Faut passer par un projet bibliothèque de classes pour les couches métiers et accès aux données.
Dans ton site, tu références ces classes.
Faut pas recopier les .cs dans App_Code non

[Immobilis]

Salut,

Faut passer par un projet bibliothèque de classes pour les couches métiers et accès aux données.

J'ai effectivement toujours travaillé ainsi, mais apparement le FrameWork 2 permet de développer ses classes dans App_Code où elles sont compilées à la volée par IIS. Dites moi si je me trompe.

Faut pas recopier les .cs dans App_Code non

Techniquement, dans App_Code, on peut faire 3 dossiers BO, BLL, DAL et développer une architecture n-tiers. Alors pourquoi pas? Ma seule objection à ça est que les classes développées risquent de ne pas être réutilisables dans d'autres projets. D'où l'interêt de développer des bibliothèques.
En fait, je m'interroge sur l'interêt de ce dossier.

A+

[lutecefalco]

Bah t'as la réponse.
Si tes couches ne sont utilisées que dans ton site, tu peux utiliser l'AppCode.
Si elles seront utilisées autre part, bibliothèques de classes

[Immobilis]

Effectivement.

Merci

[Immobilis]

Je réouvre parce que j'aimarai savoir si qqn a une idée des performances d'un site dont les classes sont publiées sous leur formes fichier.cs dans "App_Code" comparé à un autre dont les classes seraient sous forme de dll (issues de bibliothèques de classes).

=> Publier ses classes dans "app_code" permet de ne pas avoir à les recompiler en faisant un "build". Du coup, on peut juste les modifier une par une.

A+