Discussion :

[Nico_stras]

Bonjour,
J'ai à développer une application complète de supervision de réseau.

Des trames arrivent par le réseau, sont éventuellement stockés et enfin les données sont affichés sur une IHM.

Je pense, si vous avez d'autres suggestions n'hésitez pas, effectuer un développement en couches.

Les couches basses seraient développées en C/C++ (adapté à la proximité du hard).
Les couches hautes, elles, en C# (développement rapide d'une IHM à l'aide du Framework .Net).

Quelle est la meilleure méthode pour faire passer les infos d'une couche à l'autre ? Je pense utiliser des FIFO.

Mon intérogation principale concerne l'implémentation de l'interface entre les couches en C/C++ et les couches en C#. Je développe sous VS 2005.

Merci à vous pour vos suggestions.

Nicolas
Strasbourg

[Médinoc]

Je ne vois pas à quoi servirait du FILO/LIFO ici : Cela inverserait l'ordre des éléments...

Tes différentes couches seront dans le même processus, ou auront besoin d'IPC ?

[Nico_stras]

Je ne vois pas à quoi servirait du FILO/LIFO ici : Cela inverserait l'ordre des éléments...

Erreur de ma part. C'est une queue FIFO ...Corrigé ci-dessus

Tes différentes couches seront dans le même processus, ou auront besoin d'IPC ?

Je ne sais pas encore ; je n'ai jamais utilisé ce type d'architecture.

J'essaye là de mettre en place un logiciel bien structuré en modules ou couches.
C'est pour ça, je souhaite d'abord avoir des suggestions d'ordre général.

Quelques questions en vrac qui me viennent
- Comment implémenter des IPC dans des applications en C et C# ?
- Un process multi-thread est suffisant ?
- Pas de problème de languages différents ?
- Mes couches seront des lib ? dll ? exe ?

Merci à tout ceux qui vont enrichir cette discussion

[Médinoc]

En supposant qu'on ne fait pas d'asynchrone, on pourrait tout faire avec un seul processus mono-thread.
Dans ce cas-là, pour la modularité, je conseillerais d'implémenter chaque couche sous forme de DLL.

Mais dès qu'on y met de l'asynchrone, il faudra au moins du multithread, voire du multiprocessus si tu veux faire plus "propre" (mais plus lourd).

Je ne connais pas les IPC de .Net, je ne peux donc pas t'aider sur ce point.

[Nico_stras]

Sais tu où je peux trouver des informations claires sur le synchrone et asynchrone ? Sans notion de language...

En fait, j'ai de très grosses lacunes en génie logicel.

[Nico_stras]

Personne n'a d'autres avis sur cette question ?
Je suis preneur de toutes suggestion.

Merci et bonnes fêtes de fin d'année.

Nicolas
Strasbourg

[hegros]

Bonjour,


Pourquoi ne pas avoir ton process bas niveau qui récupére les données réseaux puis les envoies sous forme d'une requete http (post) a ton process de plus haut niveau (en xml par exemple)

Ainsi tu peux avoir 2 process séparés et les installer chacun sur une machine ?

[Nico_stras]

Le but, serait de développer les couches basses en C/C++ et les couches hautes en C#.

Sous quelles formes développer les modules bas et haut nivaux ?
Application ? Dll ? autres ?

Comment "démarrer" l'application ?

Est ce la couche haute (IHM) qui dirige la gestion des threads ?

Je ne connais pas du tout le XML ; et j ai de grosses lacunes en génie logiciel. Comme j'ai une formation d'électronicien.

[hegros]

Le but, serait de développer les couches basses en C/C++ et les couches hautes en C#.

Sous quelles formes développer les modules bas et haut nivaux ?
Application ? Dll ? autres ?

Comment "démarrer" l'application ?

Est ce la couche haute (IHM) qui dirige la gestion des threads ?

Je ne connais pas du tout le XML ; et j ai de grosses lacunes en génie logiciel. Comme j'ai une formation d'électronicien.

Comprends pas pourquoi tu parles de thread...

Je dirais module bas niveau (reception des données réseaux) sous forme de DLL (ceci ne changerait pas le fait que tu puisses changer la cible à tout moment)

Et la couche haut niveau sous forme application (ceci ne changerait pas le fait que sa cible pourrait être une dll)