JS timer sorusu

Selam,

Sorunu cozdum gibi lakin oyle hergun karsiniza cikmayacak bir problem oldugundan paylasayim, isteyen kafa patlatsin istedim.

Dinamik olarak yaratilmis bir interval array'im var ve bu degerleri kullanarak yine dinamik olarak timer'lar olusturmam gerekiyor. Haliyle array'i loop'a aliyorum ve timer'lari yaratiyorum. Soyle ki;

	// this.intervals = [900,3600,5,10];

	for(var key in this.intervals){

		var interval = this.intervals[key];

		this.timers[interval] = setInterval(function(){

	

			console.log("Timer's running for interval ", interval);

	

		}, interval*1000);

	

	}

	

Buraya kadar hersey iyi, hersey guzel, timer'lar 900, 3600, 5 ve 10 saniye araliklarla tetikleniyorlar lakin hepsi "Timer's running for interval 10" yazisini print ediyor zira interval degiskeninin son degeri 10.

Siz olsaniz nasi cozersiniz ?

abi sen closure olusturmussun, C# ta Func<> gibin bisey bu.. sunun gibi bisey cozmesi lazim sorununu

	 this.intervals = [900,3600,5,10];

	this.timers = new Array();

	for(var key in this.intervals){

		var interval = this.intervals[key];

	    this.timers[interval] = myFunction(interval);

	}

	

	 function myFunction  (param2){

	    setInterval(

	        function(){

	            console.log("Timer's running for interval ", param2);

	        }, param2*100);

	}

	

tamamen test etmedim ama, parametre olarak pass edebilirsin sanirim.

Aynen, closure kaynaklı. Her timer'ın gördüğü "interval" değeri, for loop'un işlettiği son interval değerine eşit çünkü hepsinin closure'u bu.

Yalnız ben her halükarda bu işlemleri bi class'la wrap ederdim ve runtime'da interval değişikliğini kolaylaştırması setInterval yerine setTimeout kullanırdım. Her timeout bitişinde timer'ın statüsüne göre ya tekrardan başlatır ya da durdururdum.

ya da http://jsfiddle.net/jxLzdh0v/

Bir Timer sınıfı yazarak çözerdim

	var Timer = function( callbackFn, time ) {

	

	 function intervalFn(){

	  callbackFn( time );

	 }

	

	 var interval;

	

	 this.stop = function(){

	  clearInterval( interval );

	 }

	

	 this.start = function(){

	  interval = setInterval( intervalFn, time );

	 }

	

	 this.start();

	

	}

	

kullanım olarak ise şu oluyor dolayısı ile

	var t40 = new Timer( function( time ){ console.log("Time "+time); }, 40 );

	

	var t60 = new Timer( function( time ){ console.log("Time "+time); }, 60 )

	

hatta setInterval in büyük zaman aralıklarında sorun yaratma ihtimaline karşı setTimeout ile de değiştirilebilir method içi.

burdaki 3. madde direkt bu mevzuyu anlatıyor.

http://javascriptissexy.com/understand-javascript-closures-with-ease/

konuya tam hakim degildim iyi oldu bu başlık:D

detay soracagim, js cok tukaka ya zaten xd diyip gecmemek icin

interval scope'a has yeni bir lokal degisken olup loop tekrar dondugunde neden yokolmuyor da sanki c'deki statik lifetimeli referansmiscasina sonuncusunu aliyor (veya ayni closure olarak varsayiliyor) ?

sacma gelen nokta su sekilde yalapsap iki satir kodla cozuluyor durum :

	intervals = [1,3,5,7];

	

	for(var key in intervals){

	    var rv = function () {

	        var interval = intervals[key];

	        setTimeout(function(){

	    

	            console.log("Timer's running for interval ", interval);

	    

	        }, interval*1000);

	    }

	    

	    rv();

	}

	

hani interval bir ust scopelardan gelen degisken olsa, timeout'a da bunu al yegen diyince dogal olarak sonuncusunu getirse sasmayacagim da surada sebebi ne sonuncuyu almasinin da explicit olarak icine gommem gerekiyor istenen seyi yapmak icin ?

intervali lazy evaluation vs ile hesaplamaya kalkiyor da key'i tek unique bir referansmis gibi aldigimiz vakit de sonuncu key => son interval oluyor, aklima baska bisey gelmedi

