Discussion :

[sozie9372]

Bonjour !

Bon voila, j'ai un petit souci de choix d'implémentation.
Je dois faire une couche d'abstraction qui fera communiquer un module A avec un serveur (Java) via UDP.
Le module peut envoyer des données à tout moment au serveur.
Le serveur peut lui aussi envoyer des données à tout moment au serveur.

J'avais pensé découper ma couche d'abstraction comme ca :
- un module "threadé" chargé du "listening" pour récupérer les messages provenant du serveur (afin que ce ne soit pas bloquant) et ainsi les transmettre au module A
- un module chargé de l'envoi des infos provenant de A

Ca ne m'aurait pas posé de problème en Java ou en C++, mais là mes chefs veulent un truc en "C objet"... Je suis tout perdu !

J'aurai juste besoin d'une confirmation et/ou infirmation sur mon archi.
Alors j'ai bon ou pas ?

Merci d'avance !
++
Ju

[corrector]

Ca ne m'aurait pas posé de problème en Java ou en C++, mais là mes chefs veulent un truc en "C objet"... Je suis tout perdu !

Tu n'as pas un document interne appelé "règles de programmation en C objet", document qui rassemble des règles arbitraires, absurdes, incohérentes, inapplicables, insensées, ou sans la moindre signification, et qui définisse le "C objet"?

[Médinoc]

Pour moi, "C objet" peut vouloir dire deux choses:

• Un truc consistant à jouer à l'Orienté Objet en C, faisable mais nécessitant une vraie spécification (du genre COM (oui, on peut faire des objets COM en C), ou à base de TAD comme sur les tutos d'Emmanuel, etc.)
• Le langage Objective-C, qui est, si je me souviens bien, un vrai superset du C (ce qui veut dire que toutes les nouveautés du langage sont sur des structures syntaxiques qui ne compilaient pas en C).

[Emmanuel Delahaye]

Ca ne m'aurait pas posé de problème en Java ou en C++, mais là mes chefs veulent un truc en "C objet"... Je suis tout perdu !

Je ne vois pas trop où est le problème...

http://delahaye.emmanuel.free.fr/clib/psock

C'est plutôt TCP, mais ça donne une idée de ce qu'il faut faire...

Pose des questions si tu ne comprends pas.

[sozie9372]

Ok, merci à tous pour vos réponses... Même si le fait que j'ai amené le sujet "objet" dans la discussion l'a faite un peu déborder
Pour satisfaire les questions et suggestions, il s'agit en fait d'un AGL qui permet de modéliser du C. On représente donc les données sous forme d' "objets".
Et pour qqn qui fait du C embarqué, c'est assez peu naturel...
Enfin bref, encore merci pour vos réponses !
++
Ju