עובד
תודה
פורסם במקור בפורום CODE613 ב10/07/2013 21:47 (+03:00)
עובד
תודה
פורסם במקור בפורום CODE613 ב10/07/2013 21:47 (+03:00)
יש לי שגיאה בפרוייקט
The type 'System.Data.Objects.DataClasses.EntityObject' is defined in an assembly that is not referenced. You must add a reference to assembly 'System.Data.Entity, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089'.
כל הפתרונות שמצאתי באינטרנט הם על MVC בלבד, עוד לא הצלחתי לפתור את הבעיה ב WPF
כל עזרה מוערכת.
תודה
פורסם במקור בפורום CODE613 ב04/07/2013 17:48 (+03:00)
הדרך הכי פשוטה זה לעשות פרופרטי במחלקת הבנים שיכיל הפנייה לאובייקט האב (את ההפניה אפשר לקבוע בבנאי באופן מפורש, או על ידי שאילתה שתביא את ה ID) כאשר יש לך הפניה לאובייקט האב, ממילא יש לך הפניה לכל המאפיינים וכל השדות וכל המידע שיש בתוך האב. במקרה שלך, אתה עושה אובייקט בשם קניה, והוא מכיל מאפיין שמפנה למחלקה של לקוח, מחלקה של מוצר, וכן הלאה. כך שכשתצטרך כל מידע שהוא על הלקוח אתה פשוט פונה לאובייקט הלקוח שנמצא בתוך הקניה.
לעשות ליסט בתוך מחלקת לקוח שיכיל את כל האובייקטים של קניות, אני הייתי ממליץ לעשות פרופרטי שממלא את עצמו רק בעת הצורך כלומר ב get בלבד, ופשוט יוצר אובייקטים של קניות על ידי שאילתת linq (לעשות את זה בכל פעם שפותחים אובייקט לקוח, זה לכאורה בזבוז משאבים). מומלץ להשתמש באובזרוובול קולקשן (observablecollection), עי' מ"ש בזה באמסדיאן, ויש גם שכלול של זה שנקרא טרולי אובזרוובול קולקשן פעם השתמשנו בזה. זהו אובייקט קולקשן שתומך באירועים והוא בר שליטה יותר מקולקשנים אחרים. ומה שמאפשר לך למשל כשמוסיפים לו אובייקט לעשות ערכי ברירות מחדל כגון contact id שיהיה שווה ל id של הלקוח כלומר אובייקט האב וכן הלאה וכן הלאה.
פורסם במקור בפורום CODE613 ב25/12/2013 11:18 (+02:00)
אני מנסה לבנות פרוייקט בדטה סט שמקושר למחלקות כדי שאני יוכל לממש את InotifyPropertyChengede
אני לא מסתדר עם עדכון המחלקות לדטה סטתוכל קצת להדריך אותי?
שאלת מידי בכלליות, אני יכול לעזור אם אדע מה הפרוייקט ואיך הוא בנוי פחות או יותר, בגדול עדכון זאת פעולה פשוטה בקוד, מה שכן בשביל שזה יהיה יעיל ומוחץ אתה צריך ללכוד את האירוע הכי מתאים לעדכון, וזה בדרך כלל בתוך המאפיינים כשהם מקבלים ערך כלשהו וזה כבר ממש ענין אמיתי של ארכיטקטורה שתלויה אך ורק בפרוייקט הספציפי. פנה אלי בפרטי ואמסור לך טלפון אם תרצה לשוחח.
בברכה
פורסם במקור בפורום CODE613 ב19/12/2013 14:58 (+02:00)
קודם כל יש לך כאן איזה שהוא מדריך בעברית של הרב דוט נט
שמנסה לעשות קצת סדר בנושא.
יש מומחים שעובדים רק עם entyty fremwork וישראל אולבסקי אמר לי שהוא לא רוצה להכיר שום שיטה אחרת.
@chaim1989
אני כבר שנים מקשקש עם מאיר על collections ולפני ef על דטהסט וכד'
יש שיטה מוגדרת איך להביא את הנתונים מהדטה בייס למשתמש לעדכן וכו'?
אז זהו שהקשקושים נגמרו אתמול בערב סופית!
בפרוייקט האחרון שלי (פרוייקט ארגון הסעות לבתי ספר), למרות שעשיתי דאטה סט, אני כמעט ולא מדבר איתו, במהלך התיכנות, הכל עשיתי עם מחלקות, ורק ככה אני מצליח להשיג 100 אחוז שליטה בחומר, תבין רק שבדטה סט יש לי 2 טבלאות בסיסיות, ואילו באוספים של המחלקות יש לי 11 אוספים של מחלקות שונות (שזה בעצם כמו טבלאות שונות) חכמות שמטפלות בדברים בדיוק כפי שאני רוצה, ועשרות שאילתות linq שעובדות אצלי בנאמנות יוצאת דופן. וכל זה אני בונה במאפיינים סטטיים מייד עם העלאת התוכנה וזה זמין לי בקלות בכל רחבי התוכנה.
בלי להכיר היטיב את entyty אני יכול להגיד לך שזאת לא בעיה לעבוד עם דאטה סט ולממש את אריכטקטורת entyty כי אתה יכול להגדיר בבנאי של מחלקה את ה row הרלוונטי ובמאפניינים לעשות ב set עדכון של השדה הרלוונטי ב row וכך אתה יכול להנות גם מחופש בחירה בין מסדי נתונים, וגם מארכיטקטורה עם שליטה מלאה לגמרי במערכת שלך.
עם הדטה סט, לבד אינני רואה דרך לבנות מערכות גדולות כשאתה עובד עם ה XAML מול הטבלאות ישירות, אתה יכול מקסימום לעשות רשימה של מכולת. שום דבר לא מעבר לזה..... אלא אם כן תתחיל "ללכלך" את הקוד שלך וזה יכול להחזיק מקסימום כמה ימים (כמה זמן בן אדם יכול לחיות בתוך ערימות של שחת????)
אז אני ממליץ לך בחום לאמץ בכל לבבך את ארכיטקטורת המחלקות, אשמח לייעץ לך בכל נושא ארכיטקטוני כמיטב יכולתי.
פורסם במקור בפורום CODE613 ב21/06/2013 09:24 (+03:00)
הבעיה נפתרה בשימוש בדוט נט 4.5 אפשר להכריז על אירוע גם במאפיין סטטי
הנה המדריך המלא
פורסם במקור בפורום CODE613 ב20/06/2013 20:21 (+03:00)
הקולקשן הוא סטטי, ולא ידוע לי איך מכריזים עליו.
פורסם במקור בפורום CODE613 ב20/06/2013 19:58 (+03:00)
שלום
יש לי קולקשן, שבעצם הוא לקוח מליסט שהוא מאפיין במחלקה כלשהי, שכאשר מבקשים ממנו ערך, הוא עושה שאילתת לינק, כדי להחזיר תשובה
שאילתת הלינק עושה תנאי על אוסף אחר, ואני רוצה שכאשר המאפיין שמכיל את התנאי באותו אוסף אחר, משתנה, תהיה קריאה מחדש לאותו ליסט, כדי שאקבל על המסך את הנתונים הרלוונטיים, למעשה הכרזתי על אירוע של INotifyPropertyChanged וזה לא גורם לזאמל לקרוא מחדש לאותו ליסט, כי הוא לא יודע שהליסט ההוא השתנה, ולמעשה הליסט נמצא בכלל במחלקה אחרת, השאלה היא האם אפשר לגרום לאירוע INotifyPropertyChanged שיכריז גם על מאפיין סטטי, ממחלקה אחרת לגמרי, שהוא אמור להשתנות גם כן.
בברכה
פורסם במקור בפורום CODE613 ב20/06/2013 17:12 (+03:00)
יש איזה שהוא קשר בין קינון של תיקיות של קבצים ממשיים בפרוייקט בויזואל סטודיו, לבין namespace???
דבר נוסף האם ייעול ניהול פרוייקט באמצעות namespaces מקוננים הוא מצוה מדאורייתא, מדברי סופרים, או מנהג גרידא, מה רע במחלקות??? ולפי מה שאני מבין אין לזה שום קשר לביצועי ה clr אלא למתכנת בלבד.
פורסם במקור בפורום CODE613 ב20/06/2013 16:09 (+03:00)
שלום
יש לי אובייקט עם scroll listbox לצורך העניין ובכן אני מעוניין לייעל את חוויית השימוש על ידי שימוש נכון בגלגלת העכבר, השאלה שלי מורכבת מ 2
דוגמה לדבר כזה שעובד זה ה ribbon של מייקרוסופט, אתה מחרף עליו, מגלגל את הגלגלת של העכבר, והוא מחליף לשוניות.
אני מעדיף כמו תמיד ב wpf שלא להזדקק לאירועים ולקוד, אם זה אפשרי ב xaml בלבד זה מצויין.
תודה.
פורסם במקור בפורום CODE613 ב20/06/2013 15:24 (+03:00)
מדהים!
המון תודות!!
פורסם במקור בפורום CODE613 ב20/06/2013 15:10 (+03:00)
שלום
פעמים רבות קורה שצריכים באובייקט שמכיל items source להוסיף item נוסף שלא מה db
למשל, בהרבה מקרים אנחנו רוצים לאפשר ללקוח להוסיף ערך חדש, ואז תיתווסף שורה ב db או תיווצר מחלקה חדשה וכדו', אנחנו מצד אחד לא רוצים לוותר על ה binding, ומצד שני רוצים להוסיף item חדש שנקרא "צור אייטם חדש...." ובלחיצה הוא יתנהג כמצופה.
איך עושים את זה??????
תודה
פורסם במקור בפורום CODE613 ב20/06/2013 14:29 (+03:00)