Archief - Conceptueel begrijpen dependencies,references & namespaces

Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
T

TooChé

Legacy Member
Ben al een tijdje terug bezig met programmeren. Der zijn toch nog enkele conceptuele begrippen die ik niet snap.

kan iemand me kort even schetsen wat precies ne namespace is, dependencies & references.

Want zit nu met een reference probleem in mn solution. Can't find Assembly ... etc.

Ik zoek hier niet direct een oplossing voor mijn probleem, wel inzicht zodat ik mijn probleem zelf kan oplossen ;)

thanks!
C

Cycloon

Legacy Member
Namespace: Groepering van elementen, waarbij de naam van een element binnen een namespace uniek moet zijn. Je kan dit bv vergelijken met de top level domains die het internet gebruikt. Zo kan je een website yyy.be en yyy.nl hebben met dezelfde naam die toch andere dingen doen. Zo kan je ook de klasse yyy hebben in namespace a en klasse yyy in namespace b zonder naam conflicten te hebben.

References: Verwijzingen naar andere bronnen. Jouw reference probleem wijst er op dat er een bepaalde assembly (ik vermoed een dll in jouw geval) niet kan gevonden worden.

Dependencies: Afhankelijkheden. Bepaalde stukken code kunnen pas werken/compileren als er andere stukken code eerst zijn uitgevoerd/gecompileerd.
T

TooChé

Legacy Member
het gaat inderdaad over een dll.
En wat is het verschil dan als ge een reference toevoegt aan uw project of vanboven schrijft: using <namespace>.<bepaalde dll>

alvast bedankt voor den uitleg :)
C

Cycloon

Legacy Member
Een dll is een voorgecompileerd stuk code waar zich klassen in bevinden. Je moet dus eerst een reference toevoegen aan je project die aanduidt waar die dll zich bevindt. Daarna kan je klassen uit die dll refereren door de goede namespace + klassenaam te geven via dat using-statement.
T

TooChé

Legacy Member
aha oké, schept al heel wat duidelijkheid. Reference's, using namespaces ... bos & bomen weetwel :)

Dus een reference is zogezegd een padverwijzing naar waar uw dll zich bevindt, om daaruit dan de beschikbare classes/interfaces/... enz te gaan gebruiken?
s

sparks

Legacy Member
Klopt, door een reference te leggen naar de dll stel je de publieke classen enzovoorts toegankelijk voor je project.

Dus misschien heb je online een library gevonden met voorbeeld code bij en moet je enkel nog de referentie leggen?
T

TooChé

Legacy Member
nope, t'is een zelfgeschreven library :)
Mor tot nu toe smeet ik alles in 1 project, wat uiteraard niet de goeie manier is. Kdenk da ik het snap!

indien ik met circulaire (?zeg ik het correct) referenties zit, is het waarschijnlijk zo dat ik mijn structuur es moet herbekijken
Want dan zit ik met 2 dll's die naar elkaar zouden verwijzen
s

sparks

Legacy Member
Best eens herbekijken ja, ik dacht (weet het niet meer zeker) dat assemblys mekaar niet kunnen referencen maar projecten binnen een solution wel.
Zelf vermijd ik het gewoon.
C

Cycloon

Legacy Member
Je kan inderdaad circulaire referenties hebben. Als je dit voorhebt dan zit je structuur niet snor. Als je gelaagd programmeert moet je er voor zorgen dat enkel een bovenliggende laag naar de laag onder hem kan en niet omgekeerd. Je kan natuurlijk ook gewoon bepaalde projecten de verkeerde references gegeven hebben die ze niet nodig hebben :)
Het archief is een bevroren moment uit een vorige versie van dit forum, met andere regels en andere bazen. Deze posts weerspiegelen op geen enkele manier onze huidige ideeën, waarden of wereldbeelden en zijn op sommige plaatsen gecensureerd wegens ontoelaatbaar. Veel zijn in een andere tijdsgeest gemaakt, al dan niet ironisch - zoals in het ironische subforum Off-Topic - en zouden op dit moment niet meer gepost (mogen) worden. Toch bieden we dit archief nog graag aan als informatiedatabank en naslagwerk. Lees er hier meer over of start een gesprek met anderen.
Terug
Bovenaan