COMPOSANT XSLT-SQL SERVER
cs_mushimushi
Messages postés
5
Date d'inscription
dimanche 17 avril 2005
Statut
Membre
Dernière intervention
18 avril 2005
-
17 avril 2005 à 01:29
cs_stailer Messages postés 507 Date d'inscription jeudi 28 mars 2002 Statut Membre Dernière intervention 13 mai 2009 - 29 avril 2005 à 03:28
cs_stailer Messages postés 507 Date d'inscription jeudi 28 mars 2002 Statut Membre Dernière intervention 13 mai 2009 - 29 avril 2005 à 03:28
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/28278-composant-xslt-sql-server
https://codes-sources.commentcamarche.net/source/28278-composant-xslt-sql-server
29 avril 2005 à 03:28
Voilà c'est tout.
Et si il y a plusieurs paramètres :
"Exec ma_proc ?, ? FOR XML NESTED"
18 avril 2005 à 16:41
Je reposte tout de suite l'archive, sans mon nom car effectivement ca craint un peu : )
18 avril 2005 à 16:38
c'est pas pour t'embêter, mais il y a un nom dans ton assembly.
au cas ou tu voudrais rester anonyme je te suggère de l'enlever (si c'est bien ton nom).
a+
17 avril 2005 à 19:06
En fait la seule chose qui change c'est ça :
au lieu de faire :
SqlToXslt1.XSLParams.AddParam("mon_param","","ma valeur !");
il faudra faire
XsltArgumentList() argus = new XsltArgumentList() ;
argus.AddParam("mon_param","","ma valeur !");
SqlToXslt1.XSLParams = argus
17 avril 2005 à 17:40
17 avril 2005 à 16:38
oui, même si cela ajoute du code, il faut ne faut JAMAIS mettre les variables internes d'un objet en public.
Je te conseille vivement de changer leur accès pour passer par des propriétés (ou des méthodes setMachin, getMachin comme en Java).
PS:
Pas besoin de les mettre en private.... il y a aussi protected... il faut peser le pour et le contre...
Si tu veux plus d'explications sur le pourquoi n'hésites pas à me demander.
a+
17 avril 2005 à 02:00
Pour le reste, t'as pas compris, c'est pas grave... C'était dans le sens : content de pouvoir utiliser (grâce à asp.net et le patch XML pour SQL Server) un composant fait assez rapidement, permettant des transformations XSLT aussi puissantes. Inutile d'épiloguer, les joutes sur les forums me fatiguent : )
17 avril 2005 à 01:35
Si tu n'as jamais développé de ta vie, ok, tu peux être presque content de toi... (et encore, ton composant ne fait rien de spécial...).
Autrement, j'aurais honte de moi à ta place ....
Ca fait 20 ans qu'on dit qu'il ne faut pas mettre les variables d'un objet en public...
#region Variables publiques
public SqlXmlCommand CommandeSQL;
public XsltArgumentList XSLParams = new XsltArgumentList();
#endregion
Achètes-toi un livre sur l'objet.... et tu pourras être fier de ton ... achat.
La vanité est un vilain défaut....
17 avril 2005 à 01:29