Creation d'une application de chat en r
malektra
Modérateur Dernière intervention
23 mars 2019
- 20 mars 2018 à 18:34
- Messages postés
- 1
- Date d'inscription
- mardi 20 mars 2018
- Dernière intervention
- 20 mars 2018
- Messages postés
- 14397
- Date d'inscription
- vendredi 14 mars 2003
- Statut
A voir également:
- C# chat application
- R chat - Meilleures réponses
- Chat c# - Meilleures réponses
- Java : Application chat avec corba + java - CodeS SourceS - Guide
- Java : Coolsmile applet et application chat irc - CodeS SourceS - Guide
- Une application chat, communication entre deux processus en utilisant "sockets" (sur visual c++). - Codes sources - C / C++ / C++.NET (Réseaux & Internet)
- Java : Application de chat corba - CodeS SourceS - Guide
- Application apportant de la sécurité pour mirc, protection, chat etc sur le réseau undernet - Codes sources - Visual Basic / VB.NET (Réseau & Internet)
1 réponse
/bd50896aaefc4344ac5449ad1828f32e/auth-avatar/01cf6acc71617a443f8242aa59a16a1d-nagaDscar)
- Messages postés
- 4269
- Date d'inscription
- samedi 8 septembre 2007
- Dernière intervention
- 29 août 2018
Salut,
Je vais la faire courte: un application client/serveur ne veut pas dire que tu aura d'un coté un pc lambda et de l autre un windows server. On donne le nom de serveur car c'est son rôle: gérer la communication.
En gros tu auras un côté client, qui initie une connexion et qui pourra ensuite envoyer/recevoir de la data mais son rôle s'arrête lä. Et de l autre côté une application "serveur" qui va avoir un port d'écoute pour récupérer les demandes de connexions (au départ) et gérer les communications entre les différents clients (tout dépend de ton developpement au final).
Bref tout ca pour dire de ne pas t arrêter au terme "serveur", il n'est utilisé que pour désigner une application ayant pour rôle d'accueillir et gérer des connexion.
naga
Je vais la faire courte: un application client/serveur ne veut pas dire que tu aura d'un coté un pc lambda et de l autre un windows server. On donne le nom de serveur car c'est son rôle: gérer la communication.
En gros tu auras un côté client, qui initie une connexion et qui pourra ensuite envoyer/recevoir de la data mais son rôle s'arrête lä. Et de l autre côté une application "serveur" qui va avoir un port d'écoute pour récupérer les demandes de connexions (au départ) et gérer les communications entre les différents clients (tout dépend de ton developpement au final).
Bref tout ca pour dire de ne pas t arrêter au terme "serveur", il n'est utilisé que pour désigner une application ayant pour rôle d'accueillir et gérer des connexion.
naga
Vous n'êtes pas encore membre ?
inscrivez-vous, c'est gratuit et ça prend moins d'une minute !
Les membres obtiennent plus de réponses que les utilisateurs anonymes.
Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.
Le fait d'être membre vous permet d'avoir des options supplémentaires.
Le serveur est ton application centrale, sans elle, rien ne fonctionne.
Peut être désires-tu dire plutôt chat p2p (Peer to Peer ou pair à pair).
Dans ce cas, chaque application est à la fois serveur et client, serveur pour les autres applications lancées et client pour les contacter.