Question

Je souhaite apprendre à créer des applications véritablement robustes en .net, des applications tolérantes aux pannes et capables de résister aux situations inattendues. Où puis-je trouver de la littérature / des conseils sur ce sujet? Jusqu'à présent, je n'ai pas beaucoup de chance.

Était-ce utile?

La solution

Je connais au moins deux ressources. Tout d'abord, il existe un article très utile sur MSDN intitulé Gardez votre code en marche avec les fonctionnalités de fiabilité du .NET Framework .

Chris Brumme a également publié un publication sur l'hébergement lors de la conception des fonctionnalités de fiabilité. Cela peut fournir des informations d’arrière-plan utiles

Les termes de recherche qui pourraient vous être utiles incluent & "Haute disponibilité &"; " CER " et " régions d'exécution contrainte ".

Bonne chance! Le code vraiment disponible est assez compliqué. :)

Autres conseils

Si vous envisagez une implémentation logicielle, il est peut-être intéressant de regarder Design by Contract ( DbC)

Selon cette source , la conception par contrat présente les avantages suivants: les suivantes:

  • Une meilleure compréhension de la méthode orientée objet et, plus généralement, de la construction de logiciels.
  • Une approche systématique de la construction de systèmes orientés objet sans bugs.
  • Un cadre efficace pour le débogage, les tests et, plus généralement, l’assurance qualité.
  • Une méthode pour documenter les composants logiciels.
  • Mieux comprendre et contrôler le mécanisme d'héritage.
  • Technique permettant de traiter les cas anormaux, permettant une construction de langage sûre et efficace pour la gestion des exceptions.

De plus, je recommanderais de rechercher un Test Driven Development (TDD) . approche, ce qui devrait permettre d’obtenir une conception plus robuste.

Personnellement, j’ai trouvé que l’article de Stephen Toub était la meilleure source concernant les régions d’exécution contraintes: Utilisation des fonctionnalités de fiabilité du .NET Framework . Et à la fin, les CER sont le pain de force de tout code tolérant aux pannes, de sorte que cet article contient à peu près tout ce que vous devez savoir, expliqué de manière claire et concise.

Cela étant dit, vous pouvez choisir de privilégier une conception plus radicale dans laquelle vous avez immédiatement recours à la destruction du domaine d'application (ou vous fiez à ce modèle lorsque le CLR est hébergé). Vous pouvez par exemple regarder le modèle de cloison (et peut-être le manifeste réactif si vous êtes intéressé par ce modèle et confrontés à des flux de données complexes).

Cela étant dit, le " laissez-le échouer & "; L’approche peut se retourner contre vous si vous ne pouvez pas récupérer complètement après cela, comme démontré par Ariane V .

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top