Merge pull request #281 from owolfy/main

typos and inconsistent translation

Author: galnir

content/docs/hooks-effect.md

@@ -195,7 +195,7 @@ class FriendStatus extends React.Component {
 
 ### דוגמה עם שימוש ב- Hooks {#example-using-hooks-1}
 
-הבא נראה איך נוכל לכתוב את קומפוננטה זו בשימוש של Hooks.
+הבה נראה איך נוכל לכתוב את קומפוננטה זו בשימוש של Hooks.
 
 יכול להיות שאתה חושב שנצטרך effect נפרד על מנת לבצע את הניקוי. אולם קוד שמיועד להוספה ולהסרה של subscription כל כך קשור ש- `useEffect` מתוכנן להשאיר אותו ביחד. אם ה-effect שלך מחזיר פונקציה, ריאקט יריץ אותה כשיגיע הזמן לנקות:
 

content/docs/hooks-intro.md

@@ -5,7 +5,7 @@ permalink: docs/hooks-intro.html
 next: hooks-overview.html
 ---
 
-*Hooks* הם תוספת חדשה בריאקט 16.8. הם נותנים לנו להשתמש בסטייט ובתכונות אחרות של ריאקט מבלי לכתוב קלאסים.
+*Hooks* הם תוספת חדשה בריאקט 16.8. הם נותנים לנו להשתמש בסטייט ובתכונות אחרות של ריאקט מבלי לכתוב מחלקות.
 
 ```js{4,5}
 import React, { useState } from 'react';
@@ -50,7 +50,7 @@ function Example() {
 * **תואמים לאחור ב100%**. הם לא גורמים לbreaking changes.
 * **זמינים עכשיו**. ניתן לכתוב הוקים לאחר שחרור גרסה 16.8.0.
 
-**אין תוכניות להסיר את הקלאסים מריאקט**. ניתן לקרוא בהרחבה על האימוץ ההדרגתי של הוקים [בחלק התחתון](#gradual-adoption-strategy) של עמוד זה.
+**אין תוכניות להסיר את המחלקות מריאקט**. ניתן לקרוא בהרחבה על האימוץ ההדרגתי של הוקים [בחלק התחתון](#gradual-adoption-strategy) של עמוד זה.
 
 **ההוקים לא משנים שום דבר בקונספטים העיקריים של ריאקט**. אדרבא, הם מספקים API ישיר יותר לקונספטים בריאקט שאנו מכירים: props, state, context, refs ומעגל החיים(lifecycle). כפי שנראה בהמשך, הוקים מאפשרים לנו דרך חדשה וחזקה לשלב בין הקונספטים הללו.
 
@@ -74,33 +74,33 @@ function Example() {
 
 במקרים רבים זה לא אפשרי להפריד קומפוננטות אלו לקומפוננטות קטנות יוצר מכיוון שהלוגיקה נמצאת בכל מקום. בנוסף זה קשה להריץ טסטים עליהם. זאת אחת הסיבות שמפתחים רבים מעדיפים לשלב את ריאקט עם ספריית ניהול סטייט חיצונית. למרות זאת, השילוב גורם לעיתים ליותר מדי אבסטרקציה, דורש לקפוץ בין קבצים שונים, ומקשה על שימוש חוזר של קומפוננטות.
 
-על מנת לפתור זאת, **הוקים נותנים לנו לפצל חלקים קשורים של קומפוננטה לפונקציות קטנות יותר (לדוגמה setup לsubscription או fetch למידע)**, במקום להיות מוכרחים לפצל בתוך מתודות lifecycle בקלאס. ניתן גם לנהל את הסטייט המקומי של הקומפוננטה עם reducer.
+על מנת לפתור זאת, **הוקים נותנים לנו לפצל חלקים קשורים של קומפוננטה לפונקציות קטנות יותר (לדוגמה setup לsubscription או fetch למידע)**, במקום להיות מוכרחים לפצל בתוך מתודות lifecycle במחלקה. ניתן גם לנהל את הסטייט המקומי של הקומפוננטה עם reducer.
 
 נדון על כך בהרחבה [בשימוש בEffect Hook](/docs/hooks-effect.html#tip-use-multiple-effects-to-separate-concerns)
 
-### קלאסים מבלבלים גם אנשים וגם מחשבים {#classes-confuse-both-people-and-machines}
+### מחלקות מבלבלות גם אנשים וגם מחשבים {#classes-confuse-both-people-and-machines}
 
-בנוסף לעשיית קוד קשה יותר לשימוש חוזר ולארגון שלו, מצאנו שקלאסים יכולים להיות מקשה ללימוד ריאקט. צריך להבין איך `this` עובד בJavaScript, מה ששונה מאוד מרוב שפות התכנות. בנוסף חייב לזכור לעשות bind לevent handlers. בלי שימוש [בפלאגינים לא יציבים של syntax](https://babeljs.io/docs/en/babel-plugin-transform-class-properties/), הקוד מאוד ארוך. אנשים שלומדים ריאקט יכולים להסתדר עם קונספטים כמו props, state ו-flow של מידע מלמעלה למטה בקומפוננטות, אבל עדיין מתקשים עם קלאסים. ההבחנה בין קומפוננטות קלאס לקומפוננטות פונקציה בריאקט ומתי להשתמש בכל אחת מוביל לחילוקי דעות אפילו בין מפתחי ריאקט מנוסים.
+בנוסף לעשיית קוד קשה יותר לשימוש חוזר ולארגון שלו, מצאנו שמחלקות עלולות להוות חסם ללימוד ריאקט. צריך להבין איך `this` עובד בJavaScript, מה ששונה מאוד מרוב שפות התכנות. בנוסף חייב לזכור לעשות bind לevent handlers. בלי שימוש [בפלאגינים לא יציבים של syntax](https://babeljs.io/docs/en/babel-plugin-transform-class-properties/), הקוד מאוד ארוך. אנשים שלומדים ריאקט יכולים להסתדר עם קונספטים כמו props, state ו-flow של מידע מלמעלה למטה בקומפוננטות, אבל עדיין מתקשים עם מחלקות. ההבחנה בין קומפוננטות מחלקה לקומפוננטות פונקציה בריאקט ומתי להשתמש בכל אחת מוביל לחילוקי דעות אפילו בין מפתחי ריאקט מנוסים.
 
-בנוסף, ריאקט כבר קיימת יותר מ5 שנים, ואנחנו רוצים שתישאר רלוונטית גם ל5 השנים הבאות. כפי ש[Svelte](https://svelte.dev/), [Angular](https://angular.io/), [Glimmer](https://glimmerjs.com/), ואחרים הראו, יש ל[קומפילציה מבעוד מועד של קומפוננטות](https://en.wikipedia.org/wiki/Ahead-of-time_compilation) הרבה פוטנציאל. במיוחד אם זה לא מוגבל לtemplates. לאחרונה, התנסנו עם [component folding](https://github.com/facebook/react/issues/7323) באמצעות [Prepack](https://prepack.io/), וראינו תוצאות מבטיחות. לעומת זאת, מצאנו שקומפוננטות קלאס יכולות לעודד שימושים שמחלישים את שיפורים אלו. קלאסים גם גורמים לבעיות בכלים של היום. למשל, minifying של קלאסים לא עובד בצורה טובה, וגורם לפיצ׳רים כמו hot reloading לבעיות יציבות. אנחנו רוצים לאפשר API שנותן לעשות אופטימיזציות לקוד.  
+בנוסף, ריאקט כבר קיימת יותר מ5 שנים, ואנחנו רוצים שתישאר רלוונטית גם ל5 השנים הבאות. כפי ש[Svelte](https://svelte.dev/), [Angular](https://angular.io/), [Glimmer](https://glimmerjs.com/), ואחרים הראו, יש ל[קומפילציה מבעוד מועד של קומפוננטות](https://en.wikipedia.org/wiki/Ahead-of-time_compilation) הרבה פוטנציאל. במיוחד אם זה לא מוגבל לtemplates. לאחרונה, התנסנו עם [component folding](https://github.com/facebook/react/issues/7323) באמצעות [Prepack](https://prepack.io/), וראינו תוצאות מבטיחות. לעומת זאת, מצאנו שקומפוננטות מחלקה יכולות לעודד שימושים שמחלישים את שיפורים אלו. מחלקות גם גורמות לבעיות בכלים של היום. למשל, minifying של מחלקות לא עובד בצורה טובה, וגורם לפיצ׳רים כמו hot reloading לבעיות יציבות. אנחנו רוצים לאפשר API שנותן לעשות אופטימיזציות לקוד.  
 
-כדי לפתור בעיות אלו, **הוקים נותנים לנו להשתמש ביותר פיצ׳רים של ריאקט מבלי לכתוב קלאסים.** באופן תיאורטי, קומפוננטות ריאקט תמיד היו קרובות לפונקציות. הוקים נותנים גישה לescape hatches מבלי ללמוד טכניקות מסובכות של תכנות פונקציונלי.
+כדי לפתור בעיות אלו, **הוקים נותנים לנו להשתמש ביותר פיצ׳רים של ריאקט מבלי לכתוב מחלקות.** באופן תיאורטי, קומפוננטות ריאקט תמיד היו קרובות לפונקציות. הוקים נותנים גישה לescape hatches מבלי ללמוד טכניקות מסובכות של תכנות פונקציונלי.
 
 >דוגמאות
 >
 > [הצצה ל-Hooks](/docs/hooks-overview.html) הוא התחלה טובה ללמידה של הוקים.
 
 ## אסטרטגיית אימוץ הדרגתי {#gradual-adoption-strategy}
 
->**אמ;לק: אין תוכניות להוציא את הקלאסים מריאקט.**
+>**אמ;לק: אין תוכניות להוציא את המחלקות מריאקט.**
 
 אנחנו יודעים שמפתחי ריאקט ממוקדים בהוצאת מוצרים ושאין להם זמן לקרוא על כל API שיוצא. הוקים הם חדשים, ויכול להיות שעדיף לחכות מעט לעוד דוגמאות ומדריכים לפני ששוקלים ללמוד או להשתמש בהם.
 
 אנחנו גם מבינים שהרף להוספת קונספט מרכזי חדש בריאקט הוא גבוה. לקוראים סקרנים, הכנו [RFC מפורט](https://github.com/reactjs/rfcs/pull/68) שצולל יותר עמוק למניע שמאחורי ההוקים, ונותן פרספקטיבה נוספת על החלטות העיצוב שלהם.
 
 **באופן מכריע, Hooks עובדים לצד קוד קיים אז אתה יכול לאמץ אותם בהדרגה.** אין צורך למהר לעבור ל-Hooks. אנו ממליצים להמנע מכל "שכתוב גדול", במיוחד עבור קומפוננטת מחלקה מסובכת קיימת. זה לוקח קצת זמן בשינוי מחשבתי להתחיל "לחשוב ב-Hooks". מנסיונינו, זה הכי טוב להתרגל להשתמש בהתחלה ב-Hooks בקומפוננטה חדשה ולא קריטית, ולהבטיח שכולם בצוות שלך מרגישים בנוח איתם. אחרי שניסיתם את Hooks בבקשה תרגישו חופשי [לשלוח אלינו משוב](https://github.com/facebook/react/issues/new), חיובי או שלילי.
 
-אנחנו מתכננים שהוקים יכסו את כל מקרי השימוש בקלאסים, אבל **נמשיך לתמוך בקומפוננטות קלאסים לעתיד הנראה לעין**. בפייסבוק, יש לנו עשרות אלפי קופוננטות שכתובות כקלאסים, ואין לנו שום תוכנית לשכתב אותם. במקום זאת, אנחנו מתחילים להשתמש בהוקים בקוד חדש לצד הקלאסים.
+אנחנו מתכננים שהוקים יכסו את כל מקרי השימוש במחלקות, אבל **נמשיך לתמוך בקומפוננטות מחלקות לעתיד הנראה לעין**. בפייסבוק, יש לנו עשרות אלפי קומפוננטות שכתובות כמחלקות, ואין לנו שום תוכנית לשכתב אותן. במקום זאת, אנחנו מתחילים להשתמש בהוקים בקוד חדש לצד המחלקות.
 
 ## שאלות נפוצות {#frequently-asked-questions}