CodeDomProvider et fichiers .obj

Bonjour à tous,

j'ai besoin de créer un programme qui compile les fichiers C# contenus dans un répertoire, puis qui renvoie l'assembly généré (et qui créé une Dll). J'ai utilisé cette méthode :

Code:

---

1 2 3 4 5 6 7 8 9

List<string> files = new List<string>( Directory.EnumerateFiles( "script", "*.cs" ) ); CodeDomProvider provider = CodeDomProvider.CreateProvider( "CSharp" ); CompilerParameters params_ = new CompilerParameters( References ); params_.GenerateExecutable = false; params_.GenerateInMemory = false; params_.OutputAssembly = @"script.dll"; params_.IncludeDebugInformation = true; CompilerResults results = provider.CompileAssemblyFromFile( params_, files.ToArray() ); return results.CompiledAssembly;

---

Ce code marche bien, mais le problème c'est qu'à chaque exécution du programme, l'ensemble des fichiers est compilé depuis zéro ! Cela peut prendre un bout de temps si le dossier "script" contient de nombreux fichiers C#. Ce que je voudrais faire, c'est ne recompiler que les fichiers dont on a besoin, c'est-à-dire qui ont été modifiés depuis la dernière exécution du programme. J'avais pensé a sauvegarder les fichiers .obj générés, mais je n'ai pas trouvé comment faire, je ne sais même pas si c'est possible (et l'attribut KeepFiles du CompilerParameters ne donne rien d'intéressant)...

Merci d'avance pour toute réponse !

Bonjour

Citation:

---

Envoyé par dancingmad

Ce que je voudrais faire, c'est ne recompiler que les fichiers dont on a besoin, c'est-à-dire qui ont été modifiés depuis la dernière exécution du programme.

---

Pour autant que je le sache ce n'est pas possible.
Contrairement aux assemblages purement binaires (comme en C++ non managé), il n'y pas de distinguo en .NET entre les phases de compilation et d'édition de liens.

Citation:

---

Envoyé par Bluedeep

Pour autant que je le sache ce n'est pas possible.

---

Ah zut, mais dans ce cas, comment Visual est capable de ne compiler que les fichiers nécessaires avant le lancer le programme, quel est le mécanisme employé ?

Sinon, j'ai peut-être trouvé une autre piste avec la classe Microsoft.Build.Evaluation.Project, qui permet de créer à la volée un projet C# et de le compiler (et cela créé bien un certain nombre de fichiers temporaires). Je n'ai pas encore eu le temps de tester ça, je ferais des tests ce week-end.

Microsoft.Build.Evaluation est un peu un "wrapper" de MSBuild :)

Après, il faut être en 4.0 pour l'utiliser... mais tu peux générer du 2.0 bien sur.

J'ai l'impression que Build est plus pour créer des projets que juste pour simplement compiler comme CodeDom ne le fait....

Et je serais étonné que CodeDom ne soit pas devenue obsolète si Build se
positionne en remplaçant (avec plus de fonctionnalités évidemment)

Au final, la classe Project fait en effet à peu près le même boulot que CodeComProvider, à part qu'il ne recompile pas le projet si aucune source n'a été modifée... C'est pas terrible mais c'est déjà ça. Merci pour vos réponses !