Bonjour,
Mon application est divisé en plusieurs parties (partie client et partie
serveur) et je dois ajouter une variable
dont je devrais accéder à tout moment autant du côté client que du côté
serveur. Je suis débutante en vbnet et j'aimerais
savoir comment je peux m'y prendre... Est-il possible d'avoir une variable
globale ou bien une variable en mémoire
qui est conservé par l'application sans que j'ai toujours à la passer en
paramètres ce qui n'aurait aucun bon sens...
Merci de m'aider.
Bonjour,
Mon application est divisé en plusieurs parties (partie client et partie
serveur) et je dois ajouter une variable
dont je devrais accéder à tout moment autant du côté client que du côté
serveur. Je suis débutante en vbnet et j'aimerais
savoir comment je peux m'y prendre... Est-il possible d'avoir une variable
globale ou bien une variable en mémoire
qui est conservé par l'application sans que j'ai toujours à la passer en
paramètres ce qui n'aurait aucun bon sens...
Merci de m'aider.
Bonjour,
Mon application est divisé en plusieurs parties (partie client et partie
serveur) et je dois ajouter une variable
dont je devrais accéder à tout moment autant du côté client que du côté
serveur. Je suis débutante en vbnet et j'aimerais
savoir comment je peux m'y prendre... Est-il possible d'avoir une variable
globale ou bien une variable en mémoire
qui est conservé par l'application sans que j'ai toujours à la passer en
paramètres ce qui n'aurait aucun bon sens...
Merci de m'aider.
Explique plutôt ce que tu veux faire sur le plan logique et quelqu'un aura
peut-être une suggestion...
Une variable est au mieux globale à un programme. Il faudra la
transmettre.
--
Patrice
"LB" a écrit dans le message de
news:Bonjour,
Mon application est divisé en plusieurs parties (partie client et partie
serveur) et je dois ajouter une variable
dont je devrais accéder à tout moment autant du côté client que du côté
serveur. Je suis débutante en vbnet et j'aimerais
savoir comment je peux m'y prendre... Est-il possible d'avoir une
variable
globale ou bien une variable en mémoire
qui est conservé par l'application sans que j'ai toujours à la passer en
paramètres ce qui n'aurait aucun bon sens...
Merci de m'aider.
Explique plutôt ce que tu veux faire sur le plan logique et quelqu'un aura
peut-être une suggestion...
Une variable est au mieux globale à un programme. Il faudra la
transmettre.
--
Patrice
"LB" <lblevis2001@yahoo.fr> a écrit dans le message de
news:eSFXKjhuFHA.3500@TK2MSFTNGP09.phx.gbl...
Bonjour,
Mon application est divisé en plusieurs parties (partie client et partie
serveur) et je dois ajouter une variable
dont je devrais accéder à tout moment autant du côté client que du côté
serveur. Je suis débutante en vbnet et j'aimerais
savoir comment je peux m'y prendre... Est-il possible d'avoir une
variable
globale ou bien une variable en mémoire
qui est conservé par l'application sans que j'ai toujours à la passer en
paramètres ce qui n'aurait aucun bon sens...
Merci de m'aider.
Explique plutôt ce que tu veux faire sur le plan logique et quelqu'un aura
peut-être une suggestion...
Une variable est au mieux globale à un programme. Il faudra la
transmettre.
--
Patrice
"LB" a écrit dans le message de
news:Bonjour,
Mon application est divisé en plusieurs parties (partie client et partie
serveur) et je dois ajouter une variable
dont je devrais accéder à tout moment autant du côté client que du côté
serveur. Je suis débutante en vbnet et j'aimerais
savoir comment je peux m'y prendre... Est-il possible d'avoir une
variable
globale ou bien une variable en mémoire
qui est conservé par l'application sans que j'ai toujours à la passer en
paramètres ce qui n'aurait aucun bon sens...
Merci de m'aider.
J'ai plusieurs fonctionnalités coté client qui font appels à diverses
fonctions d'un service Web qui lui même
appel diverses DLLs qui elles même appeles d'autres DLLS, etc.... C'est
une très grosse application.
J'ai plusieurs fonctionnalités coté client qui font appels à diverses
fonctions d'un service Web qui lui même
appel diverses DLLs qui elles même appeles d'autres DLLS, etc.... C'est
une très grosse application.
J'ai plusieurs fonctionnalités coté client qui font appels à diverses
fonctions d'un service Web qui lui même
appel diverses DLLs qui elles même appeles d'autres DLLS, etc.... C'est
une très grosse application.
Explique plutôt ce que tu veux faire sur le plan logique et quelqu'un aura
peut-être une suggestion...
Une variable est au mieux globale à un programme. Il faudra la transmettre.
Explique plutôt ce que tu veux faire sur le plan logique et quelqu'un aura
peut-être une suggestion...
Une variable est au mieux globale à un programme. Il faudra la transmettre.
Explique plutôt ce que tu veux faire sur le plan logique et quelqu'un aura
peut-être une suggestion...
Une variable est au mieux globale à un programme. Il faudra la transmettre.
J'ai plusieurs fonctionnalités coté client qui font appels à diverses
fonctions d'un service Web qui lui même
appel diverses DLLs qui elles même appeles d'autres DLLS, etc.... C'est
très grosse application.
Donc,
MENU -> Pages - > Services Web -> Dlls -> Dlls, etc....
À partir du menu principal, j'ai une variable boolean que je dois lire à
divers endroits autant du coté client (menu et pages) que du coté
du serveur (Dlls appelés par le service WEB).
Je ne peux pas passer cette variable en paramètres à chacune des fonctions
car ca n'aurait pas d'allure, c'est trop gros et trop compliqué.
Je veux donc une variable que je vais conserver en mémoire pour la durée
vie de l'application et que je serai en mesure de lire à tout
moment. J' avais pensé à APPDOMAIN, mais lorsque je traverse dans mon
service Web, je la perd...
J'espère que c'est plus clair...
"Patrice" a écrit dans le message de news:
> Explique plutôt ce que tu veux faire sur le plan logique et quelqu'un
> peut-être une suggestion...
>
> Une variable est au mieux globale à un programme. Il faudra la
> transmettre.
> --
> Patrice
>
> "LB" a écrit dans le message de
> news:
>> Bonjour,
>>
>> Mon application est divisé en plusieurs parties (partie client et
>> serveur) et je dois ajouter une variable
>> dont je devrais accéder à tout moment autant du côté client que du côté
>> serveur. Je suis débutante en vbnet et j'aimerais
>> savoir comment je peux m'y prendre... Est-il possible d'avoir une
>> variable
>> globale ou bien une variable en mémoire
>> qui est conservé par l'application sans que j'ai toujours à la passer
>> paramètres ce qui n'aurait aucun bon sens...
>>
>> Merci de m'aider.
>>
>>
>
>
J'ai plusieurs fonctionnalités coté client qui font appels à diverses
fonctions d'un service Web qui lui même
appel diverses DLLs qui elles même appeles d'autres DLLS, etc.... C'est
très grosse application.
Donc,
MENU -> Pages - > Services Web -> Dlls -> Dlls, etc....
À partir du menu principal, j'ai une variable boolean que je dois lire à
divers endroits autant du coté client (menu et pages) que du coté
du serveur (Dlls appelés par le service WEB).
Je ne peux pas passer cette variable en paramètres à chacune des fonctions
car ca n'aurait pas d'allure, c'est trop gros et trop compliqué.
Je veux donc une variable que je vais conserver en mémoire pour la durée
vie de l'application et que je serai en mesure de lire à tout
moment. J' avais pensé à APPDOMAIN, mais lorsque je traverse dans mon
service Web, je la perd...
J'espère que c'est plus clair...
"Patrice" <nobody@nowhere.com> a écrit dans le message de news:
OoIPv3huFHA.3556@TK2MSFTNGP12.phx.gbl...
> Explique plutôt ce que tu veux faire sur le plan logique et quelqu'un
> peut-être une suggestion...
>
> Une variable est au mieux globale à un programme. Il faudra la
> transmettre.
> --
> Patrice
>
> "LB" <lblevis2001@yahoo.fr> a écrit dans le message de
> news:eSFXKjhuFHA.3500@TK2MSFTNGP09.phx.gbl...
>> Bonjour,
>>
>> Mon application est divisé en plusieurs parties (partie client et
>> serveur) et je dois ajouter une variable
>> dont je devrais accéder à tout moment autant du côté client que du côté
>> serveur. Je suis débutante en vbnet et j'aimerais
>> savoir comment je peux m'y prendre... Est-il possible d'avoir une
>> variable
>> globale ou bien une variable en mémoire
>> qui est conservé par l'application sans que j'ai toujours à la passer
>> paramètres ce qui n'aurait aucun bon sens...
>>
>> Merci de m'aider.
>>
>>
>
>
J'ai plusieurs fonctionnalités coté client qui font appels à diverses
fonctions d'un service Web qui lui même
appel diverses DLLs qui elles même appeles d'autres DLLS, etc.... C'est
très grosse application.
Donc,
MENU -> Pages - > Services Web -> Dlls -> Dlls, etc....
À partir du menu principal, j'ai une variable boolean que je dois lire à
divers endroits autant du coté client (menu et pages) que du coté
du serveur (Dlls appelés par le service WEB).
Je ne peux pas passer cette variable en paramètres à chacune des fonctions
car ca n'aurait pas d'allure, c'est trop gros et trop compliqué.
Je veux donc une variable que je vais conserver en mémoire pour la durée
vie de l'application et que je serai en mesure de lire à tout
moment. J' avais pensé à APPDOMAIN, mais lorsque je traverse dans mon
service Web, je la perd...
J'espère que c'est plus clair...
"Patrice" a écrit dans le message de news:
> Explique plutôt ce que tu veux faire sur le plan logique et quelqu'un
> peut-être une suggestion...
>
> Une variable est au mieux globale à un programme. Il faudra la
> transmettre.
> --
> Patrice
>
> "LB" a écrit dans le message de
> news:
>> Bonjour,
>>
>> Mon application est divisé en plusieurs parties (partie client et
>> serveur) et je dois ajouter une variable
>> dont je devrais accéder à tout moment autant du côté client que du côté
>> serveur. Je suis débutante en vbnet et j'aimerais
>> savoir comment je peux m'y prendre... Est-il possible d'avoir une
>> variable
>> globale ou bien une variable en mémoire
>> qui est conservé par l'application sans que j'ai toujours à la passer
>> paramètres ce qui n'aurait aucun bon sens...
>>
>> Merci de m'aider.
>>
>>
>
>
Une petite question sur le sujet, on en sait jamais assez... par contre ca
n'a pas trop de rapport avec la question originale.
En lisant de la doc j'ai survolé des types d'IPC, les fichiers mappés ou
la memoire partagee. Avec ce genre de trucs on peut partager des
informations entre plusieurs processus non?
Une petite question sur le sujet, on en sait jamais assez... par contre ca
n'a pas trop de rapport avec la question originale.
En lisant de la doc j'ai survolé des types d'IPC, les fichiers mappés ou
la memoire partagee. Avec ce genre de trucs on peut partager des
informations entre plusieurs processus non?
Une petite question sur le sujet, on en sait jamais assez... par contre ca
n'a pas trop de rapport avec la question originale.
En lisant de la doc j'ai survolé des types d'IPC, les fichiers mappés ou
la memoire partagee. Avec ce genre de trucs on peut partager des
informations entre plusieurs processus non?
Bonjour.
Une petite question sur le sujet, on en sait jamais assez... par contre
ca n'a pas trop de rapport avec la question originale.
En lisant de la doc j'ai survolé des types d'IPC, les fichiers mappés ou
la memoire partagee. Avec ce genre de trucs on peut partager des
informations entre plusieurs processus non?
Patrice a écrit :
> Explique plutôt ce que tu veux faire sur le plan logique et quelqu'un
> peut-être une suggestion...
>
> Une variable est au mieux globale à un programme. Il faudra la
Bonjour.
Une petite question sur le sujet, on en sait jamais assez... par contre
ca n'a pas trop de rapport avec la question originale.
En lisant de la doc j'ai survolé des types d'IPC, les fichiers mappés ou
la memoire partagee. Avec ce genre de trucs on peut partager des
informations entre plusieurs processus non?
Patrice a écrit :
> Explique plutôt ce que tu veux faire sur le plan logique et quelqu'un
> peut-être une suggestion...
>
> Une variable est au mieux globale à un programme. Il faudra la
Bonjour.
Une petite question sur le sujet, on en sait jamais assez... par contre
ca n'a pas trop de rapport avec la question originale.
En lisant de la doc j'ai survolé des types d'IPC, les fichiers mappés ou
la memoire partagee. Avec ce genre de trucs on peut partager des
informations entre plusieurs processus non?
Patrice a écrit :
> Explique plutôt ce que tu veux faire sur le plan logique et quelqu'un
> peut-être une suggestion...
>
> Une variable est au mieux globale à un programme. Il faudra la
Je crois qu'ici c'est sur deux machines différentes. Après même peut-être
des fichiers mappés (si utilisables à partir de plusieurs machines ce que
j'ignore)
Pour revenir à la question, je cherche à comprendre le besoin pour essayer
de suggérer la solution la plus simple...
Je crois qu'ici c'est sur deux machines différentes. Après même peut-être
des fichiers mappés (si utilisables à partir de plusieurs machines ce que
j'ignore)
Pour revenir à la question, je cherche à comprendre le besoin pour essayer
de suggérer la solution la plus simple...
Je crois qu'ici c'est sur deux machines différentes. Après même peut-être
des fichiers mappés (si utilisables à partir de plusieurs machines ce que
j'ignore)
Pour revenir à la question, je cherche à comprendre le besoin pour essayer
de suggérer la solution la plus simple...
"Kawaman" a écrit dans le message de news:
432a7cf1$0$14848$
> Une petite question sur le sujet, on en sait jamais assez... par contre
> n'a pas trop de rapport avec la question originale.
> En lisant de la doc j'ai survolé des types d'IPC, les fichiers mappés ou
> la memoire partagee. Avec ce genre de trucs on peut partager des
> informations entre plusieurs processus non?
Il existe en gros quatre mécanismes principaux pour partager des infos
processus, que ce soit en local ou a distance :
- le RPC (le SOAP peut être considéré comme une implémentation
du RPC)
- les "Pipes"
- les "MailSlots"
- les "File Mappings"
Chacun possède ses avantages et inconvénients.
Dans sa description, il y a quelque chose qui me choque, c'est sa notion
variable partagée entre client et serveur, ce qui est un non-sens
conceptuel.
(dans ma réponse supra, j'avais zappé ce point là : je ne m'en suis aperçu
que après)
F.
"Kawaman" <rzf@fd.fr> a écrit dans le message de news:
432a7cf1$0$14848$626a54ce@news.free.fr...
> Une petite question sur le sujet, on en sait jamais assez... par contre
> n'a pas trop de rapport avec la question originale.
> En lisant de la doc j'ai survolé des types d'IPC, les fichiers mappés ou
> la memoire partagee. Avec ce genre de trucs on peut partager des
> informations entre plusieurs processus non?
Il existe en gros quatre mécanismes principaux pour partager des infos
processus, que ce soit en local ou a distance :
- le RPC (le SOAP peut être considéré comme une implémentation
du RPC)
- les "Pipes"
- les "MailSlots"
- les "File Mappings"
Chacun possède ses avantages et inconvénients.
Dans sa description, il y a quelque chose qui me choque, c'est sa notion
variable partagée entre client et serveur, ce qui est un non-sens
conceptuel.
(dans ma réponse supra, j'avais zappé ce point là : je ne m'en suis aperçu
que après)
F.
"Kawaman" a écrit dans le message de news:
432a7cf1$0$14848$
> Une petite question sur le sujet, on en sait jamais assez... par contre
> n'a pas trop de rapport avec la question originale.
> En lisant de la doc j'ai survolé des types d'IPC, les fichiers mappés ou
> la memoire partagee. Avec ce genre de trucs on peut partager des
> informations entre plusieurs processus non?
Il existe en gros quatre mécanismes principaux pour partager des infos
processus, que ce soit en local ou a distance :
- le RPC (le SOAP peut être considéré comme une implémentation
du RPC)
- les "Pipes"
- les "MailSlots"
- les "File Mappings"
Chacun possède ses avantages et inconvénients.
Dans sa description, il y a quelque chose qui me choque, c'est sa notion
variable partagée entre client et serveur, ce qui est un non-sens
conceptuel.
(dans ma réponse supra, j'avais zappé ce point là : je ne m'en suis aperçu
que après)
F.