Skip to content

Commit 77585a3

Browse files
authored
İmport ve export çevrildi.
1 parent 4cbc0cc commit 77585a3

File tree

1 file changed

+28
-28
lines changed

1 file changed

+28
-28
lines changed

1-js/13-modules/02-import-export/article.md

Lines changed: 28 additions & 28 deletions
Original file line numberDiff line numberDiff line change
@@ -310,9 +310,9 @@ Başka bir çözüm, her yerde adlandırılmış içeriye aktarım kullanmak ola
310310
311311
Bu da re-export (aşağıda göreceksin) biraz daha kolay hale gelir.
312312
313-
## Re-export
313+
## Yeniden dışa aktarma
314314
315-
"Re-export" söz dizimi `export ... from ...` şeyleri içeriye aktarmasına ve hemen (başka bir isim altında) içeriye aktarmasına izin verir:
315+
"Yeniden dışa aktarma" söz dizimi `export ... from ...` şeyleri içeriye aktarmasına ve hemen (başka bir isim altında) içeriye aktarmasına izin verir:
316316
317317
```js
318318
export {sayHi} from './say.js';
@@ -345,7 +345,7 @@ import {login, logout} from 'auth/index.js'
345345
346346
Buradaki fikir, paketimizi kullanan geliştiricilerin iç yapısıyla karışmaması gerektiğidir. Paket klasörümüzdeki dosyaları aramamalılar. Sadece `auth/index.js`de gerekli olanları dışarıya aktarıyoruz ve gerisini meraklı gözlerden gizleriz.
347347
348-
Şimdi, dışa aktarılan gerçek işlevsellik paketin arasına dağıl olduğundan, paket içinde "re-export" ve toplayabiliriz.
348+
Şimdi, dışa aktarılan gerçek işlevsellik paketin arasına dağıl olduğundan, paket içinde "Yeniden dışa aktarma" ve toplayabiliriz.
349349
`auth/index.js`:
350350
351351
```js
@@ -361,12 +361,12 @@ export {Github};
361361
...
362362
```
363363
364-
"Re-exporting" bunun için sadece kısa bir gösterimidir:
364+
"Yeniden dışa aktarma" bunun için sadece kısa bir gösterimidir:
365365
366366
```js
367367
// 📁 auth/index.js
368368
export {login, logout} from './helpers.js';
369-
// ya da tüm yardımcıları re-export için kullanabiliriz.
369+
// ya da tüm yardımcıları yeniden dışa aktarma için kullanabiliriz.
370370
// export * from './helpers.js';
371371
372372
export {default as User} from './user.js';
@@ -375,8 +375,8 @@ export {default as Github} from './providers/github.js';
375375
...
376376
```
377377
378-
````warn header="Re-exporting default is tricky"
379-
Lütfen unutmayın: `export User from './user.js'` çalışmayacak. Bu aslında sözdizimi hatası. Varsayılan içeriye aktarmayı re-export için açıkça belirtmeliyiz `{default as ...}`. Yukarıdaki örnekte olduğu gibi.
378+
````warn header="Yeniden dışa aktarma default is tricky"
379+
Lütfen unutmayın: `export User from './user.js'` çalışmayacak. Bu aslında sözdizimi hatası. Varsayılan içeriye aktarmayı yeniden dışa aktarm için açıkça belirtmeliyiz `{default as ...}`. Yukarıdaki örnekte olduğu gibi.
380380
381381
Ayrıca, başka bir tuhaflık var: `export * from './user.js'` varsayılan olan haric, yalnızca adlandırılmış dışa aktarımlar yeniden dışa aktarılır. Bir kez daha açıkça söylemeliyiz.
382382
@@ -389,53 +389,53 @@ export {default} from './module.js'; // varsayılanı yeniden dışarıya aktarm
389389
Varsayılan değer açıkça yalnızca yeniden dışa aktarırken belirtilmelidir `import * as obj` iyi çalışır. Varsayılan dışa aktarımı `obj.default` olarak alır. Yani burada içe aktarım ve dışa aktarım yapıları arasında hafif bir asimetri var.
390390
````
391391
392-
## Summary
392+
## Özetle
393393
394-
There are following types of `export`:
394+
Aşağıda `export` türleri vardır:
395395
396-
- Before declaration:
396+
- Bildirmeden önce:
397397
- `export [default] class/function/variable ...`
398-
- Standalone:
398+
- Bağımsız:
399399
- `export {x [as y], ...}`.
400-
- Re-export:
400+
- Yeniden dışa aktarma:
401401
- `export {x [as y], ...} from "mod"`
402-
- `export * from "mod"` (doesn't re-export default).
403-
- `export {default [as y]} from "mod"` (re-export default).
402+
- `export * from "mod"` (varsayılan yeniden dışa aktarmaz).
403+
- `export {default [as y]} from "mod"` (varsayılanı yeniden dışa aktar).
404404
405-
Import:
405+
İçeriye Aktarma:
406406
407-
- Named exports from module:
407+
- Modülden adlandırılmış içeri aktarma:
408408
- `import {x [as y], ...} from "mod"`
409-
- Default export:
409+
- Varsayılan içeri aktarma:
410410
- `import x from "mod"`
411411
- `import {default as x} from "mod"`
412-
- Everything:
412+
- Her şey:
413413
- `import * as obj from "mod"`
414-
- Import the module (it runs), but do not assign it to a variable:
414+
- Modulü içeriye aktarın (çalışır) ama değişkene atamayın:
415415
- `import "mod"`
416416
417-
We can put import/export statements at the top or at the bottom of a script, that doesn't matter.
417+
Import/export ifadelerini bir komus dosyasının en üstüne veya en altına koyabiliriz. Fark etmez.
418418
419-
So this is technically fine:
419+
Yani teknik olarak bu iyi:
420420
```js
421421
sayHi();
422422
423423
// ...
424424
425-
import {sayHi} from './say.js'; // import at the end of the script
425+
import {sayHi} from './say.js'; // script'in sonunda içe aktar
426426
```
427427

428-
In practice imports are usually at the start of the file, but that's only for better convenience.
429-
428+
Uygulamada, daha iyi rahatlık için içeriye aktarma genellikle dosyanın başındadır.
430429
**Please note that import/export statements don't work if inside `{...}`.**
430+
**Unutmayın ki, import/export ifadeleri `{...}` içindeyse çalışmaz**
431431

432-
A conditional import, like this, won't work:
432+
Bunun gibi koşullu bir içe aktarma çalışmaz:
433433
```js
434434
if (something) {
435-
import {sayHi} from "./say.js"; // Error: import must be at top level
435+
import {sayHi} from "./say.js"; // Hata: içe aktarma en üst düzeyde olmalı
436436
}
437437
```
438438

439-
...But what if we really need to import something conditionally? Or at the right time? Like, load a module upon request, when it's really needed?
439+
...Ama ya gerçekten şartlı olarak bir şeyler ithal etmemiz gerekirse? Ya da doğru zamanda? Gibi. Gerçekten ihtiyaç duyulduğunda istek üzerine bir modül yükleyin?
440440

441-
We'll see dynamic imports in the next chapter.
441+
Bir sonraki bölümde dinamik içeriye aktarma göreceğiz.

0 commit comments

Comments
 (0)