2010-10-05 5 views
1

J'ai une question concernant les meilleures pratiques avec .NET remoting. Le code est malodorant et j'ai besoin de refactoring. La chose est: J'ai plusieurs classes qui dérivent de MarshalByRefObject et leurs données sont utilisées dans le logiciel client. Une fois le serveur déconnecté, je reçois RemotingException. La mauvaise chose à ce sujet est: Mes références à tous les MarshalByRefObjects sont partout (y compris mais non limité à l'interface graphique) et lors de la déconnexion l'exception apparaît n'importe où dans mon code.
Évidemment, je voudrais gérer ces exceptions en un seul endroit. Existe-t-il des meilleures pratiques pour cela?Comment gérer une déconnexion inattendue

Essentiellement, je voudrais mettre en place une sorte de « offline » -mode pour le client

+0

meilleures pratiques serait être pour remplacer le remoting avec WCF (à moins que ce soit purement à propos de l'inter-AppDomain Remoting). – Richard

+0

Vous ne pouvez pas utiliser le gestionnaire d'erreurs global (Application_Error dans ASP.NET, événement Application.ThreadException dans Winforms, etc.)? – VinayC

+0

l'utilisation de gestionnaires d'erreurs globaux ne convient pas ici, parce que je veux récupérer d'un tel événement et quand le gestionnaire d'erreur global est appelé, vous n'êtes qu'à quelques secondes d'un arrêt - si je comprends bien le concept. – yas4891

Répondre

0

réussi à résoudre ce problème avec l'utilisation de Design Pattern Proxy

Questions connexes