You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: src/content/learn/rendering-lists.md
+8-8Lines changed: 8 additions & 8 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -442,11 +442,11 @@ Bu sayfada şunları öğrendiniz:
442
442
443
443
<Challenges>
444
444
445
-
#### Splitting a list in two {/*splitting-a-list-in-two*/}
445
+
#### Bir listeyi ikiye bölme {/*splitting-a-list-in-two*/}
446
446
447
-
This example shows a list of all people.
447
+
Bu örnek tüm insanların bir listesini göstermektedir.
448
448
449
-
Change it to show two separate lists one after another: **Chemists**and**Everyone Else.**Like previously, you can determine whether a person is a chemist by checking if `person.profession === 'chemist'`.
449
+
Örneği birbiri ardına iki ayrı liste gösterecek şekilde değiştirin: **Chemists**ve**Everyone Else.**Daha önce yaptığımız gibi, bir insanın "chemist" olup olmadığını `person.profession === 'chemist'` ifadesi ile tespit edebilirsiniz.
In this solution, the `map`calls are placed directly inline into the parent `<ul>`elements, but you could introduce variables for them if you find that more readable.
653
+
Bu çözümde, `map`metodu doğrudan üst `<ul>`elementinin satır içine yerleştirilebilir, ancak daha okunabilir olmasını istiyorsanız yeni değişkenler kullanabilirsiniz.
654
654
655
-
There is still a bit duplication between the rendered lists. You can go further and extract the repetitive parts into a`<ListSection>`component:
655
+
Render edilmiş listeler arasında hala bazı tekrarlamalar mevcut. Çözümü biraz daha ileri götürmek isterseniz tekrar eden bölümleri yeni bir`<ListSection>`bileşenine aktarabilirsiniz:
A very attentive reader might notice that with two `filter`calls, we check each person's profession twice. Checking a property is very fast, so in this example it's fine. If your logic was more expensive than that, you could replace the `filter`calls with a loop that manually constructs the arrays and checks each person once.
767
+
Çok dikkatli bir okuyucu, iki defa `filter`metodunu kullanmak her kişinin mesleğinin iki defa kontrol edilmesine sebep olacağını görmüştür. Bir özelliği kontrol etmek çok hızlıdır, bu nedenle bu örnek bir sorun yaratmayacaktır. Ancak kullandığınız mantığın hesaplanması pahalıysa `filter`metodunu, dizileri manuel olarak oluşturan ve her kişiyi bir kez kontrol eden bir döngü ile değiştirebilirsiniz.
768
768
769
-
In fact, if`people`never change, you could move this code out of your component. From React's perspective, all that matters is that you give it an array of JSX nodes in the end. It doesn't care how you produce that array:
769
+
Aslında, eğer`people`hiç değişmiyorsa, bu kodu bileşeninizden çıkarabilirsiniz. React'in perspektifine göre, önemli olan tek şey sonunda React'e bir dizi JSX node'u vermenizdir. React diziyi nasıl ürettiğiniz ile ilgilenmez:
0 commit comments