Linq et MySql (suite)

Dans une précédente note, je parlais du provider DBLinq: Pour le tester, j'avais commencé à réécrire mes providers MySql (Membership, Role, Profile et Personnalization). Mais le framework ne permettait pas d'aller très loin, trop de buggs.

Après quelques échanges, l'équipe confirme être assez réactive sur les buggs remontés et les features. Le portage continue donc au rythme des corrections. De fait, je suis beta testeur pour ce groupe de travail. L'équipe compte déjà onze personnes.

Les providers seront mis sur CodePlex également dès qu'ils seront aboutis, ou avant si cela intéresse d'autres développeurs.

Ok, mais quel intérêt?

• Pour le portage de CodeFx.MySqlProviders: bien que MySql AB fournisse les providers officiels pour MySql, à ce jour, seuls Membership et Role sont disponibles, Profile et personnalization (Web Part) ne sont pas dans le scope. De plus, la mise en ligne des providers est assez longue. Donc, il peut être interessant de fournir ce code afin de pouvoir rapidement travailler avec le framework 3.5.
  
• Pour le provider MySql pour LinqToSql, toujours dans cette note, je mentionne que MySql va avoir son propre provider pour LinqToEntities dans les prochains mois. Il sera alors évidement plus intéressant de passer sur LinqToEntities.
  Cependant, il semble avoir une raison d'être pour une utilisation avec le projet Mono:
  A lire cette note postée sur le group google DBLinq:
  

> What are the benefits of DbLinq provider, compared to ADO.NET EF?

I hope to use DbLinq with MONO to create application which runs in Windows, Linux and Mac.
Linq has a much less code to implement. MONO C# 3 compiler is almost complete. MONO SVN includes 3.5 System.Core assembly. MONO Olive includes Linq assemblies, all in pre-alpha through.
Entity Framework seems to have a lot of code. Porting this to Linux/Mac is not attempted and may be never tried.