DevProTalk
Strana 2 od 3 < 1 2 3 >
Prikažite 40 poruka iz ove teme na jednoj stani

DevProTalk (http://www.devprotalk.com/index.php)
-   (X)HTML, JavaScript, DHTML, XML, CSS (http://www.devprotalk.com/forumdisplay.php?f=8)
-   -   Javaskript - capture kada je browser maksimiziran (http://www.devprotalk.com/showthread.php?t=2096)

noviKorisnik 23. 12. 2006. 12:35
Jako mi se sviđa ovaj tekst - A re-introduction to JavaScript - pored toga što je odličan uvod za one koji se prvi put sreću s jezikom, izuzetno je koristan za one koji JS koriste već dugo pa su moguće i nesvesni nekih novina koje su već godinama usvojeni standardi.

Tu recimo lepo piše da su ova dva načina zadavanja funkcije semantički ekvivalentna.

... u praksi se potom vrlo često sretneš s korišćenjem anonimnih funkcija - pri definiciji metoda objekata, hendlera za obradu događaja i slično - pa je stilski jednostavnije koristiti ih i za običnu definiciju funkcija.

Ako to neko ne ume da pročita, žao mi je, neka nauči jezik - bitno je da se taj kod valjano izvršava u browseru.

ivanhoe 23. 12. 2006. 14:21
ma ok, ali mislim da se time unosi nepotreban nivo komplexnosti u skript...

Mozda sam ja staromodan, ali ja ne vidim smisao u takvoj promeni stila, niti mislim da je to jednostavnije....ima svoje primene naravno, kao sto i kazu na Mozilla stranici: "It's extremely powerful, as it lets you put a full function definition anywhere that you would normally put an expression."... za to je takva sintaxa super, za to je koristim i ja ili kod dodele event-handlera. Ali za kreiranje staticnih funkcija mi se ne cini pogodno...

99% programskih jezika ima sintaxu za funkciju koja glasi:
kljucna_rec ime_funkcije (lista parametara)
gde je kljucna rec function, sub, def ili sta vec (ok, strong-typed jezici imaju jos i definiciju tipova, ali struktura je ta).

Sto znaci da ako napises klasicno function pera (a, b, c) { } to ce moci da procita svaki programer na planeti zemlji, ako napises preko dodele reference na anonimnu funkciju (mada je to apsolutno tacna sintaxa) to ce moci da procita samo neko sa iskustvom u naprednom JS-u, a sve ostale ces zbuniti... plus imas vise da kucas..:)

just my $0.02 :)

Petar Marić 23. 12. 2006. 14:51
Hehe, obfuscation as in Perl :D

bojan_bozovic 23. 12. 2006. 15:48
Jos kad velike zagrade ne bi postojale uopste (paskaloidna sintaksa)...
Citat:
Mozda sam ja staromodan
Ja sam jos vise, camelcase me dovodi do ludila, cas insentivity mi treba ;)

Da nastavim offtopic, sve sto se moze zloupotrebiti zloupotrebi se, case sensitivity na simbolima -> camelcase ;)

zextra 24. 12. 2006. 14:50
Citat:
Originalno napisao Petar Marić
Hehe, obfuscation as in Perl :D
Zasto vam je perl sinonim za neuredan kod? :(

@bojan: zar bi tebi bilo normalno da u programima koje pises na jednom mestu stavis varijablu kao ExampleVar, na drugom examplevar a na trecem EXAMPLEVAR, samo zato sto ti se moze? Verovatno ne, a zasto ti onda case (in)sensitivity uopste igra uopste?

@ivanhoe: ako neko koristi sintaksu koja je "napredna", verovatno je koristi s razlogom... Koristiti neki vid sintakse da bi programeri, koji nisu strucni za dati jezik, razumeli tvoj kod je poprilicno besmisleno - ako neko hoce da menja tvoj kod, ne bi bilo lose da se prvo upozna sa sintaksom jezika, zar ne?

Nemoj da sad navodim perl primere :D

bojan_bozovic 24. 12. 2006. 15:53
Zbog camelcase - naravno da ja to ne koristim, ali drugi koriste.

Petar Marić 24. 12. 2006. 15:57
Citat:
Originalno napisao zextra
Zasto vam je perl sinonim za neuredan kod? :(
Imaš pravo 3 puta da pogađaš ;)

noviKorisnik 24. 12. 2006. 16:06
$document -> get_element_by_id () ... ako neko ne voli kamile ;-)

Ilija Studen 24. 12. 2006. 16:18
Citat:
Originalno napisao zextra
ako neko koristi sintaksu koja je "napredna", verovatno je koristi s razlogom... Koristiti neki vid sintakse da bi programeri, koji nisu strucni za dati jezik, razumeli tvoj kod je poprilicno besmisleno - ako neko hoce da menja tvoj kod, ne bi bilo lose da se prvo upozna sa sintaksom jezika, zar ne?
Nije zato što si mi komšija, ali ovo stvarno ima smisla :D Na šta bi ličilo da sav kod optimizujemo tako da je razumljiv i laicima koji su tek krenuli sa određenim programskim jezikom...

