Salut
il y a quelques idées interessantes
malgré que le code généré est affiché dans une seule zone de texte ... c'est trés clair
tout n'est pas implémenté (procédure stockées par exemple)
et j'ai observé un pb au niveau des stypes de données au niveau des methodes Ger de la classe DataAccess

plutot sympathique :)
j'espere que mister codes-sources n'en aura pas marre de tous les generateurs qu'on lui fait lol

Bravo pour le soin apporté

un point particulier pour l'utilisation de SqlDependencyExpiration (cache) :
1 - vous devez impérativement indiquer le nom des colonnnes (et ne pas utiliser * de select * from nomtable)
2 - indiquer impérativement dbo devant chaque nom de table (exemple dbo.[Products]
3 - sqldependency marche pour les bases de données avec SQL Server 2005 et 2005 express sur "serveur" mais pas pour les fichiers de bases de donnnées *.mdf
4- enfin il se peut qu'il faille activer service broker avec une requete style ALTER DATABASE [DatabaseName] SET ENABLE_BROKER;      

voila ainsi vous avez trés facilement un cache fonctionnel avec expirations et dependances (les expirations peuvent se cumuler exemple une expiration d'un cacheitem à une date precise + sqldependency,dans ce cas c'est à la premiere expiration que le cacheitem est supprimé exemple soit la date expire soit la table concernée subit une modification )
+

cette application a du succes (et ca se comprend) donc je vais travailler encore dessus et oui je prefere amelorer des appli qui interessse beaucoup de monde que d'autres comme openxml (qui si elle est egalement interessante)ne touche en fait que assez peu de monde

j'ai etudié pas mal de generateur ou de framework(NHibernate,CodeFluent,Enterprise Library,...) .. je me suis inspiré un peu de ce que je trouvais de pas mal dans chacun (CodeFluent est excellent ;)) donc Cs2Gen represente l'implementation actuelle que je trouve la meilleure pour un accès aux données (en couches NTiers)
code fluent utilise des classes et des classes collections gérant à la fois les objets métiers et l'accès aux données par l'intermediaire de methodes static, cette approche est tres interessante mais finalement je prefere encore mieux decouper l'application
j'aime que le code generé soit proche de ce que j'aurais obtenu en tapant tout et ne pas avoir x assemblys en plus à referencer qui en fait serviront assez peu en comparaison
de plus je ne suis pas tant fan de l'utilisation de la reflection et je la fuis (même si elle est quand meme utiliser ici)
pour cs2Gen je suis en train de reflechir et etudier la possibilité egalement de generer les composants de la couche GUI (pésentation) pour ASP.NET (avec des customs controls), il se peut egalement ue j'y reflechisse pour windows forms qui serait finalement plus facile (lol mais je crois que j'aime quand je peine un  peu)

il y a egalement d'autres ameliorations auquelles je pense (le cache : avoir une date,un delai d'expiration),une gestion de la securite (avec encryption dans le fichier de configuration peut etre)

donc peut etre qu'une grosse mise a jour va arriver

salut
excusez moi si je reponds pas tout le temps c'est que je vois pas les messages

- "ne pas stocker mes objets dans une couche métier"
je veux dire juste naviguer dans le fichier Xml et afficher directement les elements lus (bien qu'il me semble que j'utilise beaucoup xmldocument dans cette source)

d'ailleurs si tu regardes sur codeplex la version 1.0 (http://www.codeplex.com/net2csgenxlinq/Release/ProjectReleases.aspx?ReleaseId=3968)
je chargais une couche metier dans un premier temps
et dans un second temps j'affichais les objets metiers (et non directement les noeuds xml)

en fait je n'ai pas trouvé encore la meilleure solution ou celle qui me convienne, car il faut reconnnaitre que c'est vrai que c'est couteux d'utiliser une couche metier(collections,objets,etc.) mais d'un autre cote l'application est bien mieux construite donc plus facilement maintenable, et par la suite c'est beaucoup plus facile d'ajouter des fonctionnalités

même si d'un autre cote naviguer un maximum au lieu de creer des objets (un peu dans l'idee de ce qui est mis en place pour C# 3.0),libere vraiment des ressources, donc voila le dilemme le confort ou les performances

et selon la source de données(xml,bases de données,...) la meilleure facon d'attaquer celle ci n'est pas forcement la meme

++

