Discussion :

[websinh]

Bonjour à tous,

Je travaille dans une entreprise qui fabrique des machine, et donc dans l'automation. Jusqu'à maintenant, je programmais mes applications WinForm à l'aide de l'environnement "borland Builder 6" qui est relativement ancien.
La semaine dernière, le directeur à une nouvelle vision pour nos futures machines et ceci inclut de gros changement dans les HMI que nous développements. Tout doit être refait depuis 0 avec une technologie plus actuelle et surtout plus souple permettant le développement de plus beau HMI.

D'un côté, je me dis qu'un HMI en WPF pourrait être vraiment belle, mais étant seul à programmer et étant également responsable de tout ce qui est informatique dans la boite, mon temps est très conté. Je pense m'orienter vers une solution de type winform avec c#.

Voici mes questions :
- Est-ce qu'il est envisageable, avec une bonne architecture, de changer petit à petit, par la suite, d'une application winform à WPF sans devoir tout refaire la logique ?
- Pour communiquer entre le PLC et le HMI (deux applications différentes), nous utilisons une mémoire partagée (avec un mutex). Hors, la personne en charge du PLC ne va pas changer de technologie. Est-il possible en faisant une application soit en winform soit en WPF d'ajouter un élément au projet me permettant d'exploiter cette mémoire partagée ? L'avantage de cette mémoire partagée c'est que nous avons un même fichier .h décrivant les données et que l'on peut accèder aux éléments de cette mémoire sous cette forme :
maMemoir->maVariable.setPointT = 10;

Avec mes meilleure salutations,

Websinh

[demonia]

Pour la première question, tout dépend de ce que tu dois faire, mais si il y a beaucoup d'exécution de code, c'est très simple de faire une dll avec ton code métier et de refaire juste la partie d'interface par la suite.
Si tu ne fais qu'afficher des informations venant d'un autre code, tu devra refaire une grosse partie de toute façon (si on part du principe que ton UI est la grosse partie du dev).

En C# tu peux facilement communiquer avec une dll ce qui peut te permettre de partager les ressources en mémoire.

je ne connais pas exactement les besoins mais tu peux par exemple faire quelque chose comme ça :
http://stackoverflow.com/questions/1...-c-sharp-and-c (un exemple pour une variable)
Si tu as accès à une dll, tu peux sans problème la charger en C#.

[tomlev]

Est-ce qu'il est envisageable, avec une bonne architecture, de changer petit à petit, par la suite, d'une application winform à WPF sans devoir tout refaire la logique ?

A condition de bien séparer le code métier de l'interface graphique, c'est tout à fait possible de migrer de Windows Forms à WPF sans réécrire la logique. Par contre, le faire "petit à petit" c'est pas forcément évident...

Pour communiquer entre le PLC et le HMI (deux applications différentes), nous utilisons une mémoire partagée (avec un mutex). Hors, la personne en charge du PLC ne va pas changer de technologie. Est-il possible en faisant une application soit en winform soit en WPF d'ajouter un élément au projet me permettant d'exploiter cette mémoire partagée ? L'avantage de cette mémoire partagée c'est que nous avons un même fichier .h décrivant les données et que l'on peut accèder aux éléments de cette mémoire sous cette forme :
maMemoir->maVariable.setPointT = 10;

J'ai pas vraiment la réponse, mais peut-être que cette réponse pourra t'éclairer : http://stackoverflow.com/a/2005446/98713

Après, il est toujours possible de faire un module en C++/CLI qui pourra gérer l'accès à cette mémoire partagée tout en étant facilement manipulable depuis le code .NET...

EDIT: regarde aussi ça :
http://msdn.microsoft.com/en-us/library/dd997372.aspx

[worm83]

Bonjour,

Je rejoint TomLev dans sa réponse tout en la complétant, on peut effectivement écrire dans une adresse mémoire, regarde notamment la classe Marshall.