Whismeril
Messages postés19022Date d'inscriptionmardi 11 mars 2003StatutContributeurDernière intervention17 avril 2024656 Modifié le 11 oct. 2018 à 21:33
Bonsoir,
ce source ne marche pas chez moi, à la première compilation, VS me dit qu'il manque HierGrid1, j'ai donc ajouté un contrôle HierGrid sur le formulaire, et maintenant ça plante à la ligne 907 de HierGrid.vb
command.Connection.Open()
Il semble que tu te sois donné beaucoup de mal à coder ce contrôle, et j'aurais bien voulu le tester, même si
quelque chose de similaire à la bonne vielle hierachical grid de VB6
n'est pas à mon sens un bon principe.
En effet de VB à VB6, les contrôles ont dérivés de "saisie/visualisation" à "source de données", car il n'était pas facile de gérer les données.
En .Net il est très simple de gérer les données, on a une multitude de collection, dataset ou autre pour cela et on peut faire toute sorte de requêtes sur ces sources grâce à linq. Pour faire le lien entre ces sources, ou résultats de requête et les contrôle, il y a le binding. Les contrôles ont donc repris la place qu'ils n'auraient pas dû quitté : la saisie et la visualisation.
De plus .Net n'est plus un peu orienté objet, mais objet voire tout objet. Il est donc conseillé d'écrire une classe qui lit ou écrit la base de données, une classe "métier" qui traites les données et une vue qui binde les données sur l'interface.
Modifié le 11 oct. 2018 à 21:33
ce source ne marche pas chez moi, à la première compilation, VS me dit qu'il manque HierGrid1, j'ai donc ajouté un contrôle HierGrid sur le formulaire, et maintenant ça plante à la ligne 907 de HierGrid.vb
Il semble que tu te sois donné beaucoup de mal à coder ce contrôle, et j'aurais bien voulu le tester, même si n'est pas à mon sens un bon principe.
En effet de VB à VB6, les contrôles ont dérivés de "saisie/visualisation" à "source de données", car il n'était pas facile de gérer les données.
En .Net il est très simple de gérer les données, on a une multitude de collection, dataset ou autre pour cela et on peut faire toute sorte de requêtes sur ces sources grâce à linq. Pour faire le lien entre ces sources, ou résultats de requête et les contrôle, il y a le binding. Les contrôles ont donc repris la place qu'ils n'auraient pas dû quitté : la saisie et la visualisation.
De plus .Net n'est plus un peu orienté objet, mais objet voire tout objet. Il est donc conseillé d'écrire une classe qui lit ou écrit la base de données, une classe "métier" qui traites les données et une vue qui binde les données sur l'interface.