Création d'un tableau dynamique

Version imprimable

22/02/2010, 16h23
ali.ensi

Création d'un tableau dynamique

Bonjour,
j'ai deux page "page1.aspx" et "page1.aspx.cs".

Dans la page "page1.aspx.cs", j'ai chargé un DataSet de données que j'ai lues à partir de la base de données.

Ce que je veux faire, c'est, afficher les entrées du DataSet dans la page "page1.aspx" dans un tableau que la taille variera dynamiquement selon la taille du DataSet qui a été préalablement chargé dans "page1.aspx.cs".

Je te donne un exemple : on a une classe client qui contient les champs suivants num, nom, prenom.
Et on a une dataset qui contient un table client :
Maintenant on va afficher toutes les enregistrements de la table client sur la page1.aspx
Code:

1 2 3 4 5 6 7 8 9 <body> <form> <table> <tr><td>num</td><td>nom</td><td>prenom</td></tr> <% foreash(client c in ds[‘nomdelatableclient’]{%> <tr><td><%=c.num%></td><td><%=c.nom%></td><td><%=c.prenom%></td></tr><% }%> </table> </form> </body>

22/02/2010, 17h18
lutecefalco

Pourquoi ne pas utiliser un GridView?
22/02/2010, 17h28
ali.ensi

Comme je débute en C#,
j'ai trouvé un exemple de code qui lit depuis la base et stocke dans un DataSet. J'ai donc suivi cet exemple.
Est-ce qu'il est possible d'utiliser un gridView à cet effet?

J'ai réussi à stocker les données lues depuis la base dans un DataSet.
J'ai vérifié que j'ai les bonnes valeurs en débogguant mon code.

Cependant, mon problème est que l'objet DataSet, que j'ai rempli dans page1.aspx, est invisible depuis "page1.aspx.cs".
Lorsque je référence cet objet DataSet dans "page1.aspx.cs", j'ai une erreur de compilation.

Voici mon code

=================page1.aspx.cs========================
Code:

1 2 3 4 5 6 7 8 9 OleDbDataAdapter myDataAdapter = new OleDbDataAdapter("SELECT * FROM Articles", oConnection); //Create a new dataset with a table: Articles DataSet myDataSet = new DataSet("Articles"); //Fill the dataset and table with the data retrieved by the select command myDataAdapter.Fill(myDataSet, "Articles");
===================================================

=================page1.aspx.cs========================
Code:

1 2 3 4 5 6 7 8 9 10 <% for (int i = 0; i < myDataSet.Tables["Articles"].Rows.Count; i++) { Label3.Text = myDataSet.Tables["Articles"].Rows[i]["referenceArticle"].ToString(); Label4.Text = myDataSet.Tables["Articles"].Rows[i]["categorie"].ToString();%> <tr> <td><asp:Label ID="Label3" runat="server" Text=""></asp:Label></td> <td><asp:Label ID="Label4" runat="server" Text=""></asp:Label></td> </tr> <%} %>
===================================================

L'erreur est :

Citation:

L'objet myDataSet n'est pas reconnu dans la page "page1.aspx.cs".

22/02/2010, 17h48
mteffaha

Si tu utilises Visual Studio . lorsque tu ajoutes le controle GridView tu as la possibilité de définir une chaine de connexion et les la table a utilisé et il se charge de tous le reste, sinon personnelle je préfère utiliser un datareader car c'est plus performant que les dataset .(Les dataset sont vraiment plus utilie lorsque tu utilises du binding).

Citation:

Envoyé par ali.ensi

Comme je débute en C#,
j'ai trouvé un exemple de code qui lit depuis la base et stocke dans un DataSet. J'ai donc suivi cet exemple.
Est-ce qu'il est possible d'utiliser un gridView à cet effet?

En fait, une fois que tu as ton Dataset, tu peux utiliser le contrôle que tu veux pour l'afficher sur ta page.

Tu peux effectivement utiliser une gridview, un repeater, une table, un listview...

Si le but est juste d'affricher tes informations sous la forme d'un tableau, le mieux est probablement un repeater (parce que mettre un foreach dans la page aspx, ca rappelle un peu trop l'asp facon 1996), qui sera le plus light de ces controles...

Dans ce cas, tu feras qq chose comme :
dans la page aspx
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 <asp:Repeater id="monRepeater" runat="server"> <HeaderTemplate> <table border="1" width="100%"> <tr> <th>Nom</th> <th>Prénom</th> <th>Age</th> </tr> </HeaderTemplate> <ItemTemplate> <tr> <td><%#Container.DataItem("nom")%></td> <td><%#Container.DataItem("prenom")%></td> <td><%#Container.DataItem("age")%></td> </tr> </ItemTemplate> <FooterTemplate> </table> </FooterTemplate> </asp:Repeater>
et, dans ton code-behind, quelque chose genre :
Code:

1 2 3 4 5 6 7 8 protected void Page_Load(object sender, EventArgs e){ if (!Page.IsPostBack){ monRepeater.DataSource=GetDataSetFromMyDatabase(); monRepeater.DataBind(); } }
Je te laisse faire la méthode GetDataSetFromMyDatabase ;)

22/02/2010, 17h59
mteffaha

c'est normal que page1.aspx.cs soit invisible (le NOM_PAGE.aspx.cs ca s'appelle du code behind il gere les evenement liée a a la page , chargement ,click sur bouton,initialistaion etc), sinon tu peux simplement créer un label puis luis affecter un string contenont un tableau HTML avec tous tes donnée depuis du code behind bien sur . seulement je te conseil d'utiliser un GridView c'est plus facile et c'est plusn propre.:ccool:
22/02/2010, 18h00
Philippe Vialatte

