Discussion :

[dev01]

Salut à vous .

Je vousdrais savoir s'il est possible d'accèder à une assembly .Net en C/C++
Je m'explique : J'ai un projet de développement que j'aimerais mener en C# mais les librairies développé devront pouvoir etre réutilisable par des programmes écrit en C/C++ (Que ce soit C ou C++ n'a pas d'importance .)

Je me demande donc comme faire, si c'est possible, car le .Net est managé et pas le C++.

Le but n'est pas de se passer totalement de .net, l'installation sur les poste client du framework ne me pose pas de pb mais plutot d'éviter de devoir redévelopper entierement une application existante.

Merci

[Pete]

Tu peux rendre ton assembly .NET compatible COM et attaquer ce composant COM depuis C++.
Pour la compatbilité COM, dans les properties du projet, tu peux chequer "Register for COM compatibility" il me semble.
J'en connais pas plus...

[dev01]

Tu peux rendre ton assembly .NET compatible COM et attaquer ce composant COM depuis C++.
Pour la compatbilité COM, dans les properties du projet, tu peux chequer "Register for COM compatibility" il me semble.
J'en connais pas plus...

euh ... oui mais bon si je pouvais éviter le COM ... c'est un peu la merde non ?

[neo.51]

ben si tu veux éviter le com en C++ faut soit faire du VC++ .NET soit arréter le C++

[Pete]

[quote="dev01euh ... oui mais bon si je pouvais éviter le COM ... c'est un peu la merde non ?[/quote]

Je ne m'y connais pas trop en COM mais de ce que j'en connais, je suis entièrement d'accord.
Ceci dit je ne pense pas que tu puisses faire autrement. Ou alors tu fais un système basé sur des services Web, ou bien une communication via socket ou bien via évènements systèmes. Bref une usine à gaz.

[dev01]

ben si tu veux éviter le com en C++ faut soit faire du VC++ .NET soit arréter le C++

merci neo ça m'aide vachement ....

Le probleme ne vient pas de moi ... je code en C# intégralement depuis que j'ai découvert .Net mais bon j'ai pas le choix il me faut une compatibilité descendante absolument et je me voie mal dire au chef de projet qui maintient le programme qui exploiteras les fonctions développés pour un autre projet (ça devient compliqué ..) qu'il faut qu'il apprenne à son équipe à coder en C# et qu'il convertisse tout le projet ....

Pour ce qui est du C++.Net faut voire mais je suis pas chaud pour les solutions hybrides ....

Si quelqu'un à déja fait du C++.Net et peux me dire quels sont les avantages/inconviennients de cette solution se serais pas mal ...

Merci pour vos réponses passé et futur .
(Surtout pour celle de neo .... )

[Pete]

Ben j'ai déjà fait du C++.NET. Je peux t'expliquer un peux si tu veux.

*D'abord, avec VS.NET tu peux faire du C++ normal (comme avec VS 6.0) mais ils ont uprgader les MFC ou quelques trucs et il y a des ptits pb de compatibilités. Un projet compilé en VS6.0 ne compilera pas immédiatement en VS7.0 (donc .NET).

*Le C++.NET va te compiler une assembly .NET comme le ferai le C#. Son intérêt réside dans le fait que tu peux instancier une classe non managée et l'utiliser. Ce que tu ne peux pas faire avec les P/Invoke en C#. Partant de là tu peux mixer facilement code managé et non managé.
Mais moi je trouve que l'intérêt du C++.NET (et j'en ai déjà parlé sur le forum) est de te permettre de récupérer facilement une librairie C++ pour la porter en .NET (l'inverse de toi ). A priori, je ne m'en servirais pas pour faire du développement.

Est ce que tu peux mieux expliquer :
-si tu veux produire un assembly .NET ou pas.
-quel type de projet C++ devra réutiliser les librairies .NET

...

[dev01]

je te remercie pour ta réponse .

Voici les réponses a tes questions :

Dans un premier temps j'ai un projet à développer. J'aimerais le faire en C# mais rien n'est arreté.
Ce projet doit contenir divers fonctions assez complexe qu'il serais idiot de devoir réécrire après coup en C++ .

Dans un deuxieme temps une autre équipe de développeurs est interressé par ces fonctions mais ne dispose pas des ressources pour la développer en interne.

Il faut donc (c'est un impératif) que la dll que mon équipe va développer soit compatible avec le type de projet de l'autre équipe . Cette autre équipe développe en C++ et ne souhaite pas et n'en a pas les moyens migrer sous .net Il faut donc que ma dll soit accessible depuis un programme écrit en C++.

J'espere avoir été assez clair .

[Pete]

En fait si je te demandais des précisions c'est pour esseyer de voir si tu pouvais envisager de développer en C++.NET. Ce qui éviterait à ton équipe de passer réellement .NET, mais ça changera des choses pour le dev, c'est certain. Je ne pense pas que ce soit une bonne idée.
Après tu es seul juge bien sûr, mais je pense que l'uitilisation de COM même si c'est un peu lourd, et qd même l'idéal pour toi. D'ailleurs c'est pour ce type de pb qu'ils se sont dépouillés à faire une compatibilité à mon avis.
Bon courrage
++

[dev01]

Bon courrage
++

Merci il va m'en faloir ...

Pour le com il faut peser sérieusement le pour et le contre ... Je trouve ça très chiant à programmer et aussi très lourd à l'éxecution , les performances sont moindres . Le pb est que je ne peux pas me permertre de perder en perf sur ce programme .

De toute façon je vais voir mais ça sens le bon vieux dev en C++ (SANS VS ) .