Création d'un tableau dynamique

**ali.ensi** · 22/02/2010, 16h23

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".

**gangboye** · 22/02/2010, 17h15

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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>

**lutecefalco** · 22/02/2010, 17h18

Pourquoi ne pas utiliser un GridView?

**ali.ensi** · 22/02/2010, 17h28

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?

**ali.ensi** · 22/02/2010, 17h47

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

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

**mteffaha** · 22/02/2010, 17h48

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

**Philippe Vialatte** · 22/02/2010, 17h56

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

**mteffaha** · 22/02/2010, 17h59

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.

**Philippe Vialatte** · 22/02/2010, 18h00

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.

**lutecefalco** · 22/02/2010, 18h14

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

**Philippe Vialatte** · 22/02/2010, 19h12

Envoyé par lutecefalco

Preuve

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

**lutecefalco** · 22/02/2010, 19h24

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

**Philippe Vialatte** · 22/02/2010, 21h33

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

**ali.ensi** · 23/02/2010, 09h30

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

à la place de

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

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

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

**Philippe Vialatte** · 23/02/2010, 09h37

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

CUCARACHA · 23/02/2010, 14h10

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

**Philippe Vialatte** · 23/02/2010, 14h17

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

CUCARACHA · 23/02/2010, 14h59

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

Création d'un tableau dynamique

ASP.NET

Discussions similaires

Partager

Partager