DataSet, N Tiers, Linq To Sql
Quel rapport entre DataSet, une architecture multi-tiers et Linq to SQL ?
Pas facile ? Si si, juste un Designer qui génère tout pour nous dans Visual Studio 2008, que ce soit pour un DataSet typé ou pour un DataContext Linq To SQL.
Oui mais voilà, là où ça se complique (si on peut dire) c' est lorsque qu' on veut faire une petite architecture 3 tiers (soyons pas fou, restons simple)
Dans Visual Studio 2008, le Designer du DataSet est capable de se générer dans 2 projets distincts.
- Un projet contenant les DataTables typés.
- Un projet contenant les TableAdapters typés.
Tout ça grâce à la petite option magique : DataSet Project
Voilà à quoi ressemble ma solution :
C' est beau, c' est propre et ça marche.
Alors, je vous le demande, Pourquoi ils n'ont pas fait pareil pour Linq To SQL !!!
J' avais espéré secrètement que le SP1 de Visual Studio 2008 apporte cette feature, mais ce n'est pas le cas (si je me trompe, montrez moi, je serai super heureux si c'était le cas)
Alors comment on fait aujourd'hui ? eh ben à la main, on passe le DataContext en internal et on copie colle le DataContext dans l'assembly service en le repassant en public.
Et si on rajoute des tables au schéma, bah on recommence l'opération.
C'est pas critique, mais je trouve ça dommage ...
Voilà mon coup de gueule du jour :)