potrebno teorijsko pojasnjenje

Ako je moguca pomoc.
Radi se o sledecem:
Kako je moguce koristiti metode nekog interfejsa ako pre toga nisam implementirao te metode.

Konkretno, iz Oraclovog tutorijala ucim deo vezan za java.nio.file paket. Interfejs java.nio.file.Path ima gomilu metoda. U primerima se koriste te metode.
Ono sto ja znam o interfejsima je da ne mogu koristiti metode nekog interfejsa ako ih pre toga nisam implementirao u nekoj klasi.
Sta sam to propustio da naucim vezano za interfejse?

Evo i jedan primer:



Gde je to implementiran metod toUri()?

Propustio si dinamicko vezivanje i polimorfizme. To su jako bitne osobine Java-e kao objektno orjentisanog programskog jezika.
Ukratko
Ukoliko imas interfejs A i implementiras taj interfejs u klasi B - sledeca stvar je dozvoljena



Znaci objekat se moze inicijalizovati kao tip A ali se mora instancirati kao tip B (ili bilo koji drugi tip ako ga njegova klasa implementira)

Konkretno u tvom slucaju zelis objekat tipa Path. Dobices ga tako sto ces pozvati staticki metod klase Paths koja vraca tip Path
http://docs.oracle.com/javase/7/docs/api/java/nio/file/Paths.html

Znaci klasa Paths ima metod koji napravi objekat tipa Path ali tako sto inicijalizuje klasu koja ga implementira.

Sada cu napisati otprilike kako su oni to mozda uradili (cisto da ti bude jasnije)



Nadam se da ti je sada jasnije. Obavezno dobro izuci polimorfizme i dinamicko vezivanje.
Pisi ukoliko imas jos pitanja

To objasnjenje je upravo ono sto mi je trebalo. Hvala ;)

Ako moze jos jedno pitanje:

U primeru sto sam ja naveo toUri() metod interfejsa Path je implementiran na nacin na koji si opisao.
Ako, pak, uzmem interfejs ActionListener moracu sam da implementiram njegov metod actionPerformed(ActionEvenet event).

Kako je moguce da iz API dokumentacije uocim koji su metodi nekog interfejsa implementirani (na nacin na koji si opisao), a koje metode ja sam moram da implementiram?

Ako imas neki interfejs kojeg implementiras u nekoj klasi, u toj klasi moras implementirati sve metode tog interfejsa. Moj primjer je samo demonstracija polimorfizma i dinamickog vezivanja.

Pogledaj na primjer sledeci link
http://docs.oracle.com/javase/7/docs/api/java/lang/Iterable.html
Vidices listu klasa (All Known Implementing Classes:) koje implementiraju taj interfejs, samim tim i sve njegove metode.

Mada nemoj da te ovo zbuni. To sto postoji neka implementacija nekog intefejsa ne znaci da ga mozes iskoristiti u svakoj situaciji.
Npr postoji nekoliko standardnih implementacija interfejsa List(intefejs koji predstavlja listu), i svaka od tih implementacija je pogodno za odredjene situacije, ali takodje mozes doci u situaciju da ti ni jedna postojeca implementacija ne odgovara, pa ces morati sam da pravis svoju implementaciju.

Tek sada kada sam procitao tvoj odgovor shvatio sam da sam pogresno postavio pitanje. Sve mi je to jasno sto si napisao, ali nije me to zanimalo.
Ono sto sam zeleo da pitam jeste kako ti znas iz API dokumentacije da su metodi nekog interfejsa implementirani u nekoj klasi, i da se ti metodi mogu slobodno koristiti bez da ih moram sam implementirati? Nije problem u tome da li trebaju svi biti implementirani, nego kako da znam da su vec negde uopste implementirani?
Uzmimo primer sa pocetka, interfejs Path. Kako ti znas citajuci API dokumentaciju da su metode tog interfejsa implementirane u nekoj klasi? Ako bi pretpostavili da tvoja klasa PathImpl stvarno postoji, kako bi ja to mogao znati iz API dokumentacije? Konkretno, u opisu tog interfejsa, nemas taj deo All Known Implementing Classes:

Problem sa kojim se ja susrecem jeste sledeci: kada naletim na neki interfejs i pogledam njegov opis u dokumentaciji, na osnovu cega bi ja mogao znati da su metodi tog interfejsa vec implementirani u nekoj klasi, pa da mogu slobodno da ih koristim, bez da ja moram prethodno da ih sam implementiram.

Ako detaljno procitas dokumentaciju , uvjek mozes naci gdje i kako je odredjeni interfejs implementiran (ukoliko je implementiran). Nece ti uvjek biti napisana lista klasa, ali uvjek imas negdje objasnjenje gdje i kako inicijalizujes objekte tog tipa.
Ako ne mozes naci u dokumentaciji, tu je google.
Ako ne mozes naci ni tamo, implementiras ga sam.
Pozdrav

Ako zelis da saznas koja klasa je instancirana u prvom primeru to radis na sledeci nacin



U slucaju da zelis da saznas potklase neke klase, e pa to je vec malo teze. Sta bih ja uradio je sledece (mala napomena - nisam ovo pokusavao, samo nabacujem ideje):

