J'aimerai d=E9velopper une application multiposte en vb.net=20
et je ne sais pas comment d=E9marrer un projet multiposte=20
plutot que monoposte. ESt-ce que quelqu'un pourrait=20
m'aider?
J'aimerai développer une application multiposte en vb.net et je ne sais pas comment démarrer un projet multiposte
<plutot que monoposte. ESt-ce que quelqu'un pourrait
m'aider?
Qu'est-ce qui doit être multiposte ? Le développement de l'applicatif ou l'utilisation de ce dernier ? Car si c'est l'utilisation ... je ne vois pas trop votre problèmes. Il faut définir soigneusement les interractions entre les applicatifs.
Mais si c'est un projet de développement communs avec des patchs etc ... c'est une autre pair de manche. Vous pourriez déjà aller jeter un oeil sur le site SourceForge, dans l'aide, il y a quelques bonnes explications de la marche à suivre pour ce type de projet.
Bonne continuation
Bismark
Hello,
"Frédéric Hocser" <anonymous@discussions.microsoft.com> a écrit dans le
message de >news:2f34401c46c05$c1684950$a301280a@phx.gbl...
Bonjour,
J'aimerai développer une application multiposte en vb.net
et je ne sais pas comment démarrer un projet multiposte
<plutot que monoposte. ESt-ce que quelqu'un pourrait
m'aider?
Qu'est-ce qui doit être multiposte ? Le développement de l'applicatif ou
l'utilisation de ce dernier ? Car si c'est l'utilisation ... je ne vois pas
trop votre problèmes. Il faut définir soigneusement les interractions entre
les applicatifs.
Mais si c'est un projet de développement communs avec des patchs etc ...
c'est une autre pair de manche. Vous pourriez déjà aller jeter un oeil sur
le site SourceForge, dans l'aide, il y a quelques bonnes explications de la
marche à suivre pour ce type de projet.
J'aimerai développer une application multiposte en vb.net et je ne sais pas comment démarrer un projet multiposte
<plutot que monoposte. ESt-ce que quelqu'un pourrait
m'aider?
Qu'est-ce qui doit être multiposte ? Le développement de l'applicatif ou l'utilisation de ce dernier ? Car si c'est l'utilisation ... je ne vois pas trop votre problèmes. Il faut définir soigneusement les interractions entre les applicatifs.
Mais si c'est un projet de développement communs avec des patchs etc ... c'est une autre pair de manche. Vous pourriez déjà aller jeter un oeil sur le site SourceForge, dans l'aide, il y a quelques bonnes explications de la marche à suivre pour ce type de projet.
Distribuée comme dans : "Je distribue mon application sur CD-Rom à de parfait inconnus entre eux" ou comme "Je distribue mon application sur CD-Rom à des utilisateur interconnectés" ?
Bismark
P.S: Fabrique un projet de distribution qui fabrique l'executable d'installation et s'inquiête des dépendances.
Bonsoir,
Distribuée comme dans : "Je distribue mon application sur CD-Rom à de
parfait inconnus entre eux" ou comme "Je distribue mon application sur
CD-Rom à des utilisateur interconnectés" ?
Bismark
P.S: Fabrique un projet de distribution qui fabrique l'executable
d'installation et s'inquiête des dépendances.
Distribuée comme dans : "Je distribue mon application sur CD-Rom à de parfait inconnus entre eux" ou comme "Je distribue mon application sur CD-Rom à des utilisateur interconnectés" ?
Bismark
P.S: Fabrique un projet de distribution qui fabrique l'executable d'installation et s'inquiête des dépendances.
Frédéric Hocser
Bonjour,
Je veux dire une application utilisée en réseau par plusieurs postes. Je vois difficilement comment préciser plus que cela.
Merci,
FH.
Bonjour,
Je veux dire une application utilisée en réseau par
plusieurs postes. Je vois difficilement comment préciser
plus que cela.
Je veux dire une application utilisée en réseau par plusieurs postes. Je vois difficilement comment préciser plus que cela.
Merci,
FH.
Bismark Prods
Hello,
"Frédéric Hocser" a écrit dans le
message de >news:2fa2e01c46d12$91997a10$
Bonjour,
Je veux dire une application utilisée en réseau par plusieurs postes. Je vois difficilement comment préciser plus que cela.
Pas la peine, maintenant c'est clair. Donc ta question c'est de savoir comment faire pour que ton application converse avec elle-meme sur différent poste ? Si c'est un réseau, c'est assez simple, tu munis ton application d'une socket et tu définis un standard de conversation propre à ton application, selon les besoins de cette dernière. On pourra préférer des transferts de documents xml car ceux-ci permette une réutilisation tierces.
Une application en réseaux n'est pas différente d'une standalone. Si ce n'est l'aspect dialogue client-serveur. Le temps de reflexion doit etre un peu plus long il faut définir *toutes* les interractions que tu veux gérer.
Du style : - Est-ce qu'il faut une connexion permanente ou périodique - Dois-je être dans un contexte de broadcast ou bien est-ce le client qui s'inquiête de la mise à jour - etc etc
si tu veux je peux te fournir différentes encapsulation des sockets ... c'est une chose que tu n'auras pas besoin de faire ... c'est toujours ca de gagner ?
Merci,
FH.
Bismark
Hello,
"Frédéric Hocser" <anonymous@discussions.microsoft.com> a écrit dans le
message de >news:2fa2e01c46d12$91997a10$a301280a@phx.gbl...
Bonjour,
Je veux dire une application utilisée en réseau par
plusieurs postes. Je vois difficilement comment préciser
plus que cela.
Pas la peine, maintenant c'est clair. Donc ta question c'est de savoir
comment faire pour que ton application converse avec elle-meme sur différent
poste ? Si c'est un réseau, c'est assez simple, tu munis ton application
d'une socket et tu définis un standard de conversation propre à ton
application, selon les besoins de cette dernière. On pourra préférer des
transferts de documents xml car ceux-ci permette une réutilisation tierces.
Une application en réseaux n'est pas différente d'une standalone. Si ce
n'est l'aspect dialogue client-serveur. Le temps de reflexion doit etre un
peu plus long il faut définir *toutes* les interractions que tu veux gérer.
Du style :
- Est-ce qu'il faut une connexion permanente ou périodique
- Dois-je être dans un contexte de broadcast ou bien est-ce le client qui
s'inquiête de la mise à jour
- etc etc
si tu veux je peux te fournir différentes encapsulation des sockets ...
c'est une chose que tu n'auras pas besoin de faire ... c'est toujours ca de
gagner ?
Je veux dire une application utilisée en réseau par plusieurs postes. Je vois difficilement comment préciser plus que cela.
Pas la peine, maintenant c'est clair. Donc ta question c'est de savoir comment faire pour que ton application converse avec elle-meme sur différent poste ? Si c'est un réseau, c'est assez simple, tu munis ton application d'une socket et tu définis un standard de conversation propre à ton application, selon les besoins de cette dernière. On pourra préférer des transferts de documents xml car ceux-ci permette une réutilisation tierces.
Une application en réseaux n'est pas différente d'une standalone. Si ce n'est l'aspect dialogue client-serveur. Le temps de reflexion doit etre un peu plus long il faut définir *toutes* les interractions que tu veux gérer.
Du style : - Est-ce qu'il faut une connexion permanente ou périodique - Dois-je être dans un contexte de broadcast ou bien est-ce le client qui s'inquiête de la mise à jour - etc etc
si tu veux je peux te fournir différentes encapsulation des sockets ... c'est une chose que tu n'auras pas besoin de faire ... c'est toujours ca de gagner ?
Merci,
FH.
Bismark
Frédéric Hocser
Bonjour,
Pour être plus précis, il me semble avoir vu des applications s'installant uniquement sur un serveur et pouvant s'éxécuter sur plusieurs postes. Ma question porte plus sur la façon de développer ce type d'application en VB.Net.
Merci,
FH.
Bonjour,
Pour être plus précis, il me semble avoir vu des
applications s'installant uniquement sur un serveur et
pouvant s'éxécuter sur plusieurs postes. Ma question
porte plus sur la façon de développer ce type
d'application en VB.Net.
Pour être plus précis, il me semble avoir vu des applications s'installant uniquement sur un serveur et pouvant s'éxécuter sur plusieurs postes. Ma question porte plus sur la façon de développer ce type d'application en VB.Net.
Merci,
FH.
Bismark Prods
Ah une application type terminal que tu voudrais donc faire ?
"Frédéric Hocser" a écrit dans le message de news:2fc9c01c46d63$9ccd0bd0$ Bonjour,
Pour être plus précis, il me semble avoir vu des applications s'installant uniquement sur un serveur et pouvant s'éxécuter sur plusieurs postes. Ma question porte plus sur la façon de développer ce type d'application en VB.Net.
Merci,
FH.
Ah une application type terminal que tu voudrais donc faire ?
"Frédéric Hocser" <anonymous@discussions.microsoft.com> a écrit dans le
message de news:2fc9c01c46d63$9ccd0bd0$a301280a@phx.gbl...
Bonjour,
Pour être plus précis, il me semble avoir vu des
applications s'installant uniquement sur un serveur et
pouvant s'éxécuter sur plusieurs postes. Ma question
porte plus sur la façon de développer ce type
d'application en VB.Net.
Ah une application type terminal que tu voudrais donc faire ?
"Frédéric Hocser" a écrit dans le message de news:2fc9c01c46d63$9ccd0bd0$ Bonjour,
Pour être plus précis, il me semble avoir vu des applications s'installant uniquement sur un serveur et pouvant s'éxécuter sur plusieurs postes. Ma question porte plus sur la façon de développer ce type d'application en VB.Net.
Merci,
FH.
Frédéric Hocser
Bonjour,
Il ne s'agit pas réellement d'une application terminal. Une application qui se lance sur plusieurs machines à partir d'une seule installation sur un server.
Merci,
FH.
Bonjour,
Il ne s'agit pas réellement d'une application terminal.
Une application qui se lance sur plusieurs machines à
partir d'une seule installation sur un server.
Il ne s'agit pas réellement d'une application terminal. Une application qui se lance sur plusieurs machines à partir d'une seule installation sur un server.
Merci,
FH.
Bismark Prods
Ah ben ca mon cher ami c'est du terminal ! une application mère et des terminaux qui s'y connecte !!! lol
T'es dans quel pays ?
Bismark .
Ah ben ca mon cher ami c'est du terminal ! une application mère et des
terminaux qui s'y connecte !!! lol
