Discussion :

[rad_hass]

Bonjour,

Trouvant le travaille à chaque fois effectué assez fastidieux, je me demandais si je n’avais pas opté pour la manière la plus chiante. Ce qui me poussent à me demander comment les personnes les plus expérimenté procède ou contourne cette problématique.

Je m'explique :

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
cmd.CommandText = "INSERT INTO client VALUES(@Id_client, @Code_client, @ID_Lieu, @ID_Entite, @Id_Projet, @Code_Commercial_Modif, @Description_Client, @Reference_Compte, @Commentaire, @Date_Entree, @Duree_Previsionnelle_Compte, @Date_Creation, @Date_Derniere_Modif, @Type_Client";
                cmd.Parameters.AddWithValue("@Id_Demande", Client.ReferenceDemande);
                cmd.Parameters.AddWithValue("@Code_Client", Client.Code_Client);
                cmd.Parameters.AddWithValue("@ID_Lieu", Client.ID_Lieu);
                cmd.Parameters.AddWithValue("@ID_Entite", Client.ID_Entite);
                cmd.Parameters.AddWithValue("@Id_Projet", Client.Id_Projet);
                cmd.Parameters.AddWithValue("@Code_Commercial_Modif", Client.Code_Commercial_Modif);
                cmd.Parameters.AddWithValue("@Description_Client", Description_Client);
                cmd.Parameters.AddWithValue("@Reference_Compte", Reference_Compte);
                cmd.Parameters.AddWithValue("@Commentaire", Commentaire);
                cmd.Parameters.AddWithValue("@Date_Entree_Souhaitee", Date_Entree_Souhaitee);
                cmd.Parameters.AddWithValue("@Duree_Previsionnelle_Mission", Duree_Previsionnelle_Mission);
                cmd.Parameters.AddWithValue("@Date_Creation", Date_Creation);
                cmd.Parameters.AddWithValue("@Date_Derniere_Modif", Date_Derniere_Modif);
                cmd.Parameters.AddWithValue("@Type_Client", Type_Client);
                cmd.ExecuteNonQuery();

Et ce n’est pas fini puisque d'autre ligne dans d'autre table sont insérer lors de l'insertion d'un nouveau client ...

De même pour les constructeurs, est ce qu'une solution de génération de code pour un petit projet est adéquate ? Comment faites vous pour faciliter cette tâche qui deviens parfois agaçante ?

[jjameau]

tu pourrais utiliser un dataset typé, avec VS tu as un "assistant" qui t'aide a crééer ton dataset en fonction des tables de ta BD et tu peux utiliser directement des procédures stockées qui peuvent être générées automatiquement. Par contre il faut que ta BD soit en SQL server..

[rad_hass]

Merci bcp pour ta réponse, j'utilise effectivement une BD Sql Server.

[jjameau]

tiens voici quelques liens intéressants :

http://msdn2.microsoft.com/fr-fr/lib...90(vs.80).aspx
http://www.codeguru.com/csharp/.net/...le.php/c13471/
http://weblogs.asp.net/scottgu/archi...15/435498.aspx

[TheBlackReverand]

perso je viens d'apprendre une nouvel technique en stage

ton logiciel ne gérè pas le serveur directement, il gere des objets perso.

schematiquement sa fait


1) MonApplication.Vues (les feuilles, controles, traitement qui ne touche pas au donnèes)
2) MonApplication.Metier (des classes representant tes donnèes)
donc la tu peut imaginer une classe "Client" avec pour infos nom et prenom puis une classe "CatalogueClient" qui contient une liste de client(List<Client>) et des fonctions Ajouter, Modifier, Supprimer qui ont en parametre par exemple un ArrayList avec les infos
3) Ton serveur de BDD

ton application tape directement dans tes objets et après et bien dans ajouter, modifier, supprimer tu effectue l'action a la fois sur l'objet et le serveur

[Louis-Guillaume Morand]

perso je viens d'apprendre une nouvel technique en stage

ton logiciel ne gérè pas le serveur directement, il gere des objets perso.

schematiquement sa fait


1) MonApplication.Vues (les feuilles, controles, traitement qui ne touche pas au donnèes)
2) MonApplication.Metier (des classes representant tes donnèes)
donc la tu peut imaginer une classe "Client" avec pour infos nom et prenom puis une classe "CatalogueClient" qui contient une liste de client(List<Client>) et des fonctions Ajouter, Modifier, Supprimer qui ont en parametre par exemple un ArrayList avec les infos
3) Ton serveur de BDD

ton application tape directement dans tes objets et après et bien dans ajouter, modifier, supprimer tu effectue l'action a la fois sur l'objet et le serveur

l'ORM

très avantageux à utiliser avec des objets base simples. Après, l'abstraction peut devenir très dure à faire.

bltoolkit est simple à utiliser. après, y a Nhibernate (moins marrant). et le plus mieux et qui est tout neuf: LINQ

[SaumonAgile]

Effectivement, j'utilise une version modifiée de DataTierGenerator (j'y ai intégré des améliorations .NET 2.0). Ce n'est pas de l'ORM, mais ça permet de ne pas écrire toute la plomberie.

[rad_hass]

Effectivement, j'utilise une version modifiée de DataTierGenerator (j'y ai intégré des améliorations .NET 2.0). Ce n'est pas de l'ORM, mais ça permet de ne pas écrire toute la plomberie.

Est ce que l'utilisation de l'outil dans l'état initial pose problème. Ou est ce que c'étais pour résoudre un problème particulier à ta propre utilisation ? Par ailleurs, la prise en main de cet outil est elle immédiate ou y a-t-il un temps d'apprentissage non négligeable ?

D'avance merci

[_skip]

Les datasets peuvent dépanner, mais personnellement je trouve que ce sont vraiment des objets de transferts de données.
Ils ne sont pas facilement réutilisables car souvent trop spécifiques à une UI particulière et il est pas évident d'y implémenter de la logique métier.

En gros, je vois que c'est souvent utilisé comme une façon de faire un gros bridge bien trash à la quick and dirty entre une base de données et une UI.
Les requêtes que vs génère pour alimenter les datasets et persister les changements sont de vulgaires string qui ne sont pas vérifiée a la compilation.

En plus sitot qu'on veut alimenter son dataset avec des requêtes différentes (clause TOP, nombre de critères variables dans clause WHERE, clause de tri différente ) ça devient d'une lourdeur qui frise la science-fiction, ou sinon il faut te contenter de faire le filtrage et le tri coté client, ce qui serait une grave erreur si les volumes de données deviennent conséquents.

En fait les datasets je trouve cela OK pour le remoting ou les webservices, mais pour le reste, je suis vraiment plus du coté business objects et entités.