Discussion :

[lillo.064]

Bonjour à tous,

Je voudrais créer une dll en C# qui sera utilisé par mes applications également en C#. Mon soucis c'est que je n'arrive pas créer des variables dont la valeur serait répercuté à toutes les instances qui utilise la DLL.
ex: dans ma dll j'ai une variable maViariable. Si la première application mettrait sa valeur à 1 je dois pouvoir récupérer cette valeur dans une autre application.

Merci.

[binoo]

Salut,

Si par application, tu entends processus à par entière, alors pour partager des données entre applications, il faut passer par de la com avec des solutions du type WCF, ou alors utiliser un fichier ou une base de données pour y stocker tes données.

[lillo.064]

Bonjour,

Oui 3 processus. J'ai un fichier de configuration en xml et je comptais créer une dll qui se charge de la lecture et la mise en forme dans des structures. Les 3 processus doivent avoir accès à ses structures mais en lecture seul.

Merci

[DonQuiche]

Bonsoir.

Les solutions sont très nombreuses pour la communication inter-processus. Pour en citer quelques unes : fichiers (et notamment memory mapped files), pipes, dotnet remoting, WCF, MSMQ, etc...

Toutes ont une mise en oeuvre différente, des avantages et inconvénients tout aussi variés et, quant à savoir laquelle est la plus adaptée, tout dépend de ce que l'on veut faire exactement.

Bref, tu peux soit t'efforcer de détailler tes besoins soit, cela me semble plus simple, aller voir par toi-même à quoi ressemble la mise en oeuvre de chacune de ces solutions et bouquiner.

[lillo.064]

Bonjour,

Je vais me tourner vers dotnet remoting our WCF qui ne semble pas trop compliqué.
Au départ je voulais créer une dll et l'ajouter en référence + des using dans mes applications. Je pensais que créer des méthodes et variables static était suffisant pour n'avoir qu'un seul instance chargé par le dotnet.

Merci

[DonQuiche]

En fait les variables statiques sont uniques dans chaque domaine d'application (un processus contient un ou plusieurs domaines d'application - appdomains). Autrement dit, pour un champ statique donné, chaque domaine d'application contiendra sa propre valeur.

[istace.emmanuel]

Si il n'a besoin que de partager une variable au sein de son application, faut mettre un peu les mains dans le cambouis mais passer par une shared memory me semble le plus adapté que de sortir des webservices, db, remoting et cie, non ?

[binoo]

Si il n'a besoin que de partager une variable au sein de son application, faut mettre un peu les mains dans le cambouis mais passer par une shared memory me semble le plus adapté que de sortir des webservices, db, remoting et cie, non ?

Tu peux développer ? Est-ce que tu parles des MemoryMappedFiles comme l'a proposé DonQuiche. Ou tu as une autre solution en tête ?

[lillo.064]

Bonjour,
Ce qui m'intéresserais c'est d'utilisé ma dll avec des using du genre.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
namespace MaDll
{
  class Config
    {
        public string maVariable;
        private string maVaraible2;
    }
}

Première application

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
using MaDll;
namespace App1
{
  class Prog1
    {
        Config cfg = new Config();
    }
}

Deuxième application

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
 
using MaDll;
namespace App2
{
  class Prog2
    {
        Config cfg = new Config();
    }
}

Je voudrais que maVariable soit global au deux applications et non une nouvelle instance. Donc si une des deux applications modifie sa valeur, elle doit se répercuter dans l'autre appli. Je voudrais par contre que maVaraibles2 ne soit pas accessible par mes 2 applications et avoir également une seul instance.

Je mélange totalement mes pinceaux

Merci.