Discussion :

[render-nick]

Il s'agit de mon premier message dans cette section alors bonjour à tous les amateurs de dotnet !!

J'ai développé récemment un logiciel de gestion en C# très adaptable aux entreprises. Lors de son ouverture, les dll d'un certain dossier sont scannés et si elles sont d'un type particulier, j'instancie leur classe et cela ajoute des composants dans mon programme (Exemple : "Gestion des clients" est une dll)

Maintenant, je souhaite développer un outil visuel permettant de créer ces composants. Je voudrais récupérer les informations du composants a l'aide d'une winforms, générer le code et creer la dll que je pourrais glissé dans le dossier des dll du programme.

Sauf que j'ai aucune idée comment faire pour compilé et creer dynamiquement ma dll.

Quelqu'un aurait-il la solution ?

Merci.

[knowl]

Salut render-nick,

Une fois que tu as généré le code tu l'enregistres dans un .cs et tu lances csc non?

[render-nick]

Oui c'est l'option qui me parait la plus simple, mais je suis tellement paresseux hahaha non c'est une farce.

C'est que j'aimerais bien livré l'outil en question pour que les compagnies puissent l'utiliser pour créer leur propre composant sans avoir aucune connaissance en programmation.

En y repensant un peu, peut-être que je pourrais leur fournir mono et le lancé avec mon application pour qu'il compile mon code cs. En fait je crois que je n'aurais pas vraiment d'autre choix.

D'autres idées ?

[knowl]

Bah concrètement il te faut juste un compilateur, ton windows form récupère les arguments et tu lance ta compilation en ligne de commande en tache de fond. Pourquoi tout Mono..?

[render-nick]

simplement parceque le visual studio n'est pas gratuit et que je veux fournir un outil pour mon application, j'ai pas le gout que mes clients aient à acheter/installer vs juste pour ca !

[knowl]

csc est uncomposant du framework .net, pas de VS.

mais tiens tu as peut-être mieux:
http://msdn2.microsoft.com/en-us/lib...eprovider.aspx

tiens moi au courant

[cinemania]

pk forcément créer les sources .cs et les compiler toi même...

il existe un namespace formidable => System.CodeDom;
et au passage il y a un très bon tuto sur CodeDom sur ce site.
CodeDom utilise un provider de langage pour le compiler... tupeux donc le générer en ce que tu veux... ca ne change RIEN, et toi ca te permet d'éventuellement faire des sauvegardes partielles du projet dans un format XML plus facile à décompiler et modéliser en mémoire qu'un code source C# qu'il te faudrait alors parser toi meme ...
suppose que la personne créer un module, mais pas de bol, l'onduleur sonne le tocsin... faut couper au plus vite... elle fait quoi ? elle jette et recommence quand le courant est rétablie? pas idéal...

Il est préférable que le sdk du frameworksoit installé sur la machine où les compilations aurons lieux. C'est surtout le cas si tu appel des librairies .NEt spéciales.
Si dans ton code tu fait référence à System.ServiceModel; et que la machine cliente ne dispose pas du SDK de dotnet3, il t'enverra pêtre même s'il dispose du Framework 3.0 d'installé.

[render-nick]

cinemania: C'est exactement ce que je recherchais !! mille merci !!