Closure'un bu sekilde calisacagini beklemiyodum acikcasi hic. Oyle gorunuyor ki closure'a aktardigin parametre referans olarak aktariliyor, calisma zamani gelince de o referansi kullaniyor ama fonksiyona aktardiklarin icin kopyalar olusturuluyor. Haliyle son degeri goruntulemiyor.

callback bunda da closure oldugundan mutevellit ayni senaryo icin ayni sonucu alirdin sen de. =)

c++ vb kafasi dusununce de mantikli gelmiyor ama

c++da olsa scope'dan cikinca degisken cop olacagi icin referansla almazdim mesela zaten, valueyla gecerdim c++ closure'u olsa ( [=]()=>{timeouthedehodo(interval)} misal )

hadi js'de gc var, dinamik allocate ediyor, referansla pasliyor vs diyip gectik diyelim bu durumu, c++'da da dinamik allocate ettigim bir int gibi dusunursem yine mantikli gelmedi

misal borastus'un linkteki net, ust alanda var i demis deklarasyonunu yapmis,
icteki fonksiyona referansla gecti, loop bittikten sonra bittigi yerde halen gecerli olan regiona ait olan i=3 ve uc tane closure ona refere ettigi icin hayatta tutulacak fonk dondukten sonra da, cagirinca da i=3 olmasi anlasiliyor orasi tamam

burada loopun icinde tamamen taze bir degisken olusturuyor ustte varsa da ezmesi gereken

js'de degisken deklarasyon semantikleri farkliydi orasi tamam da, var aliveli dedigimde bu dedigimi yapmasi gerekiyor olmali, neyi kaciriyorum ?

di said:

uk said:

Bir Timer sınıfı yazarak çözerdim

	var Timer = function( callbackFn, time ) {

	

	 function intervalFn(){

	  callbackFn( time );

	 }

	

	 var interval;

	

	 this.stop = function(){

	  clearInterval( interval );

	 }

	

	 this.start = function(){

	  interval = setInterval( intervalFn, time );

	 }

	

	 this.start();

	

	}

	

kullanım olarak ise şu oluyor dolayısı ile

	var t40 = new Timer( function( time ){ console.log("Time "+time); }, 40 );

	

	var t60 = new Timer( function( time ){ console.log("Time "+time); }, 60 )

	

hatta setInterval in büyük zaman aralıklarında sorun yaratma ihtimaline karşı setTimeout ile de değiştirilebilir method içi.

callback bunda da closure oldugundan mutevellit ayni senaryo icin ayni sonucu alirdin sen de. =)

intervalFn çağrıldığı için sorun olmuyor aslında

en azından olmaması lazım

di said:

Closure'un bu sekilde calisacagini beklemiyodum acikcasi hic. Oyle gorunuyor ki closure'a aktardigin parametre referans olarak aktariliyor, calisma zamani gelince de o referansi kullaniyor ama fonksiyona aktardiklarin icin kopyalar olusturuluyor. Haliyle son degeri goruntulemiyor.

yalniz bu kadar denk gelir, js ile ilgili bir kitap okuyordum sordugun sorunun cevabina denk geldim

js said:

All function parameters in JavaScript are passed by value, and there are no reference parameters. However, there are reference objects, such as arrays, which are passed to functions by reference.

hele boyle asynchronous premiselere falan girince isin icinden cikilmaz oluyor. tam da bu yuzden "js gelecegin dili her sey js ile yazilacak"a karsi cikiyorum, clienttaki ufak seyler disinda gideri yok cop olur gider bu dil.

millet c'ye tehlikeli der, bu dil c'den daha tehlikeli.

nodejs, mongodb V8 JavaScript Engine kullaniyor.

her ikiside kendi dallarinin en popular ilk 3 listesine girmeye aday teknolojiler.

benim yeni ogrenmeye basladigim unity'i javascript ile yazabiliyosun.

Mobile app leri javascript ile yazabiliyosun. (phonegap vs..)

Windows Store apps js ile yazabiliyosun.

bunlar sadece benim bildiklerim bide dsfs

javascriptin birak olmesi, daha yeni doguyor demek daha dogru olacaktir bence :D

js is the new assembly, gitmiyor hicbir yere

Ecmascript 6 ile birlikte iyice coscak JS. Bi yere gittigi yok. =)

