Version imprimable
Bonjour,
Je suis en train de travailler sur une nouvelle architecture de site. L une de mes questions concerne le faite d'utiliser les DataSet ou DataTable dans les differentes couche (MVP) ou d'utiliser des list d'object Metier.
Quelle sont vos retours d'experience ?
Merci à vous
Les listes d'objets metiers sans aucun doute pour moi. List ou autres d'ailleurs...en fonction de tes besoins.
Salut,
Des collections d'objets métier. Par défaut un DataXXX n'est pas typé un objet métier oui. Les propriétés sont plus facile d'accès, etc, etc.
A+
...et de trois pour les objets metiers ;)
Et en plus, meme plus d'excuse, de nos jours, la plupart des grilles peuvent se lier a des objectdatasource -> exit les datatable/datasets ;)
J'ai tendance a penser comme vous, mais les dataset types sont pratique surtout pour une mise ajour de la BDD. Et avoir un representation de la BDD en mode deconnecte c pas mal non plus.
Nooon, malheureux, ne fais pas ca, les dataset fortement types, c'est le mal !!!Citation:
Envoyé par topolino
...quoique, après tout, tu fais comme tu veux, j'aurais pas a maintenir ton code, alors :mouarf:
Argumente pourquoi c mal ?
Les objets métiers ++
Surtout parce que tu vas créer des méthodes et du code réutilisable. Côté maintenance, c'est également mieux
En general, les dataset sont pratiques pour une demo ou un petit projet. Quand le projet augmente en taille, la maintenance des datasets se complique.Citation:
Envoyé par topolino
Si tu as de la logique un peu custom a ajouter, ou des sources de donnees composites, le cout de bidouiller les dataset pour les faire fonctionner avec ton fournisseur de donnees devient vite plus important que d'utiliser a peu pres quoi que ce soit d'autre (en incluant une DAL codee a la main, mais proprement)
Si tu bosses avec un controlleur de code source qui ne lockes pas les fichiers, si trois personnes editent un gros dataset, le merge va te faire t'arracher tous les cheveux parce que le designer va avoir change ton fichier xss
Personnelement, j'ai bosse sur un certain nombre de projets, et j'ai toujours evite les datasets pour ces raisons la (pas sur des on-dits, j'avais passe pas mal de temps a faire des spikes pour mon premier "gros" projet), mais il y'a deux mois, on a recupere en maintenance un projet code avec des datasets...et ca a pas ete joli...
En plus de ces defauts "objectifs", a mon avis, les datasets encouragent a faire un decoupage des sources de donnees en fonction des tables, et pas en fonction des besoins fonctionnels des utilisateurs. Si certaines tables sont mahousses, tu vas te retrouver avec un monstrueux dataset qui va aggreger toutes les requetes qui touchent a cette table...en tout cas, c' est ce qui s'est passe dans ce projet, et dans d'autres auxquels j'ai echappe...
Donc, depuis, je milite pour l'abandon des datasets fortement types, et meme des datasets/datatable tout court
Je peux argumenter encore un moment, mais pour moi, en une phrase, les datasets, c'est mal ;)
Merci pour tes eclaircissements.
Car j'ai bcp bossé avec les objetc metier et trop peu avec les datasets, mais d'une exterieur cela me semblait pas mal. Mais je vais m'abstenir.
Merci
Un par un, je les convertirais :DCitation:
Envoyé par topolino
Citation:
Envoyé par topolino
A mon sens là n'est pas le pb. Les DataSet, etc. ont un grand intérêt. Ce sont des objets comme les autres. Il n'est pas raisonnable de s'en passer... Il faut juste les utiliser à bon escient, idem pour les objets métier.Citation:
Envoyé par Philippe Vialatte
A+
J aurais tendance à penser comme philippe. C'est bon pour une demo vite fait. Mais la question de base étant : "je suis en train de penser à ma nouvelle architecture", dans ce cas la, personnellement j'eviterais dataset et consort...
Mais bon globalement, au risque de paraitre consensuel (arf rien que le terme me file la chair de poule), je crois qu on est à peu prés tous du même avis...