Discussion :

[am@123]

salut a tous ,
je crois que ma question est dans le titre. j'arive pas à comprendre exactement ce point ; "code managé" "envirennement managé"
à l'aaaaaaaaaaaaaaaide SVP

[Thomas Lebrun]

Tout ce qui est managé, c'est tout ce qui est géré par le Framework .NET

Donc un code managé, c'est un code compilé via un langage .NET (C#, VB.NET, etc...)

[Jérôme Lambert]

Quand tu compiles en dotnet, ton code n'est pas compilé en binaire directement mais dans un language intermédiaire.

Lorsque tu vas lancer ton exécutable, le CLR (Common Language Runtime) va traduire chaque partie de ton code en binaire au moment où tu en auras besoin dans l'application. Il y a donc un contrôle à tout moment par le CLR du code qu'il exécute.

[Invité4]

Quand tu compiles en dotnet, ton code n'est pas compilé en binaire directement mais dans un language intermédiaire.

Lorsque tu vas lancer ton exécutable, le CLR (Common Language Runtime) va traduire chaque partie de ton code en binaire au moment où tu en auras besoin dans l'application. Il y a donc un contrôle à tout moment par le CLR du code qu'il exécute.

Et y a-t-il une baisse de performance vis-à-vis des binaires ordinaires ?

[Jérôme Lambert]

Et y a-t-il une baisse de performance vis-à-vis des binaires ordinaires ?

Ca c'est sûr mais ça a ses avantages non négligeables car tu améliores considérablement la sureté de tes programmes :

• Il n'y a plus de fuites de mémoire grâce au Garbage collector
• Vérification que les variables sont bien du type attendu

[dev01]

Ca c'est sûr mais ça a ses avantages non négligeables car tu améliores considérablement la sureté de tes programmes :

• Il n'y a plus de fuites de mémoire grâce au Garbage collector
• Vérification que les variables sont bien du type attendu

+ :
- Sécurité d'accès au code au moment de l'exécution
- Possiblité de Reflexion en runtime

[millie]

Et y a-t-il une baisse de performance vis-à-vis des binaires ordinaires ?

Il peut y avoir une baisse comme il peut ne pas y en avoir. En java, il y a HotSpot associé à la machine virtuelle qui va éventuellement recompiler en natif certaines parties du code lors de l'exécution (par exemple les parties les plus utilisées vont être optimisé et compilé en code binaire).

L'avantage par rapport à un compilateur classique est que la machine virtuelle sait exactement quelles sont les parties du code qu'il est nécessaire d'optimiser puisqu'il exécute lui même le code et peut faire du profiling en cours de route.

[dev01]

Il peut y avoir une baisse comme il peut ne pas y en avoir. En java, il y a HotSpot associé à la machine virtuelle qui va éventuellement recompiler en natif certaines parties du code lors de l'exécution (par exemple les parties les plus utilisées vont être optimisé et compilé en code binaire).

L'avantage par rapport à un compilateur classique est que la machine virtuelle sait exactement quelles sont les parties du code qu'il est nécessaire d'optimiser puisqu'il exécute lui même le code et peut faire du profiling en cours de route.

En dotnet le runtime compile automatiquement les parties de code en binaire et les stockent pour réutilisation si besoin est. pas besoin de profiling . Par contre la baisse de perf sera toujours présente à la premiere exécution d'une méthode car il y a compilation "Just-in time"

[vladvad]

Tout ce qui est managé, c'est tout ce qui est géré par le Framework .NET

Donc un code managé, c'est un code compilé via un langage .NET (C#, VB.NET, etc...)

La dénomination de code managé est elle seulement propre à .NET ? Il me semblait que java était aussi du code managé ??

[Pilloutou]

Bonjour,

code managé ou code géré est le code répondant au CLI (Common Language Infrastructure).

Bye