oui, mais je ne vois pas pourquoi le "en effet". Ce n´est pas parce que l´on peut compiler une chaine de caractère que l´on peut télécharger des bibliothèques manquantes.

dans un monde bien fait, tu pourais telecharger le code de tes applications... (dans un monde bien fait)

oui, (d´aileur c´est ce qu´une partir du monde peut faire), mais même dans un monde mal fait, tu peut toujours télécharger directement les exécutables des bibliothèques qu´il te manquerait. Ce que fait d´ailleurs IE avec les contrôle ActiveX (c´est d´ailleur l´une des raisons pour lesquelle je n´utilise plus ie) ou tout les soft qui se mettent déjà à jour tout seul. Si le code chargé est du pseudo-code qui sera interprété ça n´en fait que facilité la simplicité de l´opération.

Mais d´ailleurs, avec le C#, tu peut exécuter des chaines, mais je ne pense pas que tu puisse compiler du code source. Il n´y a pas le compilo du SDK dans le framework (à ma connaissance), et il y a quand même une différence entre exécuter une chaines, ou même tout un script et compiler une assemblie complète.

c´est jamais que plein de chaine... non ?

oui, je sais pas. Mais qiand même, sans avoir d´éléments dans un sens ou dans l´autre, il sufirait de regarder si vbc.exe et csc.exe se trouvent dans le framework. Auquel cas ça pourrait marcher. Mais sinon, je doute qu´on puisse s´en passer, sinon ces programmes ne servirait à rien.

l´argument se tiens...
je regarderais a l´occasion