🚀 go-pugleaf

>Wat is eigenlijk de bedoeling van CLassLoader. De documentatie
>zegt dat men deze moet gebruiken als men een klasse van het netwerk
>wil halen en er dan een instantie van te maken.


Dat is maar ��n enkele toepassing. Natuurlijk zijn er nog 1001 andere
manieren om aan bytecode van een klasse te komen: uit database, uit zip
file, geencrypteerd, on the fly genereren, ...
Bovendien kan je nog andere dingen doen dan alleen maar class files ophalen.
Je kan ook zien welke en wanneer ... en die informatie zou je wel eens
kunnen gebruiken.

>Heeft men daarvoor eigenlijk wel ClassLoader nodig?
>Kan men vb niet met URLConnection een bepaalde .class
>downloaden, deze in de juiste directory zetten en dan met
>forName() en newInstance() er een object van maken?


Natuurlijk kan je dat zo doen, alleen trekt het natuurlijk nergens op. Je
wilt je hele applicatie toch niet doorweven met code die afhankelijk is van
de plaats waar je je classfile afhaalt. Als dat van de ene dag op de andere
wijzigt, ben je blij dat je enkel maar de classloader moet wijzigen.
Voordelen van dynamische binding/encapsulatie zijn je toch bekend?
Als er vanuit ��n klasse een andere klasse nodig is, dan wordt bij het
inladen van die ander klasse trouwens gebruik gemaakt van de de classloader
van die ene klasse (rekening houdend met de hierarchie van de classloaders).
Dat kan je niet evenaren door code te plaatsen in al die klassen, je weet bv
immers niet altijd op voorhand welke klassen je over een netwerk moet
afhalen.
Als je dan nog weet dat het mogelijk is met behulp van classloaders
genericiteit in Java kan implementeren, dan zou je toch moeten inzien dat
classloaders vrij krachtige zijn.