Excellent article d'introduction avec en prime la librairie BrainNet.

Voir d'urgence ici sur CodeProject.

Un bon article ici . Je ne suis pourtant pas très partisan de certains choix dans l'article mais il donne un bon aperçu du développement en couches avec les technos .NET

En tant qu'architecte, j'ai toujours été gêné par l'encensement de Linux en tant que système d'exploitation. Je pense que Linux a apporté un plus en terme de choix mais qu'il n'est pas la réponse à toute les problématiques.

Le site Softpanorama remet les pendules à l'heure en proposant des arguments concrets pour et contre Linux en tant que noyau et Gnu/Linux en tant que système d'exploitation.

Je vous conseille la biographie non autorisée de Linus Torvalds qui vaut le coup d'oeil et un comparatif Solaris-Linux.

Le contrôle SqlDataSource permet le binding des données. C'est un des contrôles les plus productifs et les plus dangereux proposé par Microsoft. Il permet de construire une application en quelques clics sans écrire une seule ligne de code donc de ce côté il est très utile pour des petites applications composées de quelques écrans. Mais utiliser ce contrôle pour des applications de plus grande envergure est très dangereux car l'application produite n'a plus aucun sens architectural.

Par contre, même pour les petites applications, ce contrôle pose des problèmes de liaison forte avec le code SQL qui est embarqué dans la couche présentation et dans le code ce qui peut poser des problèmes de maintenabilité.

Le composant SqlStoreDatasource permet d'externaliser les requêtes SQL dans les fichiers .config des applications ce qui est très pratique dans ce cadre.

http://www.sqlnetframework.com/

L'architecture SOA est à toutes les sauces bien qu'il existe actuellement plus d'articles sur le sujet que d'implémentations réelles. Néanmoins, SOA permet de répondre à certaines problématiques de design et de développement :

• - Comment optimiser mon taux de réutilisation dans le développement
• - Comment interagir avec mon ecosystème (business, technique, externe ou interne)

SOA est un pattern d'architecture; ce n'est ni une recommendation, ni un standard et SOA ne vous apporte pas une solution toute faite.

Une architecture SOA sous-entend que l'architecture est composée de services. Ces services doivent suivre les quatre principes suivants :

1. - être autonome
2. - avoir des frontières explicites
3. - partager des contrats et des schémas et non des implémentations ou des classes
4. - compatibilité basée sur les policies

Stefan Tilkov propose six nouveaux principes qui permettent de caractériser les services :

• - expose des formats et non des API
• - orienté documents
• - faiblement couplé
• - standards compliant
• - indépendant des offres fournisseurs
• - piloté par les metadata