Off Topic: Što se camel vs underscore tiče sve je stvar kakve konvencije usvojiš. Npr. meni su sve promenljive i funkcije underscore, dok su mi imena svih klasa i metoda camel, a konstante su uvek upper. Python mi se ne sviđa upravo zbog tog hakeranskog pristupa - skoro sve je underscore i sve skraćuju (get_cmd_args). To mi je ružno. Doduše, mogu da se pohvalim da imam klasu Angie_DBA_Generator_Relationship_HasAndBelongsToMa ny, ali to je više zbog odsustva podrške za namespace u PHP-u i moje želje da budem dosledam konvencijama koje pokušavam da izgradim u kodu (ako se lead developer na nekom projektu ne pridržava konvencija, niko neće), nego zato što to smatram dobrim i pohvalnim. No, to je sad već neka druga priča... Živeli kraljevi offtopica!

ivanhoe 25. 12. 2006. 00:13
Citat:
Originalno napisao Ilija Studen
Na šta bi ličilo da sav kod optimizujemo tako da je razumljiv i laicima koji su tek krenuli sa određenim programskim jezikom...

sad ste mnogo rasilirili pricu, radilo se o stilu deklaracije funkcije u JS, ne o nekoj extra "optimizaciji za laike"... a tu se ne radi o laicima, radi se o uobicajenom vs. neobicajenom (ili bar manje uobicajenom) stilu formatiranja koda...

no dobro, u krajnjoj liniji to je pitanje ukusa, ja cu svoje funkcije i dalje da pisem na stari nacin, a vi pravite anonimne i svi srecni :)

Eh, da.. Srecan bozic, onima kojima je bozic...:)


Vreme je GMT +2. Trenutno vreme je 18:34.
Strana 2 od 3 < 1 2 3 >
Prikažite 40 poruka iz ove teme na jednoj stani

Powered by vBulletin® Verzija 3.6.8
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Copyright © DevProTalk. All Rights Reserved.

Mišljenja, saveti, izjave, ponude ili druge informacije ili sadržaji nastali na Sajtu su vlasništvo onoga ko ih je kreirao, a ne DevProTalk.com, tako da ne morate da se oslanjate na njih.
Autori poruka su jedini odgovorni za ovakve sadržaje. DevProTalk.com ne garantuje tačnost, kompletnost ili upotrebnu vrednost informacija, stavova, saveta ili datih izjava. Ne postoje uslovi pod kojima bi mi bili odgovorni za štetu ili gubitak koji je posledica bilo čijeg oslanjanja na nepouzdane informacije, ili bilo kakve informacije nastale kroz komunikaciju između registrovanih članova.
Web sajt može sadržavati linkove na druge web sajtove na Internetu ili neke druge sadržaje. Ne kontrolišemo niti podržavamo te druge web sajtove, niti smo pregledali bilo kakve sadržaje na takvim sajtovima. Mi nećemo biti odgovorni za legalnost, tačnost ili prikladnost bilo kog sadržaja, oglasa, proizvoda, usluga ili informacije lociranim na ili distribuiranih kroz druge web sajtove, niti za bilo kakvu štetu nastalu kao posledica takvih informacija. DevProTalk.com drži i čuva druga prava vlasništva na web sajtu. Web sajt sadrže materijale zaštićene copyright-om, zaštitne znakove i druge informacije o pravu vlasništva ili softver. Članovi mogu poslatu informacije zaštićene pravima vlasništva njihovih nosilaca i ona ostaju zaštićena bez obzira da li su oni koji prenose te informacije to naveli ili ne. Osim informacija koje su u javnom vlasništvu ili za koje dobijete dozvolu, nemate pravo da kopirate, modifikujete ili na bilo koji način menjate, objavljujete, prenosite, distribuirate, izvršavate, prikazujete ili prodajte bilo koju informaciju zaštićenu pravima vlasništva. Slanjem informacija ili sadržaja na bilo koji deo DevProTalk.com, Vi automatski dozvoljavate i predstavljate garanciju da imate pravo da dozvolite DevProTalk.com ili članovima DevProTalk.com bespovratnu, kontinualnu, neograničenu, globalnu dozvolu da koriste, kopiraju, izvršavaju, prikazuju i distribuiraju takve informacije i sadržaje i da iz takvih sadžaja koriste bilo koji deo u bilo koje svrhe, kao i pravo i dozvolu da koriste gore navedene sadržaje. Svi zaštitni znakovi (trademarks), logotipi, oznake usluga, firme ili imena proizvoda koji se pominju na ovom web sajtu su vlasništvo kojim raspolažu njihovi vlasnici.