Izbor PHP Framework

[degojs]

Originalno napisao jablan

Što bi jedan jezik sa duck-typingom uopšte imao nešto poput interfejsa?

Jednostavno želim da imam mogućnost da definišem ugovor, kao i da jednostavno testiram da li prosleđeni objekt ispunjava potrebne uslove iz istog (vrlo jednostavno ako imaš interfejs).

@xippi:
sve to tako nešto može kao, ali to je u stvari workaround. Kao i mnoge druge stvari u JavaScript-u. To je onda natezanje, šta da se radi, drugo nema, pa onda.. Vidiš na šta to liči tamo, taj linkovani primer, uporedi sa bilo kojim 'normalnim' jezikom.

Npr. kako obezbeđuješ da klasa ne može da se nasleđuje?

Originalno napisao Misha

A sta cemo za ozbiljnije programerske teme, kao memory management? Kako to resavas u cistom JS/jQuery? Da pogadjam, ne resavas?!?!

Što bi rešavao upravljanje memorijom na sistemima gde se to dešava automatski?

Pošto si pomenuo Javu u pozitivnom svetlu, poznato ti je da je tamo upravljanje memorijom takođe automatsko?

[Misha]

Originalno napisao degojs

Što bi rešavao upravljanje memorijom na sistemima gde se to dešava automatski?

Automatski osim kad se to ne dogodi Garbage collector u Javi je nesto na sta mozes da se oslonis... nazalost to ne vazi za JS... Zato su tvorci Ext-a kao jedan od najbitnijih dodataka na jezik ubacili lazy instanciranje komponenti i napredniji garbage collection istih. IE je posebno lenj po pitanju izbacivanja djubreta...

Naglasak je naravno na VELIKIM RIA aplikacijama... taj problem se tek tada manifestuje...

[degojs]

Originalno napisao Misha

Automatski osim kad se to ne dogodi..

To nije problem JS-a, već onog ko je implementirao upravljanje memorijom, itd. Npr. Chrome može da to radi bolje, a IE6 lošije.

[jablan]

Originalno napisao degojs

Jednostavno želim da imam mogućnost da definišem ugovor, kao i da jednostavno testiram da li prosleđeni objekt ispunjava potrebne uslove iz istog (vrlo jednostavno ako imaš interfejs).

Je l' ti kontaš uopšte da je interfejs kao OO koncept nužno zlo, tj. predstavlja workaround da bi se u statički tipiziranim jezicima koji ne podržavaju višestruko nasleđivanje odradile neke stvari koje se u duck typingu podrazumevaju?

Ako je nekom uopšte potrebna striktna kontrola toga da li neki objekat odgovara nekom interfejsu, najmanji je problem implementirati tako nešto (kao ovaj lik sa xippi-jevog linka, mada i on koliko vidim više razonode radi), pošto je refleksija kod dinamičkih jezika isto po pravilu ko dobardan. Mada i to nema puno smisla pošto dinamički jezici obično nemaju "potpise metoda" u C-smislu reči, odnosno metode mogu da prime i vrate uslovno rečeno bilo šta. To je feature, a ne bug.

Drugim rečima, ako želiš da ti se kodiranje svodi na "definisanje ugovora", onda i dalje kodiraš u VB.NETu ili čemu već...

[degojs]

Šta? LOL

"Interfejsi su nužno zlo u jezicima koji ne podržavaju višestruko nasleđivanje..."?

Ne, interfejsi se koriste i jednostavno da bi objavio ugovor koji strane moraju da ispoštuju.

Jednostavno, izuzetno kratak način da objaviš ugovor (skup funkcija i svojstava).

Ako je nekom uopšte potrebna striktna kontrola toga da li neki objekat odgovara nekom interfejsu, najmanji je problem implementirati tako nešto, pošto je refleksija kod dinamičkih jezika isto po pravilu ko dobardan.

Hahha, "ako je nekom uopšte potrebna.."

Aha, znači treba da ispitujem:

1. da li x može da hoda?
2. da li x može da trči?
3. da li x može da radi x, y i z?
4. da li x ima svojstvo "visina"?
....
Nego da pitamo kratko: da li objekt može da se tretira kao "čovek" (gde smo unapred definisali svojstva i funkcije koje "čovek" podržava)?

