IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

VB.NET Discussion :

Programmation en parallèle [Débutant]


Sujet :

VB.NET

  1. #1
    Membre confirmé
    Inscrit en
    Septembre 2010
    Messages
    109
    Détails du profil
    Informations forums :
    Inscription : Septembre 2010
    Messages : 109
    Par défaut Programmation en parallèle
    Bonjour,

    je veux réaliser un programme en 2 parties indépendantes. Si j'ai bien compris, il y a une partie esclave et une partie maître qui partagent des variables d'état pour pouvoir communiquer.
    Par contre, est-ce qu'il s'agit de 2 programmes différents ou l'esclave est-il un sous-programme du maître. Dans ce cas, comment le créer.

    Enfin, comment dois-je créer mes variables d'état pour faire communiquer mes 2 "sous-programmes"?

    D'avance merci pour vos (nombreuses?) réponses.

  2. #2
    Expert éminent Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 202
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 202
    Par défaut
    c'est à toi de décider si tu veux un programme ou deux
    Cours complets, tutos et autres FAQ ici : C# - VB.NET

  3. #3
    Membre extrêmement actif

    Homme Profil pro
    Software Developer
    Inscrit en
    Mars 2008
    Messages
    1 470
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Royaume-Uni

    Informations professionnelles :
    Activité : Software Developer

    Informations forums :
    Inscription : Mars 2008
    Messages : 1 470
    Par défaut
    C'est quoi le rôle de chaque programme ?
    Je pense que ce serait mieux d'en faire 2 séparémment

  4. #4
    Expert éminent Avatar de Pol63
    Homme Profil pro
    .NET / SQL SERVER
    Inscrit en
    Avril 2007
    Messages
    14 202
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Puy de Dôme (Auvergne)

    Informations professionnelles :
    Activité : .NET / SQL SERVER

    Informations forums :
    Inscription : Avril 2007
    Messages : 14 202
    Par défaut
    arriver à penser quelque chose me parrait difficile vu l'explication (enfin la confusion totale plutot)

    en général il faut 2 applications quand les applications ne sont pas forcément installé sur le même pc ou pas du même type (service et application avec interface)

    pour communiquer entre 2 applications il y a plusieurs choses, mais en général c'est du client/serveur
    pour communiquer au sein d'une même application il n'y a rien faire de spécial tout est partagé ...
    Cours complets, tutos et autres FAQ ici : C# - VB.NET

  5. #5
    Membre extrêmement actif

    Homme Profil pro
    Software Developer
    Inscrit en
    Mars 2008
    Messages
    1 470
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Royaume-Uni

    Informations professionnelles :
    Activité : Software Developer

    Informations forums :
    Inscription : Mars 2008
    Messages : 1 470
    Par défaut
    A ce que je comprend c'est du client/serveur en tout cas...

  6. #6
    Membre confirmé
    Inscrit en
    Septembre 2010
    Messages
    109
    Détails du profil
    Informations forums :
    Inscription : Septembre 2010
    Messages : 109
    Par défaut
    Merci de vos réponses.

    En fait, j'ai besoin de 2 sous-parties de programme sur une même PC qui communiquent entre. En effet, lorsque je mets les 2 sous-parties dans le même programme, elles interfèrent entre elles et me posent des problèmes.

    Le but est donc bien de faire 2 applications séparées mais qui tournent sur le même poste et qui communiquent en direct (cad sans temps de latence comment ce pourrait être le cas en lisant un fichier texte par exemple).

  7. #7
    Invité
    Invité(e)
    Par défaut
    Citation Envoyé par pierregr Voir le message

    Le but est donc bien de faire 2 applications séparées mais qui tournent sur le même poste et qui communiquent en direct (cad sans temps de latence comment ce pourrait être le cas en lisant un fichier texte par exemple).
    Je vois deux choses :

    Utilise un espace mémoire partagé. Je sais absolument rien sur le sujet, mais je sais que c'est possible d'échanger des donnés comme ça entre un programme et SQL server. C'est ce qu'il y a de plus rapide.

    Sinon, ne pas oublier tcp-ip qui reste très rapide si tu l’exécute en local et qui est certainement bien plus simple à mettre en oeuvre que de la mémoire partagé.

    Autrement il y a WCF : http://webman.developpez.com/articles/dotnet/wcf/intro/

  8. #8
    Membre confirmé
    Inscrit en
    Septembre 2010
    Messages
    109
    Détails du profil
    Informations forums :
    Inscription : Septembre 2010
    Messages : 109
    Par défaut
    Merci Mamatheking pour ta réponse. Elle résume bien les différentes façons de faire. Finalement, j'ai opté pour une façon de faire toute différente (sans communication entre logiciels).
    Cela dit, la réponse pourra me servir un jour.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Réponses: 0
    Dernier message: 19/07/2011, 15h44
  2. Réponses: 0
    Dernier message: 05/05/2010, 12h33
  3. Réponses: 0
    Dernier message: 05/05/2010, 12h33
  4. programmation port parallèle
    Par enigma001 dans le forum Windows
    Réponses: 1
    Dernier message: 25/08/2008, 09h33
  5. programmation port parallèle
    Par kris1 dans le forum C
    Réponses: 0
    Dernier message: 05/12/2007, 09h40

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo