קליק ימני על הסמל הפסיק להראות לי את המסמכים האחרונים שפתחתי פורסם במקור בפורום CODE613 ב01/04/2017 18:28 (+03:00)

[u:2o9o2tow][size=150:2o9o2tow]5.MulticastDelegate, וסיום המדריך [/u:2o9o2tow][/size:2o9o2tow] הDelegate בדוט נט הם Multicast כלומר נציג אחד יכול להכיל הפנייה להרבה מתודות. הנה דוגמה, במקרה זה יודפס פעמיים 123. public Example() { MethodContainer i = MyMethod; i = i + MyMethod; i(); } void MyMethod() { Console.WriteLine("123"); } אפשר להשתמש גם באופרטור המוכר +=, וגם ב-= להסיר מתודה כל שהיא, ממכלול המתודות. האופרטורים האלו עובדים גם כשהאובייקט ריק. שימו לב שהדוגמה עסקה במתודת void. במקרה של מתודה שמחזירה ערך זה חסר טעם, וזה מחזיר את הערך של הפונקציה האחרונה שהוכנסה. טוב, סיימנו מדריך על נציגים, בע"ה מדריך הבא יהיה על אירועים. פורסם במקור בפורום CODE613 ב05/02/2014 15:25 (+02:00)

אם יש לך אובייקט מוכן בשביל מימוש מול FTP, אז באמת שאין צורך. אבל תחשוב שיש לך דרישות נוספות על האובייקט הזה, אתה לא תירש אותו מאשר לשכפל קוד? פורסם במקור בפורום CODE613 ב03/01/2014 09:05 (+02:00)

@דוד ל.ט. איזה מאתגר הנושא אני מתמקד בשאלתך ולא בהקדמה: לפי מה שאני רואה בדוגמאות, אז הרעיון הוא סטיית תקן גבוהה (מעל 0.2 נגיד). אולי בשביל ביצועים עדיף לבדוק סטיית תקן מדגמית. הנה דוגמא מאקסל, שתי טורים, הימיני כאילו ציור והשמאלי תמונה: 0.80 0.20 0.00 0.25 0.00 0.30 0.30 0.35 0.00 0.40 0.00 0.35 0.40 0.30 0.00 0.25 0.00 0.20 0.00 0.15 התוצאה של הנוסחה STDEV.P (סטיית התקן מלאה לא מדגמית) 0.257875939 לטור הימני. 0.075 לטור השמאלי. בגלל שאני מתכנת ב js אז מצאתי את זה. http://jsfiddle.net/hiddenloop/TPeJt/ שעושה את אותו ביצוע כנראה. פורסם במקור בפורום CODE613 ב25/07/2013 21:43 (+03:00)

אבל אני מתרשם שאם אני בונה תוכנה שלא אמורה לתת חויה חזותית מרשימה במיוחד אין צורך ב WPF הראתי לך דוגמא עד כמה יפה כחו של WPF בניהול ה UI זה לא איזה תוספת שאמורה לתת "חוויה מרשימה" זה שינוי התפיסה מהיסוד, ההפרדה בין UI לבין הלוגיקה, היא תפיסה מתבקשת מאליה ולא התייחסת גם לטכניקות של פריסת הפקדים וניהול מודולרי של אובייקטים. לך למדריך וובמאסטר ואז תוכל להגיע למסקנות. בעיקרון יש עדיין מפתחים שעובדים עם קובול, הם יכולים לשאול אותך למה צריך בכלל דוט נט. מי שכבר שואל שאלה כזאת, התשובה עבורו היא שלא צריך. כמובן שכאן אתה נכנס לדיון שאינו טכני, דוד ל.ט. יאמר שאין לאן למהר וכו'. אז דעתי ידועה בנושא, יש לאן למהר, וצריך לתת לכל טכנולוגיה שנתיים שלוש להוכיח את עצמה, שפני הניסיון יהיו מי שיבחר, אבל אחר כך אם זה משמעותי, לקפוץ פנימה. בכלל אם אתה כבר הולך על פרדיגמות חדשות, המלצתי היא ללכת לעולם ה web יש לך את MVC של דוט נט שזה טוב מאוד, וחוץ מזה המון קוד פתוח לבחירתך בעיקר JS. בהצלחה! פורסם במקור בפורום CODE613 ב18/07/2013 11:51 (+03:00)

מסכים עם כל מילה. היה שווה....... פורסם במקור בפורום CODE613 ב17/07/2013 23:55 (+03:00)

@KingYes הפלוס של המערכת הזאת שהיא מיועדת גם לאנשים "רגילים", אבל מי שמתכנת, השמים הם הגבול עם המערכת הזאת. ככה שאין לך ממה לפחד <!-- s;-) --><img src="{SMILIES_PATH}/icon_e_wink.gif" alt=";-)" title="קורץ" /><!-- s;-) --> כשאתה כותב את זה יש לי תחושת דז'ה וו מזכיר לי את מה שמספרים מי שכותבים באקסס, @ארכיטקט מה דעתך להעלות לכאן מדריך שייקרא בשם "מדריך לקישקע של וורדפרס" זאת המערכת הכי פופולרית בעולם, והקישקע שלה כל כך מרתיע את אנשי הטשולנט התיכנותי.... לפחות אותי וזה מה שעונים להם המתנגדים :lol: :lol: :lol: פורסם במקור בפורום CODE613 ב05/01/2014 09:01 (+02:00)

(ובוודאי ב LINQ TO SQL או ב LINQ TO ENTITY שהקריאה היא למסד הנתונים אשר דורש יעילות וחיסכון יותר משאר העניינים) הבנתי מתוכן השאלה שמדובר גם על SQL. אבל ברור שמול OBJECT עדיין יהיה עדיף להשתמש הזה למי ששוחה בSQL... LINQ זה משהו מטורף, ואני לא כ"כ בטוח שמייקרוסופט זנחו אותו כ"כ מהר... לצערינו למייקרוסופט יש הסטורייה של פיתוח כמה טכנולוגיות במקביל, אולי מתוך תקווה שאחת מהם תתפוס. החשבון אומר שאם יש 10 טכנולוגיות בשוק, ו5 מתוכם שייכים למייקרוסופט, יש להם יותר מ50% סיכוי שישתמשו בטכנולוגיות שלהם. - למה יותר מ50%? כי מייקרוסופט זה נהיה אופנה (לצערינו...) - מה שלא היה בעבר. - מי שהיה בתחום לפני עשור ויותר זוכר שמייקרוסופט בתקופת גייסט לא העיזה לחלק מוצרים אפילו בגירסת נסיון. ופתאם, יש לנו את VS EXPRESS, גירסאות הדגמה לאופיס, מייקרוסופט משתפת פעולה עם הקוד הפתוח (האתר CodePlex שייך למייקרוסופט) , ועוד היד נטויה.... למה? אולי שינוי בתפיסה? אולי השלמה שככה השוק עובד? ואולי כדי להמשיך ולשלוט על השוק, בעיקר שוק השרתים, אבל לא רק....) כדי להוציא מליבם של תועים, קוד פתוח זה אחד הדברים הקרובים לליבי, ובגיל 18 קימפלתי את לינוקס ג'נטו למי שמכיר. (אגב ג'נטו, זו אחת הדוגמאות המעניינות של מייקרוסופט. בשנת 2005 זיהו בחור מוכשר (דניאל רובינס = מייסד ג'נטו), ולקחו אותו לעבוד אצלם, למה? חלוקות הדעות יש אומרים כדי שלינוקס לא תצליח להתקדם יותר מדאי, ויש אומרים כדי "להכיר" למייקרוסופט את יתרונות הקוד הפתוח. ומקובלנו מבית אבא שיש ויש הלכה כיש. פורסם במקור בפורום CODE613 ב30/12/2013 11:08 (+02:00)

@שמואל האם יש אפשרות של תנאי בטריגר זאת אומרת כפי שיש מולטי טריגר שמקבל כמה קונדישינים האם יש גם אפשרות לקבל כמה קונדישינים ובהתאם לכל קונדישין שיתן עיצוב אחר? תודה בא נשווה זאת לif בC#. המבנה של if הוא כזה: אם X = "כן" תעשה א אם X = "לא" תעשה ב אחרת (else) תעשה ג אז בWPF נעשה ככה. בסטרים של הסטייל נעשה את ג', ונוסיף שתי טריגרים, אחד למקרה "כן" עם עיצוב א, ואחד למקרה "לא" עם עיצוב ב. ומה אם מקרה שאנו רוצים לדעת כן/לא על ביטוי לא שויוני; לדוגמה אם X גדול מ2? אז א"א להשתמש עם טריגר. בשביל זה עושים קונברטר, ואז "כורכים" (בינדינג) את העיצוב לX עם הקונברטר שיבדוק כל תנאי שבעולם ולפי זה יחזיר ערך מתאים לעיצוב. פורסם במקור בפורום CODE613 ב18/07/2013 12:11 (+03:00)

כן, באמת מעניין אבל העיקר שעובד. תודה על ההשקעה במציאת הפתרון פורסם במקור בפורום CODE613 ב15/07/2013 11:20 (+03:00)

דבריך מחכימים, אכן זה די קשה להצליח להתנתק מהעבודה לחלק מהיום (כעצמאי). מ"מ זה אתגר שגם בעיצוב גרפי שבו אני עוסק כרגע איננו חדל, וצריך להתמודד עימו. מסקנתי מכל הדיון לא ממש ברורה, ואולי אי אפשר לה להיות כזו, אחרי הכל בעצם שאלתי שאלה לנביא, האם אמצא עבודה... ולהשי"ת אייחל שיולכני בדרך הישר עם כל ישראל. תודה רבה על העצות! ועל המחמאה... פורסם במקור בפורום CODE613 ב06/02/2015 05:14 (+02:00)

זה עובד מעולה! תודה רבה פורסם במקור בפורום CODE613 ב11/07/2013 20:36 (+03:00)

אם זה המצב אז זה באמת לא יחסוך לי כלום. אני רציתי לכתוב פחות קוד ויותר xaml אבל אם צריך לכתוב xaml ארוך עבור כל ליסט אז כבר עדיף שורה אחת ב-code behind. פורסם במקור בפורום CODE613 ב10/07/2013 12:58 (+03:00)

עובד תודה פורסם במקור בפורום CODE613 ב10/07/2013 21:47 (+03:00)

לדעתי אפשר לעשות דבר פשוט: הלולאה תעבור על כל המערך כלומר על כל המילון, אבל לפני שנבדוק האם המילה במילון מתאימה למילה עם הכוכביות קודם תבדוק אם האות הראשונה במילה במילון שווה לאות הראשונה במילה עם הכוכביות. ניסיתי את זה ואכן זה מאוד מהיר והקוד קצר ופשוט. פורסם במקור בפורום CODE613 ב07/07/2013 18:21 (+03:00)

תודה על השיתוף. יפה מאוד הקוד. אגב, יש בו טעות: המאפיין FileName של הדיאלוג מחזיר את כל הFull Name כלומר השם כולל הPath. אז במקום הdialog.InitialDirectory + dialog.FileName, צריך להיות רק dialog.FileName. בהצלחה. [size=85:33h4gybf]נ.ב. לעיצוב קטעי קוד בפוסטים בפורום, במקום להשתמש בלחצן code השתמשי בתיבת "בחר תחביר", זה מעצב לפי השפה הנבחרת.[/size:33h4gybf] פורסם במקור בפורום CODE613 ב11/07/2013 11:42 (+03:00)

תודה רבה! פורסם במקור בפורום CODE613 ב25/12/2013 11:27 (+02:00)

הבעיה נפתרה בשימוש בדוט נט 4.5 אפשר להכריז על אירוע גם במאפיין סטטי הנה המדריך המלא פורסם במקור בפורום CODE613 ב20/06/2013 20:21 (+03:00)

@מאיר_מהתוכנה יש איזה שהוא קשר בין קינון של תיקיות של קבצים ממשיים בפרוייקט בויזואל סטודיו, לבין namespace??? לא. באותו הקובץ יכול להיות כמה Namespace, ולהיפך: Namespace אחד יכול להיות בשתי קבצים בשתי תיקיות ואפי' מאסמבלי אחר, ואפי' ממחלקה בדוט נט. בדוגמא להלן מתכנת חצוף מציב את המחלקה שלו "בשורה אחת" עם המחלקות חשובות ביותר... namespace System.Collection.הקולקשיןשלי { class Dugma { } } @מאיר_מהתוכנה דבר נוסף האם ייעול ניהול פרוייקט באמצעות namespaces מקוננים הוא מצוה מדאורייתא, מדברי סופרים, או מנהג גרידא כל עוד אתה לא מרגיש צריך, זה באמת מיותר. זה נדרש מאוד כשנהיה בלגן גדול, וזה חובה כשיש מחלקות באותו שם. ויש בלי סוף כאלו. תוכל לראות במחלקות הדוט נטיות מתי הם מצאו צורך לנכון לפתוח "קטגוריה" נפרדת לחלקים מסויימים. @מאיר_מהתוכנה מה רע במחלקות??? כל המושג הזה שכותבים קלאס בתוך קלאס, זה אמנם עובד, אבל ע"פ רוב לא חכם. בתור Namespace זה ודאי לא מתאים בגלל הרבה סיבות: [list:3rs9ovl3]מחלקות בעלי שמות שווים "מסתירים" אחת את השנייה, לעומת Namespace שמתמזגים. א"א לכתוב לתוך מחלקה של קובץ אחר וכו', אלא ע"י partial וכתיבה חוזרת של שורת ההצהרה. ודאי שא"א לתוך אסמבלי אחר. זה מיותר ליצור מחלקה שלא עושה מאומה מלבד היותה כותרת וקטגורייה לכמה מחלקות. מחלקה נכתבת לתוך האסמבלי, ולא משמשת רק לנוחות בזמן הכתיבה כמו Namespace . [/list:u:3rs9ovl3] @מאיר_מהתוכנה ולפי מה שאני מבין אין לזה שום קשר לביצועי ה clr אלא למתכנת בלבד. נכון לגמרי. פורסם במקור בפורום CODE613 ב20/06/2013 16:45 (+03:00)

@מאיר_מהתוכנה שלום ה scroll הוא אופקי בלבד, ואני מעוניין שהגלגול ישפיע עליו, אין לי scroll אנכי. זה תלוי באובייקט בו אתה נמצא, בעיקרון יש לScrollViewer יש שתי מאפיינים: HorizontalScrollBarVisibility VerticalScrollBarVisibility הם מקבלים אחת מארבע אפשרויות: Auto Disabled Hidden Visible בד"כ auto זה הכי טוב, אם צריך יש אם לא לא. פורסם במקור בפורום CODE613 ב20/06/2013 18:37 (+03:00)