NHibernate, Codesmith et architecture physique du projet

Question

J'ai récemment essayé des modèles CodeSmith pour NHibernate. Comme beaucoup d'entre vous l'ont peut-être regardé, une vidéo explique comment créer un fichier Petshop.Data à l'aide de ces modèles. Ma question est quelle est la bonne architecture dans cette approche? Devrions-nous avoir une couche BLL (ou Services) pour interagir avec ce Petshop.Data ou appeler directement ManagerFactory dans notre couche de présentation? De plus, notre couche de présentation ne doit-elle pas être au courant de Business Objects dans notre Petshop.Data et devons-nous à nouveau avoir des entités commerciales dans BLL?

Answer 1

Je dirais qu'une couche de présentation peut connaître votre Business Objects, mais ne doit pas savoir comment elle est renseignée à partir de la base de données (mais NHibernate s'en charge de toute façon pour vous). Si vous utilisez une couche de service, cela vous donne un point supplémentaire de flexibilité / contrôle. J'en utilise toujours un.

Answer 2

N'hésitez pas à aborder ces problèmes dans notre site de la communauté et sur notre suivi des bogues du modèle . Nous prenons tous les commentaires au sérieux et les examinons tous les jours.

Merci -Blake Niemyjski

Answer 3

J'ai eu une expérience similaire avec CodeSmith. Voici une entrée de blog que j'ai faite: http: // hypertrends.com/Blog/post/2008/12/15/CodeSmith-to-create-NHibernate-Mappings-Honest-Thoughts.aspx