| « les conseils beauté de vos présentations (slides, keynotes, prez) | une excellent présentation des méthodes agiles » |
le bout du tunnel?
enfin, on sort des ténèbres... après presque 10 ans de règne sans partager sur l'accès aux données depuis la création du Framework .Net, les DataSets rendent les armes.
C'est une vision personnelle, mais je ne peux me rappeler que mes soirées de debuggage intenses avec les DataSet... absence de typage, requêtes SQL construites sur des concaténations de chaînes de caractère... en tout cas au début, on était obligé de commencer comme ca.
Même s'ils ont mûri, les DataSets sont synonymes de lignes et lignes de codes de plomberie techniques, lourdes, fastidieuses, inutiles... et à mon sens une vision tordue de l'accès aux données.
Tout cela m'avait vite poussé à regarder NHibernate et ses confrères. Vive le Mapping Objet Relationnel!
Pour moi Linq et surtout Ado.Net Entity Framework allait enterrer définitivement les odieux DataSets... il n'en a rien été.
Et cette nouvelle m'apparaît comme une sortie du tunnel: "here are no plans to add DataSet into future releases of Silverlight"
Un signe? Un espoir?
Une promesse d'une aube nouvelle???? ;)
Si une technologie qui a le vent en poupe ne soutient plus cet ancêtre, peut être est-ce l'annonce du début de la fin?
Allez, il faut croire au progrès.
http://blogs.msdn.com/adonet/archive/2009/05/26/dataset-and-silverlight.aspx
http://www.sheysrebellion.net/blog/2008/07/31/datasets-are-evil/
http://jelle.druyts.net/PermaLink.aspx?guid=61676665-06a7-443a-9462-71dae713539e (DataSets Are Not Evil)
6 commentaires
Les dataset? je crois bien ne m'en être jamais servi en dehors de la préparation de mes certifs.
Les outils de mapping objet-relationnels viennent avec leur propre lot de défauts et problèmes. Faut arrêter de croire que c'est le paradis.
Mais c'est juste que j'ai toujours préféré les DataReader aux DataSet
C'est les gouts et les couleurs.
Comme toute techno ou composant technique, elle possède ses avantages et inconvénients. A nous de les comprendre, les identifier et de savoir bien les exploiter.
En ce sens, je rappelle quand même que la Dataset a été bien pratique pour le développement en mode déconnecté et en particulier pour le développment "mobile".
Parlons-nous des Dataset d'ADO.Net?
Par ailleurs, concernant le reste du mail, NHibernate peut aussi devenir une usina à gaz s'il n'est pas bien utilisé.
Concernant le mapping O/R, attention aussi...il est vite fait d'implémenter des modèles tordus, rigides et sans logique métier dans la définition des entités.
Evidemment ca fait plus 'architecte' d'empiler les couches, d'utiliser des DTO, etc...mais si c'est juste pour du CRUD (qui représente quand même la majeure partie des applications de gestion) à quoi bon ?
Flux de commentaires pour cet article