- oui c'est vrai en fait tant qu'un package est "ouvert" (en cours d'utilisation) on ne peut pas l'ouvrir avec Office ,moi j'ai le message que le fichier est utilisé ..
- "ouvrir le package tant qu'il est ouvert avec application" oui c'est aussi une chose a laquelle j'avais pensé mais justement la gestion du fait qu'il faut "liberer" le package a fait que j'avais laissé cette idée de coté

- "c'est de pouvoir choisir ce chemin aussi dans la boite de dialogue pour la création de package." a ok roo c'est du luxe ca lol

- "comparer 2 packages" héhé moi aussi c'est pour ca j'ai integré une tool nommée "comparator" qui permet de comparer deux sources (donc logiqument par exemple une bonne créée depuis office et l'autre ou il y aurait par exemple une petite erreur afin de la trouver et comprendre comment l'ensemble "s'orchestre")

-"intellisense dans l'édition du XML" oui c'est ce qu'il me semble le mieux pour editer manuellement les differentes parts, ainsi on sait exactement ce que l'on peut saisir à l'emplacement et donc on risque nettement moins de faire des erreurs

car en fait actuellement il n'y a pas de Framework encore suffisamment complet pour pouvoir editer ses parts via une interface graphique, il n'y a que le SDK que j'ai mis en lien mais qui actuellement est a son debut et fait pas beaucoup plus qu'avec windowbase, il y a aussi un projet qui a l'air vraiment interessant OpenXml4J qui est plus avancé mais ils ont trouvé le moyen de le developper pour Java (wygwam-julien chable qui a justement un blog sur CodeS-SourceS) grr lol

le truc aussi qui me gene pour l'intellisense,c'est qu'il faut pas que l'application rame des que en plus la part ouverte comporte 5000 ou plus de lignes ...,pour ca il faudrait egalement que j'ameliore la coloration syntaxique qui a deja tendance a monopoliser pas mal de ressources

bon si je dois tout faire lol tu me donnes beaucoup de bouleau lol
++

Salut MathMax ,excellentes suggestions !!
alors je vais essayer de repondre dans l'ordre :
- "pouvoir ajouter un fichier" : oui c'est vrai que actuellement on ne peut ajouter qu'une image dans le package,c'est une chose à laquelle j'avais pensé
- "quitter l'application pour que les modifications " ?? je ne comprends pas trop , il suffit de sauvegarder une part lorsqu'on la modifié
- "préciser un chemin où l'on souhaite l'enregistrer" : c'est deja possible, par defaut les fichiers sont sauvegardés dans "mes documents" mais il suffit d'aller dans les options et selectionner le chemin vers ou sauvegarder puis valider (bouton validate)
- "pouvoir ouvrir un package par glisser-déposer dans l'application" : oui c'est rapidement faisable vu que je l'avais deja fait pour une autre appli
- "pouvoir ouvrir plusieurs package en même temps et ouvrir chaque package-part dans un nouvel onglet" : la je suis moins pour , je ne suis pas trop adepte pour ouvrir "50" onglets je prefere que l'on se consacre sur une part à la fois ,ou un package à la fois, même si c'est vrai que parfois on aurait besoin d'avoir plusieurs part d'ouvertes en meme temps notamment avec les relations (exemple recuperer un rId pour l'appliquer dans word/document.xml), je vais reflechir ..

- annuler (ctrl+Z) et restaurer (ctrl+Y): oui c'est faisable(il faut utiliser le pattern command)
même si pour un package c'est quand même particulier (exemple si on supprime une part, ca serait assez compliquer de pouvroir annuler)

je ne suis plus trop sur cette application en ce moment mais je vais peut etre m'y remettre ce week end


sinon tiens pendant que j'y suis je te mets un lien vers Microsoft SDK for Open XML Formats, qui est le début de framework pour mieux interagir avec le package(tout n'est pas implementer) mais cela peut t'interesser si tu connais pas
http://www.microsoft.com/downloads/details.aspx?FamilyId=AD0B72FB-4A1D-4C52-BDB5-7DD7E816D046&displaylang=en
si tu as d'autres idées oui je veux bien :p :)
++

je dois avouer que j'ai été assez étonné de voir cette source deux jours apres une question sur le forum
mais les sources sur NHibernate ne sont pas si frequentes,
à noter qu'il faut créer la base (peut etre cela aurait ete pas mal de mettre un mini script sql), et modifier la chaine de connexion (classe NhibernateSessionFactory) je dis cela pour qu'un maximum de monde soit en mesure de tester l'application
cela aurait ete pas mal de faire une demonstration des expressions (qui ressemblent beaucoup à Linq je trouve..Linq s'en serait il inspiré :p), peut etre pour une prochaine source ?
+
je mets 8/10

Salut, je t'envoie ca des que j'ai l'addresse email
sinon il existe encore une autre methode (qu'avait demontré Mitzu Furuta dans un Webcast)
en passant carrement le datacontext (il faudrait que je retrouve l'url du webcast), ce qui permet de faire du binding et entre les deux forms les deux etant synchronisées

bon si cette méthode est jolie en demonstration franchement jamais je l'utiliserais "en vrai" mais c'est bon a savoir

si je retrouve le lien je te le mets

Salut Riko714
a ba non je fgais mieux maintenant si tu regardes dans les sources que j'ai posté, je vous génére carrement tout votre code :p lol

il y a une appli qui genere du code VB.NET
http://www.csharpfr.com/codes/GENERATEUR-CODE-ARCHITECTURE-TIERS-TIERS-TIERS-VB-CSHARP_41128.aspx

sinon je viens de poster une appli tres recemment encore plus aboutie mais qui ne genere que du C#
http://www.csharpfr.com/codes/CS2GEN-GENERATEUR-CODE-NTIERS-POUR-BASES-DONNEES_43343.aspx
++