Citation:

Envoyé par mteffaha

Si tu utilises Visual Studio . lorsque tu ajoutes le controle GridView tu as la possibilité de définir une chaine de connexion et les la table a utilisé et il se charge de tous le reste, sinon personnelle je préfère utiliser un datareader car c'est plus performant que les dataset .(Les dataset sont vraiment plus utilie lorsque tu utilises du binding).

Mal, mal, mal...

Si tu définis ta chaine de connexion, ta requête et tout le tralala dans ta page web, tu embarques pour un sacré cauchemar au moment de la maintenance...

Utiliser un DataReader pour lire toutes les données que tu reçoit ne te fait rien gagner par rapport à l'utilisation d'un DataSet.
22/02/2010, 18h14
lutecefalco

Citation:

Envoyé par Philippe Vialatte

Utiliser un DataReader pour lire toutes les données que tu reçoit ne te fait rien gagner par rapport à l'utilisation d'un DataSet.

Preuve :mrgreen:
22/02/2010, 19h12
Philippe Vialatte

Citation:

Envoyé par lutecefalco

Preuve :mrgreen:

Oarf, l'autre....

Si j'ai le temps, je fais un petit prog. de test et je le mets à dispo, mais en interne, le Fill du DataAdapter appelle un datareader, qu'il lit jusqu'au bout

Si tu n'ajoutes pas de relations ou autres contraintes (un simple select, quoi), la différente est infinitesimale par rapport à la récupération de données

En plus, un datareader garde la connexion ouverte pendant tout le temps de la lecture, d'ou des problèmes éventuels de lock ou d'épuisement de tes connections dispo ( et, oui, ca m'est arrivé ;)...et en faisant des dispose, mais sur une page qui prends un peu de temps... )
22/02/2010, 19h24
lutecefalco

Citation:

Envoyé par Philippe Vialatte

En plus, un datareader garde la connexion ouverte pendant tout le temps de la lecture, d'ou des problèmes éventuels de lock ou d'épuisement de tes connections dispo ( et, oui, ca m'est arrivé ;)...et en faisant des dispose, mais sur une page qui prends un peu de temps... )

Ouais mais si tu remplis un collection d'objets, que tu fermes ton dr et que tu retournes cette collection à ta page, tu n'as pas ce pb :)
22/02/2010, 21h33
Philippe Vialatte

Citation:

Envoyé par lutecefalco

Ouais mais si tu remplis un collection d'objets, que tu fermes ton dr et que tu retournes cette collection à ta page, tu n'as pas ce pb :)

Tout dépends du cas d'utilisation ;)

La, on es sur une demande de niveau débutant, à base de tables et de DataSet...

Et encore, en terme de performances, je suis même pas sur que ca change grand chose
23/02/2010, 09h30
ali.ensi

Merci pour vos réponses. Philippe, ta solution est la bonne à un détail près.
Dans mon code page1.aspx, j'ai du faire

Code:

<%# DataBinder.Eval(Container.DataItem, "nom") %>

à la place de

Code:

<td><%#Container.DataItem("nom")%></td>"

Celui ci génère en fait l'erreur de compilation suivante :

Citation:

Error 1 No overload for method 'ToString' takes '3' arguments
23/02/2010, 09h37
Philippe Vialatte

Citation:

Envoyé par ali.ensi

Error 1 No overload for method 'ToString' takes '3' arguments

C'est ca de taper du code dans firefox...pas de compilation :D
23/02/2010, 14h10
CUCARACHA

Citation:

Envoyé par Philippe Vialatte

Mal, mal, mal...

+ 1

Il ne faut pas le faire sauf (à la rigueur pour une maquette).

Pour ma part je ne jure que par les repeaters car c'est le composant qui offre la plus grande flexibilité mais il est vrai qu'il fait maîtriser plus de choses.

++

Laurent Jordi
23/02/2010, 14h17
Philippe Vialatte

Citation:

Envoyé par Laurent Jordi

Pour ma part je ne jure que par les repeaters car c'est le composant qui offre la plus grande flexibilité mais il est vrai qu'il fait maîtriser plus de choses.

Si tu ne jures que par les repeater, fais-toi plaisir, et passe une demi-journée à travailler avec le composant listview...

Je ne l'ai pas abordé dans le post, parce que ca n'aide pas à clarifier la réponse, mais dans le genre "repeater sous testosterone", c'est pas mal ;)
23/02/2010, 14h59
CUCARACHA

Je connais, c'est vrai que c'est très puissant mais le repeater est plus clair dans ma tête de vieux... En plus je crée mes propres composants compatible Microsoft Ajax avec des repeater, le code généré est bien plus propre et léger que celui généré par le listview.

De toutes les façons je vais bientôt arreter l'asp.net (html) pour passer à silverlight 4 car j'ai enfin l'infrastructure qui me permet de le faire (3 ans d'économies pour réunir le tout).

++

Laurent