Overblog Suivre ce blog
Administration Créer mon blog

Articles récents

De l'utilité de contrôles comme SqlDataSource

9 Mars 2007 , Rédigé par Hugues MEUNIER Publié dans #.NET

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/

Lire la suite

Un nouveau site WPF impressionnant

1 Mars 2007 , Rédigé par Hugues MEUNIER Publié dans #.NET

 

Une boutique en ligne réalisée avec WPF.

Impressionnant !

Lire la suite

Rappel sur les principes de SOA

27 Février 2007 , Rédigé par Hugues MEUNIER Publié dans #.NET

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

 

Lire la suite

Très bonne interview sur WS-*, REST

19 Février 2007 , Rédigé par Hugues MEUNIER Publié dans #Architecture applicative

par Sanjiva Weerawarana sur le site Infoq.

Lire la suite

Best practices JEE IBM

16 Février 2007 , Rédigé par Hugues MEUNIER Publié dans #J2EE

IBM vient de mettre à jour une best practice J2EE datant de 2004 qui devient

une best practice JEE.

L'info sur INFOQ.

En vrac :

- Always use MVC

- Don't reinvent the Wheel

- Apply automated unit tests and test harnesses at every layer

- Prefer JSPs as your first choice of presentation technology.

- ...

 

Lire la suite

La programmation par contrats

12 Février 2007 , Rédigé par Hugues MEUNIER Publié dans #.NET

La programmation par contrat (design by contract) est une technique largement utilisée dans les architectures modernes.

Le principe est qu'une classe et ses client interagissent avec un contrat; cette idée a été reprise dans les architectures SOA.

Dans le langage objet, l'interface est une intention alors que la classe est une implémentation. L'interface est le concept de base de la programmation par contrats.

Ref : article de jm heidly

 

Lire la suite

Les IHMs reviennent au goût du jour

1 Février 2007 , Rédigé par Hugues MEUNIER Publié dans #General

Abandonnées il y a quelques années pour cause de webisation des applications, les IHMs reviennent au goût du jour dans la mouvance Web x.0 (x > 1).

Au début des années 90 au temps des applications client serveur, des spécialistes IHM travaillaient sur le design, l'ergonomie et l'efficacité des interfaces homme machine dans un contexte d'informatisation de l'entreprise. L'IHM prenait une place prépondérante dans les applications informatiques car ces applications s'adressaient, en majorité, à des personnes peu formées à l'utilisation d'un poste de travail (l'informatisation de certains métiers a engendré de nombreux changements de carrières et de spécialisations).

Ces métiers autour de l'IHM ont complètement disparu avec la mode des applications WEB dans l'entreprise; mode motivée principalement par des critères économiques (baisse de la maintenance et des coûts de formation des utilisateurs). Les IHMs sont prises en charge directement par les développeurs; les designers intervenant à la marge en fournissant un canevas (quelques fichiers css).

Cette démarche de délaissement des IHMs a fait naître le Web 2.0 sur l'Internet; mouvement social déclenché par les utilisateurs de la toile. De fait, l'IHM revient au premier plan mais elle reste encore une affaire de développeurs.

Avec la sortie des technologies WPF XAML de VISTA, des spécialistes travaillent de nouveaux sur les interfaces et desktop de demain (voir ce lien) avec des possibilités améliorées : interfaces en 3D, interactivité avec les entrées sorties.

Pour s'en convaincre, tester le NewYork Times reader ou le catalogue interactif de la FNAC.

Pour les développeurs, un article MSDN très intéressant.

Lire la suite

Sérialisation des obets de domaine : pattern ou anti-pattern ?

30 Janvier 2007 , Rédigé par Hugues MEUNIER Publié dans #Architecture applicative

J'ai trouvé plusieurs articles qui traitaient de ce sujet notamment l'utilité de sérialiser des objets de domaine à travers WCF. Effectivement, ce n'est pas un sujet simple et dans les blogs de dotnetguru cela est considéré comme un anti-pattern ce qui me semble être une position quelque peu limite.

Développer des objets de domaine (ou entités de domaine) est un pattern et est utilisé par tous dansles 2 technologies (JEE ou .NET). Un objet du domaine est un concept métier et non technique donc cela ne me choque pas que ce concept soit manipulé par les différentes couches d'une application y compris par le client. Cette solution peut être préférable à d'autres solutions (multi conversion d'objets, DTO).

De mon point de vue, sérialiser les objets du domaine dans WCF n'est pas un anti pattern mais un design possible qui présente des avantages et inconvénients.

Lire la suite

Sérialisation d'objets de domaine Active Record dans WCF

1 Décembre 2006 , Rédigé par Hugues MEUNIER Publié dans #.NET

Active record est un pattern implémenté dans les frameworks de type Rails. Certaines produits existent pour .net et Java.
 
Un Active Record est un POCO (en .NET) dérivant d’une classe de base qui intègre les opérations de base (find, delete, create …).
 
Dans la technologie .NET, le framework el plus avancé est Castle (http://www.castleproject.org). Ce framework s’appuie sur Nhibernate pour la couche mapping OR.
 
Par défaut, WCF ne sait pas sérialiser les objets avec des références cycliques ce qui est gênant vis-à-vis du principe de réciprocité des relations du framework Castle (à 1 relation 1-n correspond une relation 1-1).
 

 

Lire la suite

Architecture n-tiers Ajax .NET

28 Novembre 2006 , Rédigé par Hugues MEUNIER Publié dans #.NET

Cet article présente une architecture n-tiers Ajax autour des technologies .NET
 
Lire la suite
<< < 10 20 21 22 > >>