C# או NODE.JS
-
@yossiz אמר בC# או NODE.JS:
לא צריך לממש בעצמך דברים שאחרים כבר מימשו. יש את redis, או ספריות שעושים את זה בתוך נוד.
גם את redis צריך ללמוד
אני מצאתי שיותר קל להשתמש בספריה מאשר ללמוד את הAPI של redis.@yossiz אמר בC# או NODE.JS:
לא הייתי אפילו לוקח את זה בחשבון.
PM2 יכול לטפל בזה.
בכל מקרה אני מקווה שאתה לא עובד ישירות על מכונת הפרודקשיין
ואם כן בעת העלאה אתה מפעיל מחדש את השרת גם כן. אפשר לחבר סקריפט קטנצ'יק עבור עדכון השרת.
אלא מאי אתה מתכוון שאז אתה מפסיד את ה-state הגלובלי שבזכרון?
האם ב-PHP המצב יותר טוב? הרי שם אי אפשר בכלל לשמור על state גלובלי.הבעיה היא שבהפעלה מחדש כל החיבורים נופלים
ובשרת אסטריסק זה בעיה. -
@dovid אמר בC# או NODE.JS:
מבחינת ארכיטקטורה, nodejs מאוד מאוד מתחיל מהקרשים, כל דבר מאוד מאוד "ידני" שמה,
אני לא מרגיש כך. בשימוש ב-express אני מקבל את הבקשה בצורה מסודרת מאוד. אני לא מכיר איך בדיוק הבקשה נראית בנוד native. אבל אין סיבה לא להשתמש בספריות.
@dovid אמר בC# או NODE.JS:
אם אתה מתכוון לכמות התחביר הרבה של C#, כלומר טיפוסים מחלקות ובכלל כל הטיפוסיות הקשוחה,
כן, לזה התכוונתי. אבל זה לא over engineered אלא שפה שונה.
זו שפה עם טייפים סטטיים (שהוא הרבה יותר טוב לביצועים). ו-object oriented. זה מסביר כל ה-over engineering, לא? -
איזה כיף! סוף סוף יש דיון מעניין
אין לי תשובה לשאלה שלך, אבל בתור אחד שבא מPHP (שרק עכשיו נחשפתי אליה בקוד של לקוח שלי..) אז מניח שיהיה לך הרבה יותר קל להגר לJS מאשר לC#.
JS יותר דומה לPHP מאשר לC#.
C# היא שפה עם טיפוסיות חזקה, כל דבר צריך להצהיר עליו לפני (מחלקות וכו') ואתה לא יכול פשוט לכתוב וזהו. אין דבר כזה.(הערת אגב - דווקא היום נראה שיש אופנה חזקה בJS לאמץ את הצדדים הללו של C#. הרבה אנשים עוברים לאמץ את התכונות של הטיפוסיות החזקה מC#, ועוברים להשתמש בTS (טייפסקריפט בלע"ז). לאט לאט אני שומע על הרבה מתכנתים שכבר לא משתמשים בexpress בnode, אלא בnestjs שהוא כעין אנגולר לשרת נוד. (בסוף כשאתה כותב פרוייקט לטווח ארוך, גם אם הוא פרוייקט קטן - זה מצדיק את עצמו. הפרוייקט בנוי בצורה מסודרת, כל אחד יכול להבין מה הולך בפנים, מה אתה מצפה מעביר לפונקציה / מחזיר ממנה וכו').
לעצם הצורך שלך, אני בכלל לא מבין למה אתה לא יכול להמשיך להשתמש בקטע קוד שאתה מריץ אותו בcron? מה רע לך בזה? ודווקא ספציפית לזה לא בטוח שנוד הכי טוב..
נוד עובד על תהליך (פרוסס) אחד, והוא משתמש בצורה אסינכורנית כדי לענות לאלפי בקשות בו זמנית. אבל דווקא בדברים שצריך בהם הרבה גישה לקבצים וכדו' (I/O) מקובל לומר שזה לא הצד החזק שלו.. וכן אם אתה צריך הרבה חישובים בדרך - זה גם לא הצד החזק של נוד. (ואם הבנתי אותך נכון, אתה צריך סקריפט שפונה לדטה בייס, עושה חישובים ואז מבצע פעולות, וכלל אין צורך להחזיר תשובה ללקוח..)
נוד נועדה לאפליקציות מרובות בקשות בו זמנית, וזה אכן הצד החזק שלה. (למרות שהיום .net core לא פחות מהיר ואולי אפי' יותר, תעשה חיפוש בגוגל ותמצא מלא השוואות ביניהם).אז כמו שדוד כתב - תוודא מה בדיוק הצרכים שלך (חישוביות / גישה להרבה קבצים או דטה בייס / החזרת תשובה ללקוח וכו'), ותעשה השוואה אחד מול השני מה יותר יעיל לך. שניהם אהובים טובים וברורים, ובשניהם יש עבודה ודרישה.
אם כי כמו שאמרתי בהתחלה, ללמוד JS בלי להבין יותר קל ומהר, מאשר ללמוד C#..
-
@yossiz אמר בC# או NODE.JS:
אני לא מרגיש כך. בשימוש ב-express אני מקבל את הבקשה בצורה מסודרת מאוד. אני לא מכיר איך בדיוק הבקשה נראית בנוד native. אבל אין סיבה לא להשתמש בספריות.
נכון אבל בASP.NET אתה בכלל יכול לא לדעת שיש דבר כזה שנקרא request..
וזה מה שדוד התכוון לברזלים.@dovid אמר בC# או NODE.JS:
אם אתה מתכוון לכמות התחביר הרבה של C#, כלומר טיפוסים מחלקות ובכלל כל הטיפוסיות הקשוחה,
כן, לזה התכוונתי. אבל זה לא over engineered אלא שפה שונה.
זו שפה עם טייפים סטטיים (שהוא הרבה יותר טוב לביצועים). ו-object oriented. זה מסביר כל ה-over engineering, לא?נראה לי שלטייפים סטטיים אין קשר להשפעה על הביצועים בכלל, אלא לכתיבה ותחזוקת הקוד וניפוי שגיאות. לכן הרבה עוברים לTS
-
-
@avr416 אמר בC# או NODE.JS:
אבל דווקא בדברים שצריך בהם הרבה גישה לקבצים וכדו' (I/O) מקובל לומר שזה לא הצד החזק שלו..
נראה לי שזה בדיוק הפוך. המודל של נוד לא טוב לקוד שצורך הרבה CPU כי הכל רץ בתוך thread אחד וה-multi-tasking הוא cooperative ולא preemtive. אבל בקוד עם הרבה I/O זה יותר חסכוני להשתמש ב-thread אחד ו-event loop במקום ב-thread pool. שלא לדבר על PHP בלי thread pool ושום דבר אלא thread (או תהליך) חדש לכל בקשה, זה הכי גרוע כי ה-I/O תוקע את ה-thread עד שהיא תסתיים.
-
@avr416 אמר בC# או NODE.JS:
נראה לי שלטייפים סטטיים אין קשר להשפעה על הביצועים בכלל
נראה לי שאתה לא צודק...
אתה צודק שזה תורם גם לתחזוקת הקוד וניפוי שגיאות, אבל הוא גם תורם גדול לביצועים.
אפשר להצדיק את דבריך ביחס ל-typescript כי שם זה מתקמפל ל-JS רגיל, אז מן הסתם אין יתרונות בביצועים, או אולי יתרון מינורי. אבל שפה שכל כולה טייפים סטטיים מסוגל לביצועים גבוהים יותר. -
-
-
לעצם הנושא עליו נפתח הדיון כאן.
אני עובד היום עם PHP ובמקביל עם NODEJS.
התחלתי עם PHP וכשזה לא הספיק לעומסים למדתי נוד וכבר מצאתי הרבה סיבות לעבוד איתו.
אני עובד עם שניהם משולב על שרת אחד עם שרת nginx שזה לא מפריע לי ולא אחד על חשבון השני.
לדעתי @שואף יהיה לך תועלת גדולה מלימוד nodejs למרות הזמן הרב שזה ידרוש ממך.
אני עשיתי את זה מכורח המצב עבור המערכות של המצינגים שרציתי לחסוך את הבדיקה מול הAPI של צ'רידי עבור כל שיחה אלא שהמידע המתקבל יהיה נגיש לכל השיחות מאותה קריאה, והתחלתי ללא שום ידע בJS (יעידו על זה השאלות שלי כאן בפורום כשהתחלתי עם נוד), אך לאחר מכן העברתי לנוד עוד מערכות כישיבה על קברו ופתחתי עוד ועוד מערכות בנוד.
ומצד שני לדברים קטנים אני עדיין משתמש בPHP.
אני יכתוב מה שעולה לי בראש, ומסתבר שיש הרבה יותר.
מהמעלות בנוד:
תהליך שרץ בצד השרת כל הזמן, אתה שומר נתונים לאורך התהליך ללא הצבתם ושליפתם בכל קריאה מחדש, שזה אומר שנתונים קבועים וכדומה אתה שולף פעם אחת באתחול השרת והמידע נגיש לך לאורך הדרך ללא שליפתו מהד"ב לכל קריאה מחדש. אינו זולל CPU (אבל זולל ראם לפי הכמות שתאחסן בזמני), עמיד בעומסים.
ולגבי שאילתך, יש ספריה פשוטה של תזמון משימות, אתה יכול לתזמן לפי תאריכים, לפי זמנים ודקות ועוד ולשנות את התזמון ולבטל וכו' בתוך הקוד ללא cron.
ובכלל זה היה קפיצה טובה בשבילה לJS שכבר באה מאוד הרבה לשימוש בממשק שלי שהיא אגב פרימוורק ב PHP.
מהחסרונות: כל שינוי דורש אתחול של השרת (כמעט שזה אינו מורגש ללקוחות, אבל עדיין מסרבל, ובעיקר שמי שרגיל לPHP זה באמת מנכסס).
יש להזהר שלא ליצור לולאות שזוללות זיכרון או מה כי אז תוכל להפיל לעצמך את השרת (משא"כ PHP שבדר"כ מגביל את עצמו לכמות הראם שמאפשר לסקריפט לצרוך).ולמען האמת הלמידה של זה תקח הרבה זמן, אבל אתה לא חייב להכיר מראש את כל השפה, תתחיל להתמקד במדריכים של רן בר זיק סתם על המבנה של השפה, ותתחיל לעבוד.
כאחד שכבר הכיר תכנות בPHP מצד אחד היה יותר קשה להסתגל לתחביר ולצורת העבודה של JS, אך מצד שני אתה כבר יודע מה זה לתכנת ולומד מהר את הרעיון שמאחורי זה.בנוסף אציין שגם אני ב"ה אברך כולל במשך היום, ומפרנס את עצמי מהעבודה בערבים ובצהריים, אין לי את כל הזמן שבעולם, אך אני לא מתחרט שעברתי לנוד. התועלת שהייתה לי ממנה היא לאין ארוך (ואכן רק בזכות החברים כאן בפורום ובעיקר @dovid שהמליצו לי לבצע את המהלך)
-
-
די השתכנעתי להתקדם לנוד, בפרט לאור ההודעה היפה והמנומקת של הרב @חוקר. תודה לכל מי שטרח לענות.
למעשה עברתי על המדריכים בW3SCHOOL והתחלתי כבר לתרגל, ולהתרגל לתפיסה שכל כך שונה מPHP.
אגב, אני רואה בהרבה מקומות שמשייכים את נוד לMONGODB. יש קשר בינהם? מה רע בMYSQL ? זאת אומרת אני יודע שיש הבדלים גדולים בגישה בין MYSQL וMONGO, אבל האם זה יש סיבה שמדריכים של PHP ממשיכים עם MYSQL, ונוד עם MONGO?
תודה -
@שואף מזל טוב ובהצלחה!
לא היה ברור מדבריך האם אתה לומד גם שפת JS או רק נוד?
ל-w3schools אין הרבה מה להציע בנושא של נוד וגם לא צריך הרבה, אם אתה מכיר JS אז אין הרבה דברים מיוחדים ב-JS בטעם נוד מעבר ל-JS בדפדפן.
(ואגב, אם תכתוב שרת HTTP אל תשתמש ישר במודולhttpכמו הדוגמאות ב-w3schools אלא תשתמש בספריית express)אם אתה עדיין לא מכיר את שפת JS חובה להכיר אותה... בפרט את הנושא של promises ו-async/await (משום מה אני מתרשם שזה די נפוץ שמתכנתי JS לא מכירים את הנושא מספיק וחבל...).
אני דוקא לא כל כך אוהב w3schools. לדעתי החומר ב-MDN הרבה יותר איכותי ומקיף.אין שום סיבה להשתמש דוקא במונגו עם nodejs. עיין כאן כמה סיבות למה המדריכים לנוד בד"כ משתמשים במונגו.
-
@yossiz אמר בC# או NODE.JS:
אם אתה עדיין לא מכיר את שפת JS חובה להכיר אותה...
מכיר כבר הרבה שנים.
@yossiz אמר בC# או NODE.JS:
בפרט את הנושא של promises ו-async/await
אממ.. בעצם יש לי עדיין מה ללמוד. לא ברור לי עדיין לגמרי העניין של הscope בJS (איך אומרים scope בעברית?)
תודה על העזרה.
