Commentaires de romagny13 sur csharpfr

100 commentaire(s) de romagny13 sur des sources sur csharpfr

Le : 12/10/2007 20:03:19
Source : DATA ACCESS CODE GENERATOR

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

Le : 04/10/2007 21:20:07
Source : [.NET3/WCF] DEMO SERVICE-CLIENT WCF

Bravo pour le soin apporté

Le : 21/08/2007 00:18:31
Source : [ CS2GEN ] - GENERATEUR DE CODE NTIERS POUR BASES DE DONN�ES (V 2.1)

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 )
+

Le : 05/08/2007 00:19:34
Source : [ CS2GEN ] - GENERATEUR DE CODE NTIERS POUR BASES DE DONN�ES (V 2.1)

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

Le : 27/07/2007 20:17:16
Source : CS2GENLINQTOXML - XML + XPATH VISUALIZER + LINQ TO XML GENERATOR - GENERATEUR DE CODE LINQ TO XML

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

++

Le : 26/07/2007 20:34:30
Source : [.NET 3.0] OPENXML MANAGER - CHARGEMENT ET EDITION/SAUVEGARDE DES DOCUMENTS OPENXML

- 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
++

Le : 26/07/2007 09:54:30
Source : [.NET 3.0] OPENXML MANAGER - CHARGEMENT ET EDITION/SAUVEGARDE DES DOCUMENTS OPENXML

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 :)
++

Le : 14/07/2007 10:53:58
Source : NHIBERNATE

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

Le : 08/07/2007 22:09:35
Source : [.NET 3.0] OPENXML MANAGER - CHARGEMENT ET EDITION/SAUVEGARDE DES DOCUMENTS OPENXML

Bon j'ai ajouté la possibilité de créer un package Excel ou Powerpoint (en plus de Word) à partir de rien ,j'utilise beaucoup LoadXml XmlDocument mais bon il y a toutes les relations, cela devrait interesse certains ;)
bon il reste plus qu'à implementer les custom xml parts ,surement la prochaine etape

Le : 07/07/2007 19:21:55
Source : [.NET 3.0] OPENXML MANAGER - CHARGEMENT ET EDITION/SAUVEGARDE DES DOCUMENTS OPENXML

Bonjour
c'est simple
cela provient de la premiere ligne de code

vous ouvrez le package en création(FileMode.Create)(du coup cela écrase tout les fichiers)
alors qu'il faudrait le faire avec FileMode.Open par exemple :

Package pkgOutputDoc = System.IO.Packaging.Package.Open(FileName, System.IO.FileMode.Open, System.IO.FileAccess.ReadWrite);

sinon je viens d'ajouter la possibilité de supprimer les parts (packagepart) à l'application
en attendant que je me remette sur l'appli (je reflechis même pour développer un mini framework pour mieux gérer les differents "types" de packages(Excel,Word,Powerpoint) et pour chacun les fichiers spécifiques, je m'inspire un peu de ce qui est fait pour System.XmlSchema) et je reflechis aussi pour ajouter l'intellisense ce qui serait pas mal (même si certains packageparts je risuqe de peiner car il faudrait gérer plusieurs schémas xml simultanément encore que ce soit surtout qu'il faut que l'application ne "rame" pas trop)

+