Linq to MyEnterpriseServices

Linq apporte une syntaxe structurante pour les développeurs. En entreprise, cacher les appels aux services métier derrière Linq est un facteur de productivité par l'homogénéité apportée par la syntaxe et par l'abstraction de la logique d'appel. Mais comment développer une couche d'interprétation d'une requête Linq dédiée à l'appel d'un service spécifique ?

Fabrice Marguerie, un des auteurs de Linq in Action et fondateur du site ShapToolbox.com, y répond en trois articles et le code source associé en prenant pour exemple de service Amazon Web Service.  Un article didactique qui nous fait comprendre en 10mn quels sont les points importants : implémenter IQueryable et parser l'abre d'expressions généré par Linq.

Derrière cet exemple apparaît l'idée de systématiser cette approche en entreprise. Les architectes mettraient à disposition des dévelopeurs les accès aux services métier (état d'une chaine de production, données de marché, etc.) sous forme de couches "Linq to MyEnterpriseService" en charge de valider les accès et de fournir une API de requêtage identique pour tous les services.

La fin des APIs dédiées, le règne des entités du domaine ?

Liens :

• Partie 1 : http://weblogs.asp.net/fmarguerie/archive/2006/06/26/Introducing-Linq-to-Amazon.aspx
• Partie 2 : http://linqinaction.net/blogs/main/archive/2006/06/28/Linq_to_Amazon_implementation_fore_steps.aspx
• Partie 3 : http://linqinaction.net/blogs/main/archive/2006/09/07/Linq_to_Amazon_source_code.aspx