Skip to content

Commit 44c17e7

Browse files
author
Ipek Efendiev
committed
fix translations
1 parent 8fa5182 commit 44c17e7

File tree

1 file changed

+9
-9
lines changed

1 file changed

+9
-9
lines changed

src/content/reference/react/useMemo.md

Lines changed: 9 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -50,7 +50,7 @@ Sonraki render işlemleri sırasında, ya son render işleminde depolanmış ola
5050

5151
#### Uyarılar {/*caveats*/}
5252

53-
* useMemo` bir Hook'tur, bu nedenle onu yalnızca **bileşeninizin en üst seviyesinde** veya kendi Hook'larınızda çağırabilirsiniz. Döngülerin veya koşulların içinde çağıramazsınız. Buna ihtiyacınız varsa, yeni bir bileşen çıkarın ve durumu içine taşıyın.
53+
* useMemo` bir Hook'tur, bu nedenle onu yalnızca **bileşeninizin en üst seviyesinde** veya kendi Hook'larınızda çağırabilirsiniz. Döngülerin veya koşulların içinde çağıramazsınız. Buna ihtiyacınız varsa, yeni bir bileşen çıkarın ve state'i içine taşıyın.
5454
* Strict Mod'da React, [yanlışlıkla oluşan safsızlıkları bulmanıza yardımcı olmak](#my-calculation-runs-twice-on-every-re-render) için **hesaplama fonksiyonunuzu iki kez çağıracaktır**. Bu yalnızca geliştirmeye yönelik bir davranıştır ve canlı ortamı etkilemez. Hesaplama fonksiyonunuz safsa (olması gerektiği gibi), bu durum mantığınızı etkilememelidir. Çağrılardan birinin sonucu göz ardı edilecektir.
5555
* React **özel bir neden olmadıkça önbelleğe alınan değeri atmayacaktır.** Örneğin, geliştirme sırasında, bileşeninizin dosyasını düzenlediğinizde React önbelleği atar. Hem geliştirme hem de canlı ortamda, bileşeniniz ilk mount sırasında askıya alınırsa React önbelleği atacaktır. Gelecekte React, önbelleğin atılmasından yararlanan daha fazla özellik ekleyebilir - örneğin, React gelecekte sanallaştırılmış listeler için yerleşik destek eklerse, sanallaştırılmış tablo görünüm alanından dışarı kaydırılan öğeler için önbelleği atmak mantıklı olacaktır. Eğer `useMemo`'ya sadece bir performans optimizasyonu olarak güveniyorsanız bu bir sorun olmayacaktır. Aksi takdirde, bir [state değişkeni](/reference/react/useState#avoiding-recreating-the-initial-state) veya bir [ref](/reference/react/useRef#avoiding-recreating-the-ref-contents) daha uygun olabilir.
5656

@@ -155,10 +155,10 @@ Diğer durumlarda bir hesaplamayı `useMemo` içine sarmanın hiçbir faydası y
155155

156156
**Pratikte, birkaç ilkeyi izleyerek çok sayıda belleğe alma işlemini gereksiz hale getirebilirsiniz:**
157157

