Pour rappel, l’idée de cet exemple est simple : vous déposez une Assembly métier traditionnelle et toutes ses dépendances (dont le fonctionnel est compatible avec une utilisation distribuée) dans un répertoire donné. Un processus porteur se chargera alors de les rendre disponibles dynamiquement via WCF, sans avoir à gérer les règles de développement WCF (contrat de données, contrats de services, implémentation des contrats de service pour définir le métier et création et paramétrage du processus porteur), le tout sur un binding donné (« netTcpBinding »).

Pour des raisons de simplification de l’exemple, je rappelle que les hypothèses suivantes sont posées :

• L’ensemble des opérations mises à disposition le seront via une façade WCF unique chargée du traitement.
• Les objets à état ne seront pas gérés.
• Le processus porteur sera développé sous la forme d’une application console.
• Les méthodes et classes génériques ne seront pas gérées.

La lecture de cet article suppose quelques connaissances de base sur Windows Communication Foundation ainsi qu'une bonne connaissance du langage C#. L'exemple a été développé en C# avec Visual Studio Team System 2008 SP1, Framework 3.5 SP1, sur plateforme Windows 7, Build 7100 (RC).