Skip to content

Commit 7a663f2

Browse files
authored
Merge pull request #269 from halillusion/patch-6
Meaning correction, some fixes.
2 parents 6d1b554 + 7bf9605 commit 7a663f2

File tree

1 file changed

+6
-6
lines changed

1 file changed

+6
-6
lines changed

1-js/02-first-steps/08-comparison/article.md

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -56,7 +56,7 @@ alert( 'Bee' > 'Be' ); // doğru ( true )
5656
İkincisinde `"Kum"` ve `"Kan"` karakter karakter karşılaştırılıyor:
5757

5858
1. `K` eşittir `K` 'ya.
59-
2. `u` `a`'dan büyük. Burada bitirilir ve birincisi ikincisinden büyüktür sonucu doğru(true) döner.
59+
2. `u`, `a`'dan büyük. Burada bitirilir ve birincisi ikincisinden büyüktür sonucu doğru(true) döner.
6060

6161

6262
```smart header="Tam olarak sözlükteki sıralama gibi değildir, unicode bir sıralama var"
@@ -116,7 +116,7 @@ Aynı şey boş karakterler:
116116
alert( '' == false ); // true
117117
```
118118

119-
Bunun nedeni farklı tiplerdeki verilerin karşılaştırılmaya çalışılmasıdır. Her iki tarafta sayısal değerlere çevrilir. Örneğin `''` 0 olur, aynen `false`'ın 0 olması gibi.
119+
Bunun nedeni farklı tiplerdeki verilerin karşılaştırılmaya çalışılmasıdır. Her iki taraf da sayısal değerlere çevrilir. Örneğin `''` 0 olur, aynen `false`'ın 0 olması gibi.
120120

121121
Peki `false` ile `0`'ın birbirinden farklı olarak tanımlamak için ne yapılmalıdır?
122122

@@ -168,9 +168,9 @@ alert( null >= 0 ); // (3) *!*true*/!*
168168

169169
Matematiksel olarak yukarıda gördüğünüz örnekler imkansız. En sondaki örneğe bakarsanız 0'a eşit veya büyüklük durumunu kontrol ediyor. Eğer en alttaki doğru ise üsttekilerden en az birisinin doğru olması zorunludur. Fakat ikisi de yanlış.
170170

171-
Bunun nedeni eşitlik kontrolü `==` ve karşılaştırma kontrollerinin `> < >= <=` farklı çalışmasından dolayıdır. Karşılaştırma iki tarafta bulunan değerleri önce sayıya çevirmeye çalışır. Bundan dolayı sonuncu örnekte `null>=0` null `0` a dönüşür. En üst örnekte de `null>0` bunu şekilde çalışır. Bundan dolayı en üstte false, en altta ise true döner.
171+
Bunun nedeni eşitlik kontrolü `==` ve karşılaştırma kontrollerinin `> < >= <=` farklı çalışmasından dolayıdır. Karşılaştırma iki tarafta bulunan değerleri önce sayıya çevirmeye çalışır. Bundan dolayı sonuncu örnekte `null>=0` null `0` a dönüşür. En üst örnekte de `null>0` bu şekilde çalışır. Bundan dolayı en üstte false, en altta ise true döner.
172172

173-
Diğer bir taraftan eşitlik kontrolü `==`, `undefined`ve `null`için kurala göre bir değişikliğe uğramaz. Sadece birbirleri arasında (`undefined` ile `null`) eşitliğe sahiptirler. Diğer türlü hiçbir şeye eşit değildirler. Bundan dolayı `null == 0` false olur.
173+
Diğer bir taraftan; eşitlik kontrolü `==`, `undefined`ve `null`için kurala göre bir değişikliğe uğramaz. Sadece birbirleri arasında (`undefined` ile `null`) eşitliğe sahiptirler. Diğer türlü hiçbir şeye eşit değildirler. Bundan dolayı `null == 0` false olur.
174174

175175
### Karşılaştırılamaz tanımsız ( undefined )
176176

@@ -198,6 +198,6 @@ Neden peki bu örnekleri yaptık? Bu şeyleri her zaman hatırlamamıza gerek v
198198
## Özet
199199
- Karşılaştırma operatörleri mantıksal değerler döndürür. (true/false) gibi
200200
- Karakter dizileri harf harf alfabe sırasına göre kontrol edilir.
201-
- Karşılaştırmalarda eğer farklı tipler kullanılıyorsa bunlar sayıya işlem yapılmadan sayıya çevirilir. ( Eğer sıkı eşittir kullanıyorsanız çevirilmez)
201+
- Karşılaştırmalarda eğer farklı tipler kullanılıyorsa bu işlem yapılmadan sayıya çevirilir. ( Eğer sıkı eşittir kullanıyorsanız çevirilmez)
202202
- `null` ve `undefined` eşittir. Bu değerler başka hiçbir değere eşit değildirler.
203-
- Değeri `null/undefined` olabilen bir değişken ile `>` veya `<` karşılaştırması yaparken dikkat edin. Ayrı bir `null/undefined` kontrolü yapmakta fayda var.s
203+
- Değeri `null/undefined` olabilen bir değişken ile `>` veya `<` karşılaştırması yaparken dikkat edin. Ayrı bir `null/undefined` kontrolü yapmakta fayda var.

0 commit comments

Comments
 (0)