158-
1. Bir bileşen diğer bileşenleri görsel olarak sardığında, [JSX'i alt bileşen olarak kabul etmesine izin verin.](/learn/passing-props-to-a-component#passing-jsx-as-children) Bu sayede, kapsayıcı bileşen kendi durumunu güncellediğinde, React alt bileşenlerinin yeniden render edilmesine gerek olmadığını bilir.
159-
1. Yerel durumu tercih edin ve durumu gereğinden daha [yukarı kaldırma](/learn/sharing-state-between-components)yın. Örneğin, formlar gibi geçici durumları ve bir öğenin üzerine gelindiğinde ağacınızın tepesinde veya global bir durum kütüphanesinde mi olduğunu saklamayın.
158+
1. Bir bileşen diğer bileşenleri görsel olarak sardığında, [JSX'i alt bileşen olarak kabul etmesine izin verin.](/learn/passing-props-to-a-component#passing-jsx-as-children) Bu sayede, kapsayıcı bileşen kendi state'ini güncellediğinde, React alt bileşenlerinin yeniden render edilmesine gerek olmadığını bilir.
159+
1. Yerel state'i tercih edin ve state'i gereğinden daha [yukarı kaldırma](/learn/sharing-state-between-components)yın. Örneğin, formlar gibi geçici state'leri ve bir öğenin üzerine gelindiğinde ağacınızın tepesinde veya global bir state kütüphanesinde mi olduğunu saklamayın.
160160
1. [Render mantığı](/learn/keeping-components-pure)nızı saf tutun. Bir bileşenin yeniden render edilmesi bir soruna neden oluyorsa veya göze çarpan bir görsel yapaylık oluşturuyorsa, bileşeninizde bir hata var demektir! Memoizasyon eklemek yerine hatayı düzeltin.
161-
1. [Durumu güncelleyen gereksiz Efektlerden kaçının.](/learn/you-might-need-an-effect) React uygulamalarındaki performans sorunlarının çoğu, bileşenlerinizin tekrar tekrar render edilmesine neden olan Efektlerden kaynaklanan güncelleme zincirlerinden kaynaklanır.
161+
1. [State'i güncelleyen gereksiz Efektlerden kaçının.](/learn/you-might-need-an-effect) React uygulamalarındaki performans sorunlarının çoğu, bileşenlerinizin tekrar tekrar render edilmesine neden olan Efektlerden kaynaklanan güncelleme zincirlerinden kaynaklanır.
162162
1.[Efektlerinizden gereksiz bağımlılıkları kaldırmaya çalışın](/learn/removing-effect-dependencies) Örneğin, memoization yerine, bir nesneyi veya bir işlevi bir Efektin içine veya bileşenin dışına taşımak genellikle daha basittir.
163163

164164
Belirli bir etkileşim hala gecikmeli geliyorsa, [React Developer Tools profilleyicisini kullanın](https://legacy.reactjs.org/blog/2018/09/10/introducing-the-react-profiler.html) ve hangi bileşenlerin memoizasyondan en çok yararlanacağını görün ve gerektiğinde memoizasyon ekleyin. Bu ilkeler bileşenlerinizin hata ayıklamasını ve anlaşılmasını kolaylaştırır, bu nedenle her durumda bunları takip etmek iyidir. Uzun vadede, bunu kesin olarak çözmek için [otomatik olarak granüler memoization yapmayı](https://www.youtube.com/watch?v=lGEMwh32soc) araştırıyoruz.
@@ -263,7 +263,7 @@ export function filterTodos(todos, tab) {
263263
console.log('[ARTIFICIALLY SLOW] Filtering ' + todos.length + ' todos for "' + tab + '" tab.');
264264
let startTime = performance.now();
265265
while (performance.now() - startTime < 500) {
266-
// Aşırı yavaş kodu simüle için 500 ms boyunca hiçbir şey yapmayın
266+
// Aşırı yavaş kodu simüle etmek için 500 ms boyunca hiçbir şey yapmayın
267267
}
268268

269269
return todos.filter(todo => {
@@ -389,7 +389,7 @@ export function filterTodos(todos, tab) {
389389
console.log('[ARTIFICIALLY SLOW] Filtering ' + todos.length + ' todos for "' + tab + '" tab.');
390390
let startTime = performance.now();
391391
while (performance.now() - startTime < 500) {
392-
// Aşırı yavaş kodu simüle için 500 ms boyunca hiçbir şey yapmayın
392+
// Aşırı yavaş kodu simüle etmek için 500 ms boyunca hiçbir şey yapmayın
393393
}
394394

395395
return todos.filter(todo => {
@@ -718,7 +718,7 @@ const List = memo(function List({ items }) {
718718
console.log('[ARTIFICIALLY SLOW] Rendering <List /> with ' + items.length + ' items');
719719
let startTime = performance.now();
720720
while (performance.now() - startTime < 500) {
721-
// Aşırı yavaş kodu simüle için 500 ms boyunca hiçbir şey yapmayın
721+
// Aşırı yavaş kodu simüle etmek için 500 ms boyunca hiçbir şey yapmayın
722722
}
723723

724724
return (
@@ -856,7 +856,7 @@ const List = memo(function List({ items }) {
856856
console.log('[ARTIFICIALLY SLOW] Rendering <List /> with ' + items.length + ' items');
857857
let startTime = performance.now();
858858
while (performance.now() - startTime < 500) {
859-
// Aşırı yavaş kodu simüle için 500 ms boyunca hiçbir şey yapmayın
859+
// Aşırı yavaş kodu simüle etmek için 500 ms boyunca hiçbir şey yapmayın
860860
}
861861

862862
return (
@@ -1276,7 +1276,7 @@ Bu işe yaramazsa, sorun bağımlılıklarınızdan en az birinin önceki render
12761276
Daha sonra konsolda farklı yeniden oluşturmalardan dizilere sağ tıklayabilir ve her ikisi için de "Genel değişken olarak sakla"yı seçebilirsiniz. İlkinin `temp1` ve ikincisinin `temp2` olarak kaydedildiğini varsayarsak, her iki dizideki her bir bağımlılığın aynı olup olmadığını kontrol etmek için tarayıcı konsolunu kullanabilirsiniz:
12771277
12781278
```js
1279-
Object.is(temp1[0], temp2[0]); // İlk bağımlılık. diziler arasında aynı mı?
1279+
Object.is(temp1[0], temp2[0]); // İlk bağımlılık, diziler arasında aynı mı?
12801280
Object.is(temp1[1], temp2[1]); // İkinci bağımlılık, diziler arasında aynı mı?
12811281
Object.is(temp1[2], temp2[2]); // ... ve her bağımlılık için böyle devam eder ...
12821282
```

0 commit comments

Comments
 (0)