WCF et les Software Factory templates

Dans leur livre, Software Factories, Jack Greenfield et Keith Short ont discuté le fait que le développement basé sur des modèles dépend de l'esquisse de de languages de modélisation à objectifs généraux en faveur des DSL (Domain Specific Language)

 
Un DSL modélise les concepts rencontrés dans un domaine spécifique. Les DSL doivent être utilisées en conjonction avec le framework de classes correspondant, un ensemble de classes spécifiquement conçus pour couvrir le même domaine. Donc lorsque le DSL est utilisé pour modéliser des voies spécifiques par lesquelles ces classes peuvent être utilisées, il devrait alors être possible de générer le logiciel décrit dans le modèle à partir des classes de framework
 
La combinaison d'un DSL et le framework de classes correspondante constitue le noyau du modèle  software factory. Les modèles de Software Factory servent à la fabrication de plusieurs variété d'un même type de logici
 
Un bon exemple de modèle de Software Factory est le concepteur des formularies Windows dans Visual Studio .Net. Dans ce cas particulier, le concepteur de formulaires Windows est la DSL, la boîte à outils ainsi que l'éditeur des propriétés ainsi que les classes de l'espace de noms System.Windows.Forms constituent le framework de classes. Les utilisateurs du concepteur de formulaires Windows l'utilisent pour modéliser les logiciels qui sont générés à partir de ces classes
 
Les programmeurs ont utilize le concepteur de formulaires Windows et des outils similaires dans d'autres environments de développements pendant de nombreuses années pour developer des interfaces utilisateur. En bref Greenfield et Shrot ont introduit le concept des modèles de Software factory, sans pour autant créer quelque chose de nouveau. Ils sont plutôt en train de formaliser un concept qui s'est déjà révélé efficace, et suggèrent qu'il peut être utilisé pour développer une variété de logiciels au-delà des interfaces utilisateur
 

WCF est un modèle de Software Factory pour la communication entre logiciels. Il consiste ne une DSL appelée le Modèle de Service (Service Model)  et un framework de classes appelé la couche de canaux (Channel Layer). Le modèle de service consiste en des classes faisant partie de l'espace de nom System.ServiceModel et un language de configuration XML. La couche de canaux consistes en des classes disponibles dans l'espace de noms System.ServiceModel.Channel. Les développeurs modélisent comment un morceaux de logiciel peut communiquer en utilisant le modèle de service, ainsi que les composants de communication dont ils ont besoin d'inclure dans leur logiciels qui sont générés à partir de la couche de canaux,

 

En conformité avec leur modèle.Plus tard s'ils ont besoin d'effectuer des changements ou de decrier comment leur logiciel communiqué, ils apportent des alterations à leur modèle, et les modifications ou ajouts à leur logiciel sont générés. S'ils désirent modéliser une forme de communication qui n'est pas déjà supportée par la couche canaux, ils peuvent construire ou acheter un canal adéquat à ajouter à la couche canaux, et continuer à générer leur logiciel comme ils le faisaient habituellement, exactement comme l'utilisateur d'un concepteur de formulaires Windows peut construire ou acheter des contrôles graphiques à ajouter à la boite à outil du concepteur graphique

 

Les termes clefs dans le modèle de service de WCF sont les fameux ABC (Adress, Binding, Contract) soit en français Adresse, Liaison et Contrat. L'adresse définit là ou se trouve le logiciel, la liaison spécifie les protocoles pour communiquer avec le logiciel, et le contrat définit ce qu'il va effectuer. En conséquent le bien trouvé acronyme ABC peut vous aider à vous en rappeler : il faudrait le remplacer par ALC en français. En jargon WCF, une adresse, une liaison et un contrat constituent ce qu'on appelle un point terminal (endpoint en Anglais)

 


--
Alain Lompo
Excelta - Conseils et services informatiques
MCT
MCSD For Microsoft .Net
MVP Windows Systems Server / Biztalk Server
Certifié ITIL et Microsoft Biztalk Server

Commentaires

Enregistrer un commentaire

Posts les plus consultés de ce blog

Printing and Graphics

Drawing and Printing in C# By James Foxall , Wendy Haro-Chun Date: Feb 15, 2002 Sample Chapter is provided courtesy of Sams . Return to the article C# provides an amazingly powerful array of drawing capabilities. In this "one-hour" excerpt by James Foxall and Wendy Haro-Chun, you learn the basic skills for drawing shapes and text to a form or other graphical surface. C# provides an amazingly powerful array of drawing capabilities. However, this power comes at the price of a steep learning curve. Drawing isn't intuitive; you can't sit down for a few minutes with the online Help text and start drawing graphics. After you learn the basic principles involved, however, you'll find that drawing isn't that complicated. In this hour, you'll learn the basic skills for drawing shapes and text to a form or other graphical surface. You'll learn about pens, colors, and brushes. In addition, you'll learn how to persist graphics on a form—and even how
Lire la suite

Solution Items

Solution Items In practice, the content you will add most often to a solution is project related. But items can be added directly to a solution as well. Collectively, the term solution items refers to any nonproject file that is attached to a solution. Because we know that solutions can't be compiled, it stands to reason that files added at the solution level serve no practical purpose from a compilation perspective. There are various reasons, however, that you may want to add solution items to your solution. For instance, this is a convenient way to store documentation that applies to the solution as a whole. Because you can add any type of file to a solution, this could take the form of documents, notes to other developers, design specifications, or even source code files from other solutions that may have some impact or bearing on the work at hand. By default, Visual Studio supports a few types of solution items that can be created directly from within the IDE. They
Lire la suite

Printing in C#

Printing Using C# - Creating a Printing Application           Printing Using C# (Page 1 of 7 ) In this article Matthew shows us how to build a print engine in C# allowing us to print our application data easily. Editor's Note: This article's code has been updated to work with the final release of the .Net framework. Those of you who have done any programming with the Win32 API will be familiar with the concept of the Device Context, also known as the "DC". A Device Context allows a developer to draw things like text, lines, rectangles, curves, etc. on both the screen and the printer, or even in memory in preparation for later drawing to either of these devices. This was a pretty powerful arrangement that allowed a developer who knew how to draw application output on the screen to draw application output on a printer. With .NET, we're given a variety of graphics classes that eventually allow drawing of certain graphics primitives onto device contexts. T
Lire la suite