Ako ćeš tako, sve može da se odradi na okolni način, ali možemo i da osnovne računske operacije obavljamo direktno baratajući registrima na procesoru, šta će nam bilo kakva apstrakcija.

Drugim rečima, ako želiš da ti se kodiranje svodi na "definisanje ugovora", onda i dalje kodiraš u VB.NETu ili čemu već...

Kakvo "programiranje koje se svoji na definisanje ugovora"? To bi trebalo da znači nešto konkretno? Drugim rečima, poštedi me komentara sa visine ako nemaš šta konkretno da kažeš.


Inače, odgovor sam potražio i našao sam, umesto ovakve besmislene priče sa tobom. Stvar može da se reši drugačije u JavaScript-u, prostim prototype nasleđivanjem, slično kao što se C++ čisto virtuelne klase koriste u zamenu za interfejse. Otprilike ovako:

function IDuck() { 
}
IDuck.prototype = {
  duck : function() {},
  walk : function() {}
}

function Guska() { 
}

Guska.prototype =  new IDuck();

var g = new Guska();

alert ( g instanceof IDuck ); // true!

[degojs]

U stvari, nije baš tako jednostavno kao ovo gore, jer to opet ne garantuje da objekat zaista ima vlastitu implementaciju definisanih metoda. Oh, well.. mene mrzi dalje da tražim

[jablan]

Originalno napisao degojs

Ne, interfejsi se koriste i jednostavno da bi objavio ugovor koji strane moraju da ispoštuju.

O gospode... Vidi: taj ugovor kod interpretiranih jezika nema nikakvu težinu jer ne postoji kompajler koji se buni ako "ugovor nije ispoštovan". Sa druge strane, u rantajmu se ta provera radi vrlo lako i nije neophodan nikakav veštački language construct da bi se to izvelo, već se to radi sa postojećim konceptima (npr. običnim metodama).

Taj "ugovor" o kome pričaš zapravo nema veze sa koderom. U pitanju je ugovor sa kompajlerom, tj. jedini način da ti kompajler dozvoli da pozivaš iste metode na objektima različitih klasa. Drugim rečima, pisanje interfejsa je tvoja obaveza, a ne privilegija.

Mislim, ja kapiram da ti to znaš, pišem ovo zbog omladine koja ovo čita...

Aha, znači treba da ispitujem:

1. da li x može da hoda?
2. da li x može da trči?
3. da li x može da radi x, y i z?
4. da li x ima svojstvo "visina"?
....
Nego da pitamo kratko: da li objekt može da se tretira kao "čovek" (gde smo unapred definisali svojstva i funkcije koje "čovek" podržava)?

Ne, ne treba da ispituješ, ali niko ti ne brani da to radiš, i to ne tako kako mali perica zamišlja, serijom nekih if-ova, možda pre ovako:

# unapred definišemo svojstva i funkcije:
sve_sto_covek_mora_da_podrzava = [:hodaj, :trci, :x, :y, :z, :visina]
# pa pitamo kratko
objekat_pera.podrzava? sve_sto_covek_mora_da_podrzava

Viđu mađije! Bez interfejsa!

[degojs]

Vidi: taj ugovor kod interpretiranih jezika nema nikakvu težinu jer ne postoji kompajler koji se buni ako "ugovor nije ispoštovan".

LOL Pa da, neće se buniti kompajler, buniće se runtime kad pukne

Ne, ne treba da ispituješ, ali niko ti ne brani da to radiš,

Kako ne trebam kad trebam? Šta će biti ako pokušam da pozovem funkciju koje nema? Svašta.

i to ne tako kako mali perica zamišlja, serijom nekih if-ova, možda pre ovako:

Tako sigurno ne, jer to nije JS. Ili grešim?

Kako rekoh, već sam sam pronašao odgovor koristeći prototype nasleđivanje po uzoru otprilike na pomenute virtuelne metode/klase iz C++, a ispitivanje sa instanceof.

I evo upravo sam ga i naterao da proradi (čini mi se ), negde u prethodnom primeru je bio typo ili tako nešto.