to klasser med samme navn

eks:
java.util.Vector vect = new java.util.Vector();

brug samme fremgangsmåde at instantiere dine objekter på, eks:

min.pakke.Node n = new min.pakke.Node();
min.anden.pakke.Node n = new min.anden.pakke.Node();

så er der ingen tvivl om hvilke metoder der hører til hvilke klasser.

Hvad hvis ingen af dem er pakket i en package?

ehhh, hvordan ligger de så ??
eks:
c:\java\hello\Node.java
og
c:\java\hello\structure\Node.java

eller hvad ?

Soreno:
java.util.Vector vect = new java.util.Vector();
er dårlig kotume !

man definerer altid typen af interfacet, for lettere at kunne skifte type hvis det er nødvendigt, altså:
java.util.List vect = new java.util.Vector();

At angive full package navn hvergang er en dårlig ide, tværtimod skal man bruge en bedre navngivning af sine klasser, så man ikke har to der hedder det samme.

disky>>
hvorfor så ikke:
java.util.Collection vect = new java.util.Vector();
??

Fordi Collection er for generisk, man kan ikke altid skifte en ArrayList ud med en HashMap, derfor 'List' eller 'Map' osv.
Det er sådanne små ting man lærer når man bliver træt af at ændre sin kode 418 steder fordi man bliver nød til at gå fra Vector til ArrayList osv, ved min metode skal man KUB ændre i 'new' statementet.

Forresten brug normalt altid ArrayList istedet for Vector den performer bedre.

p.s. Læs bogen 'Effective Java Programming' der står en masse gode tips i.
James Gosling har udtalt at den bog ville han gerne have haft da han lavede Java.

er det denne:
http://www.amazon.com/exec/obidos/tg/detail/-/0201310058/qid=1031859358/sr=1-1/ref=sr_1_1/002-3730718-3007234?v=glance&s=books#product-details

eller denne:
http://www.amazon.co.uk/exec/obidos/ASIN/020179120X/ref=sr_aps_books_1_1/026-1618482-5304417

--
hehe, det lyder som om du ikke kender "search and replace" funktionen ;-b
den findes i emacs.. ;-)

Den første.

Jeg ved udemærket emacs kan det, men hvis man arbejder med STORE projekter, er det træls at skulle rette i mange filer.

Og det andet er den objektorienterede korrekte måde at gøre tingene på, det er jo en af grundene til interfaces er så geniale.

ok, bogen er hermed tilføjet ønskeseddlen til jul - tak for tippet, det er jo altid sundt at udvide sin horisont med godt læsestof :-)

det glæder mig.

kig evt her:
http://www.disky.dk/books.htm

Taming Java Threads er også et must hvis man skal lave noget multitrådet.

jeg takker :)