Version imprimable
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
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
Salut,
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.Citation:
Envoyé par lutecefalco
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.Citation:
Envoyé par lutecefalco
En fait, je m'interroge sur l'interêt de ce dossier.
A+
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
Effectivement.:aie:
Merci
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+
Si tu modifies une classe, elle sera auto compilée lors de la 1ere visite, qui sera donc plus lente.
Pour les visites suivantes, plus de problème
Dans ma boite on se sert d'app_code pour tout ce qui est récupération de données pour les datasources ou la personnalisation des controls serveur. la couche d'acces aux données et metiers sont dans des dll.