javascript sadece kullanmayı bilmeyen kişilerin elinde tehlikeli. sonra ortalık callback hell'e dönüyor. ya adam gibi kullanın ya da lütfen bok atmayın ;)

var nums = [3,1,2,100,4,200];
nums.sort();
print(nums); // 1,100,2,200,3,4


deal with it B)-

normali o zaten
lodash falan kullan

dili bilmeyen birisi yukaridaki array'e sort bastigin zaman consecutive bir siralama bekler. js elemanlarin sozlukte yazim sirasina gore siraliyomus yan bilgi olarak koydum sadece :)

"The default sort order is according to string Unicode code points."

neyse ki compare function ve closure var ki bu bir sorun olmaktan çıkıyor.

	nums.sort(function(a, b) {

	  return a - b;

	});

	

ama takdir ettim, güzel bir ayrıntı.

reyou said:

var nums = [3,1,2,100,4,200];
nums.sort();
print(nums); // 1,100,2,200,3,4


deal with it B)-

iste bunlar hep tipsizlikten.

Fly said:

detay soracagim, js cok tukaka ya zaten xd diyip gecmemek icin

interval scope'a has yeni bir lokal degisken olup loop tekrar dondugunde neden yokolmuyor da sanki c'deki statik lifetimeli referansmiscasina sonuncusunu aliyor (veya ayni closure olarak varsayiliyor) ?

sacma gelen nokta su sekilde yalapsap iki satir kodla cozuluyor durum :

	intervals = [1,3,5,7];

	

	for(var key in intervals){

	    var rv = function () {

	        var interval = intervals[key];

	        setTimeout(function(){

	    

	            console.log("Timer's running for interval ", interval);

	    

	        }, interval*1000);

	    }

	    

	    rv();

	}

	

hani interval bir ust scopelardan gelen degisken olsa, timeout'a da bunu al yegen diyince dogal olarak sonuncusunu getirse sasmayacagim da surada sebebi ne sonuncuyu almasinin da explicit olarak icine gommem gerekiyor istenen seyi yapmak icin ?

intervali lazy evaluation vs ile hesaplamaya kalkiyor da key'i tek unique bir referansmis gibi aldigimiz vakit de sonuncu key => son interval oluyor, aklima baska bisey gelmedi

Selam,

saçma olan bir durum yok aslında. for loop'u tek bir scope'a sahip ve loop başına döndüğünde yeni bir scope'a girmiyor. (tail recursion düşün mesela.. tail recursive olarak çağırılan fonksiyon fonksiyonel dillerde algılanıp yeni bir scope yaratmaktansa aynı scope'u kullanıyor.) ve aslında for loop'unu bu şekilde düşünebiliriz. sadece syntactic sugar. başta stack'te initialize ediyor variable'ı ve sonra içerisinde tanımlanan fonksiyonlara clojure ile aktarıyor tüm değerleri. ve içeride herhangi bir fonksiyon bu değerleri kullandığı sürece, destroy edilmediği sürece scope hayatta kalıyor.

bu noktada aslında ilki/sonuncusu diye bir kavram yok... sadece tek bir değer var o scope'a sahip. for loop'u tek bir scope'tan oluşuyor. içerisinde yeni function'lar tanımlandığında hepsi yeni birer scope oluştursa da hepsinin parent scope'u aynı.

ayrıca yalapşap iki satır kod dediğin şey javascriptin en güçlü olduğu özelliklerden biri =). bu yöntemle javascript'te private variable'lar da oluşturmuş oluyorsun hem.

explicit olarak içine gömerken aslında yeni scope oluşturuyorsun orada. "var interval" yeni oluşturduğun scope'un variable'ı oluyor.

javascript'in baya dizayn hatası var, saçma sapan şeyler var ama bu en güzel yanlarından biri.

kucumsemek icin demedim, neredeyse ikiyle ikiyi toplarken bile closure yaptiracak noktada modern js ogretileri, ona binaen

sanirim kafa karisikligim tirnak scope'u olmadigini atlamamdan kaynakli olmus, yeni variable deklare de edilse scope'un te en basindaymiscasina varolup son gelen degerin komple ezmesi ivir zivir seklinde garip bir olay var (mozilla'nin doclar anlatiyor derdimi)

es6 daha steril bu bakimdan

bunu alip konsola yapistirin, gercek wat bu :p