🚀 go-pugleaf

Marco van de Voort <marcov@toad.stack.nl> writes:

> In article <slrna6v1ni.1f2m.marcov@toad.stack.nl>, Marco van de Voort wrote:
> > In article <1013913710.524385@seven.kulnet.kuleuven.ac.be>, Pieter Philippaerts wrote:
> >> "Mendel Mobach" <usenet@megabot.nl> wrote in message
> >> news:slrna6tm41.3mc.usenet@dolens.mobach.nl...
> >>> > Als Microsoft als enige had aangekondigt dat ze de runtime zouden porten
> >>> > <SNIP>
> >>> > andere operating systems (oa. Corel, Borland, Ximian [mensen van GNOME]
> >>> > en GNU).
> >>>
> >>> Nou omdat GNU en Ximian enz... allemaal wel leuk willen profiteren van
> >>> de marketing campagne van M$... :-)
> >> 
> >> ... en ze hebben groot gelijk! :-)
> >> 
> >>> >  - CLI (+classlib)
> >>> Command Line Interface ? Das niet nieuw >-)
> >> 
> >> In de .NET wereld bedoelt men meestal 'Common Language Infrastructure' als
> >> men
> >> spreekt over CLI. Dit is de Common Langauge Runtime (CLR of class library)
> >> en de specificaties van onder andere Intermediate Language (IL).
> >> De spcificaties van de CLI kan gevonden worden op
> >> http://www.ecma.ch/ecma1/STAND/ecma-335.htm
> > 
> > CLI is volgens mij niet exact CLR:
> > 
> > CLI= de bytecode taal (wat compilers moeten afleveren, en CLR's moeten uitvoeren)
> > CLR= hetgene dat de bytecode uitvoerd, het VM/JIT stelsel dus.
> 
> Dom natuurlijk. IL=de taal. Infrastructure de JIT? Grr, nu weet ik het helemaal niet meer :-)

Het valt allemaal wel mee :-)

IL is de 'Intermediate Language'. Language is een beetje vreemd gekozen
woord hier want het is niet echt een taal maar om een (virtuele)
instructieset.

De CLR is de omgeving waarin jouw applicatie draait. Dat gaat om het
uitvoeren van de code, security services, garbage collection, etc. 'De code'
is hier IL, en de CLR kan deze interpreteren of compileren, of een combinatie
van die twee doen (interpreter met JIT-compiler).

CLI staat voor Common Language Infrastructure en is eigenlijk gelijk aan
'de .net class library' zoals die in de ECMA specificatie staat. Daar zitten
dus dingen in als System.Net.Socket en System.Runtime. Geen onderdeel zijn
de Windows/Microsoft/Vendor specifieke dingen zoals classes uit bijvoorbeeld
Microsoft.Win32.

Zoiets ;-) Er is werkelijk al geen veel over geschreven, een beetje eigen
onderzoek met Google en msdn.microsoft.com doet wonderen als je details wil
weten.

 Stefan