1. raspakovao rt.jar iz jre/lib direktorijuma.
2. napravio program koji iterira kroz sve .class fajlove
3. za svaki fajl dobio Class objekat koristeci
4. proverio da li je u pitanju nasledjivanje sa

Takodje, mozes da pokusas da uradis tekstualnu pretragu sors koda javinih fajlova (jdk dolazi sa sors kodom, jre ne dolazi).

Na kraju, ja ne volim da budem sam svoj majstor ako znam da je neko negde vec uradio posao verovatno bolje nego sto cu ga ja uraditi. U to ime, baci pogled na ovaj projekat. [url]https://code.google.com/p/reflections/[/url].

Srecno

E da. Najlaksi nacin. Ako koristis eclipse i zelis da znas gde je sve implementirana metoda nekog interfejsa/abstraktna metoda udjes u sors klase pritisnes ctrl i predjes kursorom preko metode. U padajucem meniju izaberes 'open implementation' i izaberes implementaciju koja ti odgovara. I cao zdravo :)

Ok ljudi, hvala za ideje i objasnjenja. Samo da vam opisem do kakvih sam ja zakljucaka dosao, posto sam pokrenuo temu na jos jednom mestu.
Ono sto je mene interesovalo, jeste kako ja iz API dokumentacije na brzinu da proverim da li su metode nekog interfejsa implementirane. Ne radi se ovde o tome KAKO SU implementirane, nego DA LI SU UOPSTE implementirane.
Jer kada meni neko da neki interfejs, prva stvar koja meni padne na pamet, jeste da napisem klasu koja implementira metode tog interfejsa. Ali zasto bi ja implementirao te metode, ako je to vec neko uradio za mene. A opet, kako ja to da znam, jer kada odem u API dokumentaciju da pogledam opis tog interfejsa, nigde ne pise da su metode implementirane. Iz nekog razloga, to se podrazumeva.
Retko ko moze da da odgovor na ovo pitanje, uglavnom se sve svede na to da ti ljudi pocnu opisivati sta su interfejsi, sta se sa njima moze raditi i cemu sluze. Sto mene uopste ne zanima, u ovom konkretnom slucaju.
Zamislite situaciju da ja napisem neki interfejs sa nekim metodama, i opisem sve to u API dokumentaciji, i prosledim nekome od vas taj interfejs. Kako cete vi znati da li sam ja implementirao te metode, ili vi sami morate pisati tu implementaciju, citajuci samo dokumentaciju koju sam ja prosledio? Sta bi ja to trebao da napisem u dokumentaciji pa da vama odma bude jasno da su metode implementirane, bez da se mucite istrazujuci moj source code ili pisuci neke svoje programe koji koriste refleksiju ili sta vec.

Po svoj prilici, za najveci broj interfejsa u API dokumentaciji metodi su implementirani. Ako pak nisu implementirani radi se o specificnim interfejsima koje zbog svoje prirode sami morate implementirati (kao sto su interfejsi za EventHandling), posto kod njih implementacija zavisi od toga kako ce se ponasati vas program.

Pazi, ja do odgovora na tvoje pitajne stizem sa tri klika u eclipsu, ako ti je ovo najveci problem sa kojim si se sreo onda nisi ni svestan koliko srece imas :D

Ima tu, za mene jos jedan problem koji uocavam. Opisacu vam to na primeru koji sam izdvojio na pocetku.
Citajuci oracle-ov tutorijal o File I/O. Oni na pocetku tutoijala pomenu da je java.nio.file.Path entry point za taj paket. I sada recimo vi odma odete u API dokumentaciju i pogledate opis tog interfejsa. U opisu tog interfejsa, vama nigde ne pise kako vi mozete dobiti objekate na kojima bi koristili metode interfejsa Path. Pazite, u tutorijalu vam to napomenu, ali u API dokumentaciji ne. Sta ja sada treba da radim, da procitam opis za sve klase u paketu java.nio.file ne bi li nasao onu klasu koja je sposobna da vrati objekte na kojima mogu koristiti metode interfejsa Path?
Ako odem prvo u Path interfejs, nista u tom interfejsu ne ukazuje da ja treba u sledecem koraku da idem ka klasi Paths, ne bi li dobio objekte koji mi trebaju.
Ako pak odem prvo u klasu Paths, onda proucavanjem metoda, koje objekte vracaju, mogu naslutiti da mi je sledeca destinacija interfejs Path.
Ako pocnem da proucavam neki paket, kako ja da znam u koju klasu/interfejs treba prvo da idem, ne bi li tu dobio ideju kuda dalje da se krecem u API dokumentaciji?

@megabaja
Ok, razumeo sam.
Ali ja forsiram ovu temu, cak i po cenu da ispadnem glup, zato sto mi se tu nisu sve kockice u glavi slozile vezano opis interfejsa u API dokumentaciji.
Mogao sam ja da predjem preko ovog njihovog objasnjenja, bez ikakvog zamajavanja da proniknem u sustinu problema, i da sve prihvatim zdravo za gotovo, onako kako su oni opisali u tutorijalu. Ali imam osecaj kao da ce me slicna dilema sacekati opet u buducnosti u nekoj drugoj situaciji.