Discussion :

[gside]

Bonjour à tous,

Je débute en .NET aprés quelques années en Delphi
Actuellement quelques interrogations sur ADO.NET 2.0 que je cherche à maitriser avant de passer aux nouveautés 3.0...

Je souhaite réaliser des applis portables entre SGBD et donc, liées le moins possible à un provider spécifique. J'utilise donc les factory du namespace System.Data.Common et j'arrive à manipuler des datareaders et datasets mais sans utilisation des designers de VS.

Par contre tout se complique avec le designer de dataset, que je n'arrive pas à utiliser en dehors du 'cas d'école' d'un provider spécifique... Est il possible de bénéficier des fonctions du designer de VS tout en travaillant avec une factory de db providers?

Par exemple:
- créer un dataset générique à l'aide du designer
- lier (binding) une data grid à un dataset qui utilise un data adapter+connexion générique
- initialiser les colonnes d'un data grid avec un dataset rempli par un adapter générique, et ajuster le formatage des colonnes dans le designer

Comment fesiez vous avec ADO.NET 2.0 pour ce cas de figure?
Tout recommandation est la bienvenue!

Merci

[Philippe Vialatte]

Salut,

Comment fesiez vous avec ADO.NET 2.0 pour ce cas de figure?
Tout recommandation est la bienvenue!

eh, la réponse est simple, je n'utilise jamais (a moins d'y être oblige dans le cas d'une vieille appli) le designer de datasets

Le designer de dataset n'a pas (plus?) vraiment sa place dans une application proprement ecrite, parce que son role etait d'eviter aux developpeurs de faire une separation entre leur code metier er leur code de db....ce qui est mal...

Il n'a jamais ete prevu pour etre independant des bases de donnees

Si tu veux pouvoir utiliser un designer pour ton code d'acces aux donnees, tu peux te baser plutot sur EF (qui est, malgre ses manques toujours plus propre que le designer de datasets).

Sinon, si le but c'est de maitriser les datasets, tu peux ne pas utiliser le designer, et utiliser des fonctions pour passer les datasets a leur consommateur.

[gside]

Merci, ça confirme mes questions sur le designer de dataset

Le but était
- d'avoir une approche RAD (en utilisant les designers de l'IDE afin d'initialiser certaines propriétés)
- tout en ayant une architecture propre (indépendance SGBD, séparation en couches donnée/métier/présentation)

D'une manière + générale, je me demande quelles sont les bonnes pratiques permettant de définir une interface graphique via l'IDE plutot que tout à la main, pour une meilleure productivité.

L'exemple de la data grid me semble parlant:

Sans utiliser EF, la démarche serait:

1) créer manuellement le provider (via factory) et les datasets: OK

2) binding par code des consommateurs (datagrids, etc) aux datasets: semble non réalisable par l'IDE car dataset typé créé dynamiquement. donc par code: OK

3) ajustement par code des propriétés graphiques de chaque colonne de la datagrid: comment utiliser l'IDE afin d'éviter de devoir positionner les propriétés de la grid (ex: font) et de chaque colonne (ex: alignement, taille, ...) par code?

Est ce les mêmes contraintes avec l'utilisation d'EF? (que je n'ai pas vraiment abordé pour l'instant)

Merci,

[Philippe Vialatte]

2) binding par code des consommateurs (datagrids, etc) aux datasets: semble non réalisable par l'IDE car dataset typé créé dynamiquement. donc par code: OK

Tu peux utiliser une ObjectDataSource, qui est prevue pour, et appeler une methode donnee de tes objets metiers

3) ajustement par code des propriétés graphiques de chaque colonne de la datagrid: comment utiliser l'IDE afin d'éviter de devoir positionner les propriétés de la grid (ex: font) et de chaque colonne (ex: alignement, taille, ...) par code?

Ca, c'est plutot cote IDE que db.

Le plus simple, c'est de creer des controles personnalises, qui sont configures corretement, et de ne pas utiliser directement les grilles et co.

[gside]

Vu, je vais creuser l'utilisation de l'ObjectDataSource
Concernant les contrôles personnalisés je ne vois pas encore en quoi ça évitera un positionnement par code des propriétés (de chaque colonne d'une grid par ex) et comment bénéficier des facilités de l'IDE pour le design de la GUI, mais je dois certainement approfondir..!

Merci Philippe pour ces indications