Ressources techniques en français

Ce document de présentation technique explore à la fois ce qui motive l’adoption par une entreprise de l’architecture axée sur les services, ainsi que l’approche « pragmatique » de Microsoft concernant l’architecture axée sur les services.

Pourquoi, exactement, construisons-nous des systèmes qui réutilisent le modèle architectural à n niveaux ? Lorsqu'un nouveau projet nous est proposé, nous appliquons automatiquement un principe acquis concernant les logiciels qui consiste à diviser avec précision le système en trois niveaux : le niveau de présentation, le niveau de logique métier et le niveau d'accès aux données. Faire les choses « juste parce qu'elles ont toujours été faites de cette façon » mérite qu'on y réfléchisse d'un peu plus près.

Les évolutions du marché nécessitent des applications métier flexibles. Il est possible de relever ce défi grâce à une spécialisation dans les services XML et Web, qui révolutionnent la façon dont les développeurs composent les systèmes et les intègrent aux réseaux distribués.

Enterprise Library pour Microsoft .NET Framework 2.0 est une bibliothèque de blocs d'application, qui sont des composants modulaires conçus pour aider les développeurs à faire face aux défis de développement courants. Il offre un environnement étendu pour la création d'applications robustes et évolutives. 

Aucune application n’est une île et l’interopérabilité est une nécessité générale. Cet article expose les meilleures techniques d’écriture de code et de systèmes pour garantir l’interopérabilité entre .NET et Java/J2EE.

Brainsonic était là lors du passage en France de Ajay Sudan et Rick Laplante, Product Manager et General Manager Visual Studio 2005 Team System, à la mi-mars. Ils ont enregistré l'ensemble de leur conférence - démonstrations logicielles comprises ! Accédez gratuitement à 5 heures de présentation complètes...

Vous utilisez Microsoft® .NET Framework pour construire une application qui exige l'utilisation d'objets distribués. Vous avez besoin de pouvoir transférer des objets par valeur ou par référence, qu'ils résident sur le même ordinateur, sur des ordinateurs différents d'un même réseau local (LAN) ou encore sur des ordinateurs différents dans un réseau étendu (WAN).

Vous construisez une application dans .NET qui exige l'utilisation d'objets distribués, dont la durée de vie est contrôlée par le client. Vous avez besoin de pouvoir transférer des objets par valeur ou référence, qu'ils résident sur le même ordinateur, sur des ordinateurs différents d'un même réseau local (LAN) ou encore sur des ordinateurs différents dans un réseau étendu (WAN).

Comment rendre globalement disponible l'instance d'un objet et garantir qu'une seule instance de la classe est créée ?

Comment faire pour permettre à d'autres applications d'utiliser certaines fonctions de votre application tout en garantissant que la mécanique de l'interface restera dissociée de la logique de l'application ?

Comment dissocier du reste de votre application les détails relatifs au respect des responsabilités figurant dans le contrat, définies par le service ?

Comment fournir pour votre application une infrastructure qui réponde à des impératifs opérationnels spécifiques tels que la disponibilité et l'évolutivité ?

Comment structurer au mieux le contrôleur pour des applications Web moyennement complexes de manière à pouvoir réutiliser des éléments et à conserver une certaine souplesse tout en évitant de dupliquer le code ?

Comment améliorer le temps de réponse des pages Web générées de manière dynamique et qui sont appelées fréquemment, mais dont la construction requiert une grande quantité de ressources ?

Comment un objet peut-il notifier d'autres objets des changements d'état sans être dépendant de leurs classes ?

Comment modulariser l'interface utilisateur d'une application Web de sorte que chaque partie puisse être aisément modifiée individuellement ?

Comment concevoir un niveau d'infrastructure évolutif, qui tienne compte des variations de charge tout en offrant des performances acceptables ?

Comment préserver la simplicité de la sémantique d'une interface d'appel de procédure sans être soumis aux problèmes de latence inhérents à la communication distante ?

Comment structurer un système distribué de façon que les développeurs des applications n'aient pas à se préoccuper des détails des communications distantes ?

Comment structurer au mieux le contrôleur pour des applications Web très complexes de manière à pouvoir réutiliser des éléments et à conserver une certaine souplesse tout en évitant de dupliquer le code ?

Comment concevoir un niveau d'infrastructure hautement disponible offrant une protection contre les pertes de service provoquées par la défaillance d'un serveur unique ou du logiciel qu'il exécute ?

À mesure que les technologies de création d'interface utilisateur, telles que ASP.NET et Windows® Forms, deviennent de plus en plus puissantes, il est courant de laisser la couche d'interface utilisateur en faire plus qu'elle ne devrait. Un motif de conception, à savoir MVP (Model View Presenter), est particulièrement adapté à la résolution de ce problème. 

Travailler dans Motion Lite est très simple. Examinez le portefeuille de projets d'une entreprise, personnalisez le plan des capacités de cette entreprise, reliez chaque projet à une capacité, puis posez tout ou partie des 20 questions relatives à ces projets. Nous utilisons une nouvelle « perspective », générée par ces 20 questions, pour examiner le portefeuille de projets et découvrir ce que nous ignorions auparavant afin d'agir en conséquence. 

Quand on commence à développer plus de 2 applications .NET, on se rend vite compte qu’il existe des parties génériques à toute application qui peuvent être centralisées. Certains peuvent partir dans l’optique de développer leur propre framework ou encore socle technique, mais il existe aussi d’autres solutions : en effet les Application Block évitent d’avoir à développer soi même et à tester une solution qui répond de façon générique à un problème donné.
Par Elise Dupont

Cet article discute de l'utilisation de modèles de conceptions (Design Pattern) dans le Framework .NET. Formidable outil pour les développeurs et les architectes lors du développement de projets, les modèles de conception permettent d'adresser les problèmes d'une manière uniforme, rendant le développement plus rapide et réduisant le nombre d'erreurs qui apparaîtront lors de la modélisation et l'implémentation.

Cet article discute du modèle de fabrique de classe qui utilise un objet spécialisé pour créer d'autres objets. Les modèles logiques et physiques sont examinés, ainsi que l'utilisation de ce modèle dans le Framework.NET.

Remarque : On retrouve un guide similaire sur le site MSDN US, ce guide est par ailleurs référencé dans le site Architecte US. Il constitue une des rubriques de ce site. Ainsi, pour être dans la continuité du site US, une référence à ce guide sera utile.

•	Téléchargez le dossier complet au format Word

Cet article décrit la plate-forme Microsoft .NET, en mettant en relief l'architecture, la conception et la méthode d'élaboration des services Web collaboratifs via la plate-forme .NET, Exchange 2000 Server et le système de stockage Web Microsoft.

Ce document présente l'architecture de la sécurité de Microsoft .NET Framework.

Une présentation de l'intérêt des Web Services pour les développeurs, avec des introductions à SOAP, WSDL et UDDI.

Comprendre comment l'infrastructure Microsoft .NET Remoting et les Web Services Microsoft ASP.NET peuvent permettre les communications inter-processus, comment fonctionnent ces deux technologies et comment choisir la plus appropriée pour votre application.

Compare les performances relatives des Web Services Microsoft ASP.NET (qui offrent le niveau d'interopérabilité le plus élevé, avec une prise en charge totale de WSDL et SOAP sur HTTP) et de Microsoft .NET Remoting (qui est conçu pour offrir une fidélité type système CLR et prend en charge davantage de formats de données et de canaux de communication).