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.
par Hugues MEUNIER
publié dans :
General
0
créer un trackback
recommander
Un très bon article qui explique comment obtenir le tri et la pagination avec un datagrid bindé sur un tableau d'objets.
http://www.codeproject.com/useritems/gridviewex.asp
par Hugues MEUNIER
publié dans :
.NET
0
créer un trackback
recommander
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/
par Hugues MEUNIER
publié dans :
.NET
0
créer un trackback
recommander
Une boutique en ligne réalisée avec WPF.
Impressionnant !
par Hugues MEUNIER
publié dans :
.NET
0
créer un trackback
recommander
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 :
- - être autonome
- - avoir des frontières explicites
- - partager des contrats et des schémas et non des implémentations ou des classes
- - 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
par Hugues MEUNIER
publié dans :
.NET
0
créer un trackback
recommander
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.
- ...
par Hugues MEUNIER
publié dans :
J2EE
0
créer un trackback
recommander
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
par Hugues MEUNIER
publié dans :
.NET
0
créer un trackback
recommander
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.
par Hugues MEUNIER
publié dans :
General
0
créer un trackback
recommander
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.