הניסוח שלך לא ברור ומבלבל, אם אני מבין נכון אתה רוצה פונקציה שמקבלת פרמטר ומחזירה טבלה
אז זה הקישור:
פורסם במקור בפורום CODE613 ב30/06/2016 23:59 (+03:00)
הניסוח שלך לא ברור ומבלבל, אם אני מבין נכון אתה רוצה פונקציה שמקבלת פרמטר ומחזירה טבלה
אז זה הקישור:
פורסם במקור בפורום CODE613 ב30/06/2016 23:59 (+03:00)
שוב אני מריח שמישהו רוצה לפתח דטה בייס, ואני שואל בשביל מה??? בשביל פרוייקט של ספרים??? או שאתה חברה לפיתוח מסדי נתונים (שזה לגיטימי לגמרי בעיני אבל לא נראה לי שספרים זה כר ניסיון טוב).
קח לך את אלסטיקס סערצ' אם אתה רוצה לפתח מנגנון חיפוש יעיל מדהים ומהמם, אפילו הכלי המיושן SQL סערבער, גם יכול לעזור....
את כל הכאבי ראש הללו שלך, לוקח הדטה בייס על עצמו בלי נדר... ואתה חופשי להתעסק בלוגיקה של התוכנה בצורה נקייה.
פורסם במקור בפורום CODE613 ב29/06/2016 12:59 (+03:00)
HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Excel\File MRU
מה שנראה שכל תוכנה מחזיקה ערכים ברג'יסטרי
מקור
פורסם במקור בפורום CODE613 ב20/07/2013 22:34 (+03:00)
עדכון:
כעת זה עובד מעולה עם IEnumerable, בלי להגזים זה אלגוריתם שמאתגר את LINQ, יש מסמך בן 3 עמודים מפורט שמסביר את הרעיון והחוקים של התוכנה. הרוצה יבקש בפרטי.
מה שכן לגבי entityFramework זה מעט בעייתי מכיוון שאנו צריכים לעבוד עם Iqueriable ואני לא כל כך יודע אם אפשרי בתוכנית שלנו, בכ"א יש מחלקה נפרדת לקימפול ל SQL כפי שכבתנו למעלה.
פורסם במקור בפורום CODE613 ב19/06/2016 04:57 (+03:00)
השפה הומצאה, היא מתחרה לא רעה בכלל של LINQ העקרונות שלה ברורים מאוד, אלא שהמימוש הוא כעת ב SQL בלבד ובצורה די גסה.... המשך יבוא.
פורסם במקור בפורום CODE613 ב16/06/2016 00:02 (+03:00)
שלום לכולם,
אני מעוניין להמציא שפה חדשה של תחקור ותישאול של מידע, שתתחרה ב SQL (סתם... בעצם זה רק להוסיף לשפות הקיימות כמה אופרטורים שזה כל כך טיפשי למה לא חשבו על זה קודם), כלומר יצירת נורמות חדשות בקשר לתיחקור נתונים (זה כמובן המשך לפרוייקט של מנוע הסינון). השאלה ששאלתי את עצמי מייד, לאן עלי לפנות כדי לעשות דבר כזה?? איך עושים את זה?? לא חבל לכתוב הכל מאפס?? הרי כבר הרוב כתוב, זה רק להוסיף עוד כמה דברים. אז מה?? להתחיל ללכת לגופי תקינה שנראים כל כך מאיימים ומפחידים, ועוד להקדיש את החיים בשביל זה??
ואז נזכרתי בזה:
ב-1996 ביקש (שדרן הרדיו רזי ברקאי) בשידור חי ממפיקת תוכניתו להשיג לו בטלפון את "האחראי על האינטרנט". אמירה זו הפכה עם השנים ל"מיתולוגית" ומצוטטת בספר "הוצא מהקשרו - משפטי המחץ של התקשורת הישראלית" (2004).
:lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol: :lol:
בכל אופן מי שיוכל להשיג לי את האחראי על שפות התיכנות, אשמח לקבל טלפון שלו....... או המלצות לשיטות עבודה אחרות.
פורסם במקור בפורום CODE613 ב14/06/2016 18:45 (+03:00)
במסדי נתונים האופטימייזר בוחר את הסדר של התנאים לפי הסטטיסטיקות שלו וכו', אתה לא יכול לשלוט על זה.
בשפות אחרות כגון C# הסדר הוא אכן לפי מה שכתב המתכנת.
פורסם במקור בפורום CODE613 ב08/06/2016 23:41 (+03:00)
ספרייה אדירה, שחוסכת מיליארדי שורות קוד, יש לה הפצה בכל השפות הנפוצות.
המטרה העיקרית של הספרייה הזו לשלוט על זרימת אירועים אסינכרוניים. הקידוד נעשה בסגנון LINQ של דוט נט, כלומר במקום אלף לולאות ואלפיים if וכו' אתה משרשר שם פונקציות עם למבדה קצרצרה וסוגר עניין, מה שגם הופך את הקוד לקריא הרבה יותר. מי שמכיר את LINQ ואת הקריאות והחיסכון שלו בקוד, בוודאי כבר מבין שיש כאן משהו גדול. יש גם ספרייה עבור js שכמובן דואגת גם לפרומיסים כמו שעושה then.
פורסם במקור בפורום CODE613 ב26/05/2016 22:55 (+03:00)
תתעלם מכל הלייקים. אני דעת מיעוט פה בפורום. אבל עשיתי בפועל הרבה דברים עם השפות שאני ממליץ עליהם.
mat הפעם הצלחת לעלות לי על העצבים, הלוגיקה של המשפט שלך אומרת שאתה היחיד בפורום שעשית בפועל הרבה דברים עם השפות שאתה ממליץ עליהם מה שאין כן הרוב עם הלייקים לא עשו בפועל הרבה דברים עם השפות שהם ממליצים עליהם.
ובכן עד כמה שאני יודע יש הרבה מאוד אנשים כאן בפורום שעשו בפועל הרבה דברים עם השפות שהם ממליצים עליהם.
זהו בעיני בבחינת "תוכן פוגעני" ויש למסור זאת להנהלת הפורום, אתה מתנשא על חברי הפורום הותיקים בדברי שקר והבאי, ומנסה להניא כאן חבר חדש המחפש דרך, תוך הצגת מצג שוא ביחס לשאר החברים המקצוענים אותם דאגת לכנות בכינוי גנאי לייקים. אז חד משמעית אני קובע לבטל את דבריך מכל וכל, אין לך יתרון על יתר חברי הפורום בטיעון זה, אלא אם תבוא בטיעונים אחרים שאינם ידועים לנו. חזור בך מיידית וכבד בבקשה את הכללים המקובלים בפורום ציבורי.
רק מצטט:
הכנס הראשון של המפלגה המאוחדת, אשר הוחלט שתיקרא "מפלגת הפועלים הסוציאל-דמוקרטית הרוסית", התקיים במינסק ב-13 במרץ 1898, אך לא השיג דבר, כיוון שחבריו היו מעטים, וכיוון שהוא לא קיבל שום החלטה חשובה בדמות מצע או חוקה. הוועד המרכזי שנבחר נעצר מיד בתום הכנס.
בשנת 1903 התקיים הכנס השני, שבו נפלה מחלוקת בין לנין לבין מרטוב. לנין רצה שהמפלגה תהיה מאורגנת פוליטית ושחבריה יהיו חייבים להיות פעילים (עקרון החברות הפעילה, על פי לנין) ושקבלת ההחלטות במפלגה יהיה שמור לקבוצה נבחרת של מהפכנים, שיהיו הגוף הבכיר בין כנס לכנס, לגוף זה קרא לנין בשם "הוועד המרכזי". מרטוב לעומתו, רצה שהמפלגה תהיה פתוחה יותר לחברים כדוגמת המפלגות הסוציאל-דמוקרטיות באירופה. בהצבעה על מחלוקת זו זכו לנין וסיעתו לרוב, ולכן נקראו מאז בולשביקים (סיעת הרוב). סיעתו של מרטוב נקראה, בהתאמה, סיעת ה"מנשביקים" (אנשי המיעוט).
מטרתה של סיעת הבולשביקים הייתה לתפוס את השלטון ברוסיה בכוח וליישם את משנתם "מלמעלה".
מקור: ויקיפדיה
פורסם במקור בפורום CODE613 ב23/05/2016 23:25 (+03:00)
שלום לכולם
המדריך הזה נועד עבור מי שרוצה וחפץ לממש את הסטטיסטיקה שהרגע המצאתי "שעה של מחשבה = מאה שעות עבודה" בבחינת יפה שעה אחת של קורת רוח בעולם הבא יותר מכל חיי העולם הזה. למה דווקא 1=100 את זה המצאתי, אבל העיקרון ששעה מחשבה שוה להרבה מאוד שעות עבודה, עם זה כולם מסכימים.
לאחרונה פרוייקט שלנו של 4 חודשים נכשל והרבה שעות עבודה הלכו לטמיון בגלל שלא השקענו זמן בתיכנון, ניסינו לזרום וחטפנו מכה.
שמעתי בשם המתכנת של "תג" (שאגב הוא כתב אותה בשפת C נקייה, והוא אמר לי שהוא לא אוהב את השפות שכל שנתיים מחליפים קומפיילר, אבל זה נושא לדיון פילוסופי אחר) שעל קוד שלוקח לו שעה לכתוב, לוקח לו שעתיים לבדוק. זהו קוד נקי מנופה בשלש עשרה נפה. אני רוצה להסביר איזה חטא זה לכתוב קוד מלוכלך, שם לוקח לך רבע שעה לכתוב, אבל אחר כך חמש ועשר שעות עבודה להתמודד במצבים של אל-חזור.
הקצב שבו פרוייקט לא מתוכנן מכה בך, הוא מעריכי, כלומר, בוא נניח שקוד לא מתוכנן, לא נקי וכו', דורש ממך השקעה של חצי שעה עבודה על כל שעה של כתיבת קוד מלוכלך כשאתה בא לממש אותו אחר כך, או להרחיב אותו. תארו לעצמכם, בהתחלה אתם צריכים להתמודד עם באגים לתקן, לעשות טלאים, לקרוא שוב ושוב ולא להבין מה כתבתם, במשך חצי שעה על כל שעה של כתיבת קוד. אוקי, עברנו בשלום את חצי השעה ואנחנו רוצים להמשיך הלאה, אבל רגע!!! כרגע הקוד הזה הוא "ליכלוך בן שעה וחצי!!!!!!!!!!" אוי ואבוי, זה אומר שבפעם הבאה, תידרש מאיתנו 3/4 שעה לעבוד איתו!!! שימו לב! כל הרחבה של קוד לא נקי, הופכת אותו לעוד יותר לא נקי, ולעוד יותר קשה לעבודה ולתחזוקה אחר כך!!! אז עכשיו יש לנו קוד בן שעה וחצי, שכדי לעבוד איתו נידרש לשלשת רבעי שעה, ואז הילד הזה גדל עם החינוך העקום שלו, והוא מגיע לגיל של שעתיים ורבע, זמן התחזוקה גודל לשעה ושבע וחצי דקות, וכן הלאה.
בסופו של דבר הקריסה היא רק עניין של שבועות ספורים, והרבה מאוד מתכנתים מתייאשים מלכתוב תוכנות גדולות רק מהסיבה הזאת, כי אם פרוייקטים קטנים קורסים להם ככה, מה יעשו עם פרוייקט לניהול רשימת מכולת..............
הכלל הזה הוא נכון בכל תחומי החיים, בעסקים, בשלום בית, חינוך ילדים, לימודים, וכמובן לעניינינו ארכיטקטורת תוכנה.
הרב שלי פעם הסביר לי, את הסיבה שבאמזונס עדיין חיים שבטים פרימיטיביים שלא התקדמו לשום המצאה, ולו המינמלית ביותר של תקופת אברהם אבינו, הוא הסביר את זה ככה, מחסור הוא אבי ההמצאה, ובאמזונס הואיל והטבע שם עשיר מאוד, ובהושטת יד משיגים בננה או קוקוס טריים, אין מחסור, ולכן אין שום מניע להתקדם ולהמציא המצאות.
חברת השפע לאחר כל ההמצאות, הפכה אותנו בעצם לחיים באמזונס בחזרה ולפי ההיגיון, התבונה של המערב אמורה לשקוע תוך כמה מאות שנים, לא נדון בזה כרגע, גם האתר הזה נועד למתכנתים ולא לאנתרופולוגים. אבל יש משהו שכן נוגע לכאן, כאשר שפה עילית של תוכנה, נותנת לנו תחושה שהכל עובד ואין צורך ברעיון, זאת אחיזת עיניים שהיא לרועץ עבור מתכנתים. כשיצרו פונקציה שבנויה תחת אשכול ענק של קוד, ואנחנו מפעילים אותה בשיא הנוחות. זה נותן תחושה של "הנה הכל זמין אין צורך להמציא כלום" ואז באופן טבעי נוצרת אשליה של שפע, כאשר מעבר לפינה ממתינות לנו שנות רעב שגם פרעה לא יכל לחלום עליהם.
למעשה כל מתכנת שרוצה להצליח צריך לחשוב שנתיים קדימה מה הוא הולך לעשות עם הקוד הזה, ובאלו מצבים. אני לא מדבר על אחד שזה עתה למד לעשות מסג' בוקס, והוא נהנה מעצם החוייה שבה הוא כותב "שלום עולם" והמסך נשמע להוראותיו, תנו לו לחיות ואל תשגעו אותו. אני מדבר על אחד שכבר עובד ומרויח, ורוצה להתייעל עם הזמן.
אז אחרי כל הפילוסופיות אפשר להתחיל.
מה שכבר כתוב בויקיפדיה אין צורך לחזור עליו (יש ערכים שהם חובה גמורה לכל מתכנת כגון צימוד לכידות , ועוד, אבל לדעתי, חסר חומר פילוסופי, על ארכיטקטורה של נתונים, IT. דהיינו בראש ובראשונה תיכנון מסד נתונים מנורמל. ולאחר מכן עבודה נקייה עם קוד שמטפל בDATA.
אחד הויכוחים הגדולים, בתיכנון מסד נתונים, האם יש לחסוך בכמות הטבלאות, ולעמעם במקצת את איפיון הנתונים, או להיפך, להקפיד על איפיון ולצורך כך להיות פזרן בטבלאות.
ניקח דוגמא:
יש לנו הרבה combobox בתוכנה, נניח בתוכנה ממוצעת יש משהו כמו 80 combobox. מנין לקוחים הערכים שברשימה????
לי ידוע על 3 שיטות
דוגמא נוספת יותר קיצונית:
יש לנו תנועות פיננסיות מכל מיני סוגים, הוראות קבע, שיקים, מזומנים, העברות בנקאיות, שוברים, ועוד הרבה, וכל זה תכפילו בשניים לפחות הוצאות והכנסות (יש גם זיכויים וחיובים אבל הבה ונעצור כאן) שוב יתווכחו המתווכחים, יש שיעשו טבלה לכל נושא, טבלה להכנסות בהוראות קבע, טבלה להכנסות בשיקים, טבלה להכנסות במזומנים, שוברים, העברות, וכן להוצאות, כעת מה יהיה אם יש לנו תרומות ושכר לימוד??? האם צריך טבלאות נפרדות לשכר לימוד, ולתרומות? אפשר להגיע במוסד ממוצע ל 30 טבלאות בלי גוזמא, אם ניצמד לעיקרון שכל נושא הוא טבלה בפני עצמה.
השיטה האחרת אומרת, טבלה אחת גדולה של הכנסות, כאשר השדה "אופן הכנסה" אמור להצביע על סוג התנועה, באיזה אופן בוצעה. בהוראת קבע או בשיק וכדומה.
שיטה יותר קיצונית אומרת, טבלה אחת גדולה שתכיל גם את ההוצאות וגם את ההכנסות, ויהיה שדה שיגדיר Type האם מדובר בהוצאה או בהכנסה, שדה נוסף שיגדיר את אופן התנועה (וכאן אנו חוסכים ב combo וב UI ובניהול של קוד!!!! כי הכל בטבלה אחת וממילא גם מבנה אחד בקוד)
בשיעור הבא נדבר באיזו שיטה צריך לבחור.
בהצלחה לכולם!
פורסם במקור בפורום CODE613 ב15/07/2013 13:02 (+03:00)
פורסם במקור בפורום CODE613 ב18/05/2016 01:02 (+03:00)
ראשית ברוך הבא לפורום.
שנית סוף סוף מישהו מבפנים שירים את הלוט מעל הנושא הזה, מה שאני זוכר היטיב שיש כתבה אולי בדה מרקר על איזה מוצר שבא לכסות על העניין הזה עבור בנקים, שם מוזכרת הכמות הבלתי נתפסת הזו של רישום פעולות ב 400 דטה בייסים לצורך בטחון, אלא שאינני זוכר לע"ע איך לחפש את זה, וגם שם היה מודגש שזה לצורך הבטחה שבסופו של דבר הכל עבד כשורה, ולא לנצח שומרים את זה בכל כך הרבה מקומות.
בכל אופן אם אתה עובד או עבדת בבנק, אותי זה מאוד מעניין הסטנדרטים של הפיתוח, ומי באמת מנהל את הכסף שלנו. זה מעניין מאוד הניסיון שהם צברו שם....
פורסם במקור בפורום CODE613 ב22/05/2016 21:51 (+03:00)
אני לעולם לא אשתמש בקוד שאני כלל לא מבין איך הוא עובד העיקר שהוא עובד
אז תפסיק לתכנת עכשיו!!! אני לא מאמין לך שיש בן אדם על כדור הארץ שיודע איך הכל עובד בכל השכבות.
אני משער שמפתחי דוטנט עובדים כדי לקרב כמה שיותר מפתחים לדגל של מיקרוסופט זה הכל
מותגים ואופנה זאת אמנם מגפה גדולה מאוד בעולם התוכנה, אבל מפתחי דוט נט פחות נמצאים שם, יש דווקא הרבה סימביוזה בתחומים הללו, דווקא להיפך, הם מפתחים ספריות לאפשר לעבוד עם MySql ועוד מתחרים, דווקא כדי להקל על המפתחים ולא להכריח אותם לעיסקה של "או הכל או כלום". פייתון אהובה מאוד בקרב אנשי דוט נט ככה מהיכרות שלי עם אנשים בכירים מהתחום.
לדעתי הנושא של ביצועים הוא קריטי גם היום, על אף שהחומרה רק הולכת ומתחזקת אבל הדרישות של המהירות העיבוד וכמות העיבוד אף הם הולכים וגדלים ואף בקצב גדול יותר, עד שבהחלט אפשר לומר שהסיבה העיקרית לפיתוח חומרה מהירה, היא כדי להדביק את קצב מהירות העיבוד וכמות העיבוד ההולכים וגדלים.
זה נכון באופן כללי, אבל לרדת לרזולוציה של רפלקציה, נראה לי מוגזם מאוד.
אז בוודאי שאין להשתמש באותו פרוייקט בשתי שפות שונות
מאיפה אתה לוקח את הכלל הזה?? כל יישום אינטרנט מינימלי משתמש במינימום 4 שפות שונות, דטה בייס, צד שרת, HTML CSS JavaScript וזה רק ה"בוקר טוב" של היישום, תמשיך עם XML ועוד שאר עזרים וירקות, כשאתה מגיע לארוחת הצהרים, אתה רואה על השולחן עשרות פריימוורקים ושפות שונות.
ועוד שרק חלק מהצוות שולט בזה. הדבר גורם לפרוייקט להיות פחות תחזיק ופחות קריא. כמה שהפרוייקט תלוי דווקא באנשי צוות מסויימים כך הוא פחות תחזיק, מה נעשה אם הם יעזבו יום אחד למשל?
לאף חברה אין הגנה מפני עזיבה פתאומית של עשרות אנשי צוות, ולא רק בתחום התיכנות, זה נכון לגבי בנקים, רשויות ממשלתיות, וכל גוף מורכב אחר. כך שהפתרון שלך להחזיק בן אדם אחד שיודע הכל הוא לא מעשי בכלל.
אני אישית משתתף עכשיו בפרוייקט שיש מישהו שם שכתב דברים בפייתון ואין לי מושג מה הוא עושה שם, אני מקבל רק XML, ובזכות הפרוייקט הזה נתקלתי בספרייה הזו. יש הרבה שיקול כלכלי לפעמים, כשמנהל הפרוייקט ממליץ על משימה מסויימת שבפייתון תיקח עשירית זמן, אף מנהל לא יאשר לך תקציב של פי עשר.
"איכות הפונקציות, ניהול שגיאות, כימוס" - מה חסר לך ב C# ומה נותן לך ואיך פייתון עונה לך על החסרון?
לא שחסר משהו ב C# בנושא הזה, דיברתי על השיקולים שצריכים להנחות פרוייקט, כאשר הביצועים הם בין השיקולים האחרונים, פייתון זאת שפה אחרת, היא מתחרה על דברים אחרים ממה שהזכרת כאן, חפש קצת באינטרנט על השפה ותראה למה אוהבים אותה.
מאז ומעולם עשו הרחבות בלי רפלקציה, אם רוצים לעשות הרחבות צריך שהיישום הראשי יחשוף אינטרפייסים עם מאפיינים ופונקציות ואז אפשר לכתוב הרחבה בכל שפה, וכמו שיש בוורד ואקסל כו'. מה פתאום רפלקציה?
זה נכון לגבי פרודקשן, במהלך הפיתוח כשמפתחים את שתי הדברים במקביל, קשה מאוד להמתין בכל פעם לפבליש שמישהו אחר עושה בקצה העולם.
פורסם במקור בפורום CODE613 ב20/05/2016 13:59 (+03:00)
תנסה לחפש על
yield return c#
יש לך
סרטון שמסביר היטיב על המושג, ייתכן שזה יעזור לך אם אתה עובד עם WPF ויש לך שליטה על האירועים של זרימת החומר.בהצלחה.
פורסם במקור בפורום CODE613 ב18/05/2016 00:07 (+03:00)
סגנון הכתיבה שלו כבד וטרחני, לא אהבתי. למרות שהחומרים שם מכסים את התחום, קשה מאוד לתפוס את החומר לא בגלל שמדובר בדברים עמוקים מידי, אלא נטו בגלל הסגנון כך דעתי בכל אופן.
תחפש קורסים של וידאו באנגלית, זהו האתר המוצלח ביותר שאני מכיר עד היום בדרך כלל לכל קורס יש דוגמאות חינם לפני שאתה נפרד מחמש עשרה הדולרים, ויש שם גם קורסים שהם בחינם באופן מלא, אבל שוים בהתאם. אני לומד שם אנגולר 2 בשני קורסים במקביל ונהנה מכל רגע.
פורסם במקור בפורום CODE613 ב11/05/2016 11:34 (+03:00)
כל זמן שלא למדתי על העולם האזוטרי והנסתר מן העין של טרנזקציות, שסופטס אפילו לא טרח להביא איזה קישור או משהו בתור קצה חוט (אלא פשוט השאיר אותנו עם אחת השאלות הקשות ביותר במסדי נתונים עם פה פעור ולשון בחוץ), אני לא יכול להרצות בשום מקום... :lol: :lol: :lol:
פורסם במקור בפורום CODE613 ב30/03/2016 19:33 (+03:00)
איך לא, השאלה הנצחית איזו ספריה לבחור, איזו פלטפורמה וכו'... באואר נראה בחור טוב, הבעיה שאם הפרוייקט הוא דוטנטי, באואר לא מכסה ספריות של דוט נט עד כמה שידוע לי, ואז תצטרך 2 מנהלי חבילות.
@דוד ל.ט.
פופולריות חבילות וכמותן (ואולי גם של מנהלי חבילות) היא כמו המשל של רבי יונתן אייבשיץ על היות הנצרות מוכרעת לפי הרוב
למה כמו ולמה משל, מי לדעתך כותב ומשתמש בחבילות תוכנה??? מוסלמים??? אולי דעאש, אבל רוב המתכנתים לדעתי הם נוצרים ממש. ואתה יכול לראות לפי הקוד אם הוא פרוטסטנטי או קתולי (ספריות שיש להם הרבה הורדות, זה בדרך כלל ככה: הפרוטסטנט כתב את הקוד, והקתולים מורידים בהמוניהם ומשתמשים וכך נוצרים הרבה הורדות והמבין יבין :lol: :lol: :lol: )
פורסם במקור בפורום CODE613 ב30/03/2016 19:41 (+03:00)
המשך:
מוסכמות לקביעת שמות לדפי HTML
פורסם במקור בפורום CODE613 ב01/04/2016 14:24 (+03:00)
אין לך הרבה ברירות, זה או לבנות דפדפן בכוחות עצמך, או להשתמש בקובץ ה EXE הנ"ל, תנסה להוסיף אותו דרך NuGet לפרוייקט שלך.
פורסם במקור בפורום CODE613 ב15/03/2016 21:43 (+02:00)
ואיך מהירות התגובה שלו בעבודה מאוד אינטנסיווית על הDOM?
זה לא פרפטום מובילה :lol: :lol: :lol: הוא דורש משאבי מערכת ויש למטב את הביצועים... כמו בכל דבר בעולם.
עקרונית יש נטייה לקלל את הפרימוורק הזה מבחינת רינדורים אבל הסיבה היא בגלל שכל כך הרבה דברים אפשריים בו אז אנשים משתוללים כאילו אין לזה מחיר, ושמים מאות ולפעמים אלפי פקדים שמחוברים בבינדיג כפול, כמו"כ לא צריך לטעון את כל הפקדים מיידית עם עליית הדף וכן הלאה. בקיצור, צריך לעשות אופטימיזציה כמו בכל תוכנה, ובשביל זה יש מתכנתים טובים ומתכנתים רעים, אחרת כל חמור היה מתכנת ולא היה לבני האדם מקום בעולם הזה כלל...
פורסם במקור בפורום CODE613 ב29/02/2016 15:10 (+02:00)