אנטיטי ב C# - שאלות
-
אני חוזר לשאלות של מתחילים
שאלה 5:
מה הדרך הנכונה והמומלצת לטיפול בעדכון אשכול של נתונים (graph כמו שלמדתי כאן) באמצעות טופס (wpf), כאשר אני רוצה לנצל את המעלות של ה Binding לפקדים, אבל יש כמובן לחצן ביטול שמבטל את כל השינויים בטופס הזה.
האם לאגד את כל האשכול לטופס, ובביטול לטעון אותו מחדש מהמסד? אולי ליצור עותק ולעבוד עליו, ואז להשתמש בSetValues שאני עוד לא כל כך מכיר, או שיש דרך פשוטה הרבה יותר?
שאלה 6:
שאלה כללית, הדרך בה עבדתי עד היום, זה ליצור מחלקה סטטית לניהול הנתונים ושאר המחלקות ניגשים אליה. האם זה נכון גם פה? או שמא כדאי לפעמים או תמיד ליצור אוביקט חדש של ה DbContext שלי? -
@חבלזון
לגבי 6: במעבר מאקסס תמיד הייתי הולך על מחלקה סטטית ש"חיה" לאורך כל חיי התוכנית.
עד שלמדתי שיותר נכון לקרוא כל פעם מחדש לDB.
כמובן באותו חלון ובאותה בקשה כל אחד.
מצד שני, היום אני בווב, ושם זה בוודאי מתנהל אחרת (בכל קריאה לדף הכל מתחיל מחדש)
משא"כ ביישום WPF. -
-
-
-
שאלות יפות אחת אחת.
הנקודות שאני מעוניין בהם לגבי המחשבים של הזנת הנתונים:
- שלא אצטרך כלל לטפל בנושא של מסד הנתונים (למשל התקנת תוכנת DB כלשהי)
- שהנתונים ישמרו מוצפנים באופן קריא רק על ידי התוכנה שלי
- ברור שאפשר.
- זה מסד מרכזי (דרך אינטרנט), או מקומי בכל מחשב?
בכל מקרה זה רק לגבי הקשיית הדרך, כי כל מה שהתוכנה שלך יכולה לקרוא ולכתוב, אפשר בדרך קלה או פחות קלה לעשות גם בלעדיה. אין טכניקה בעולם שמונעת את זה.
מה הדרך הנכונה והמומלצת לטיפול בעדכון אשכול של נתונים (graph כמו שלמדתי כאן) באמצעות טופס (wpf), כאשר אני רוצה לנצל את המעלות של ה Binding לפקדים, אבל יש כמובן לחצן ביטול שמבטל את כל השינויים בטופס הזה.
האם לאגד את כל האשכול לטופס, ובביטול לטעון אותו מחדש מהמסד? אולי ליצור עותק ולעבוד עליו, ואז להשתמש בSetValues שאני עוד לא כל כך מכיר, או שיש דרך פשוטה הרבה יותר?זה שאלה גדולה ובכלל לא של מתחילים. אני מאוד התלבטתי בהז.
יש לנו שתי אפשרויות בכל עריכה של ישות,
א. לעבוד ישירות על הישות ששייכת לDbContext חי, ואז- צריך לוודא שלא מבוצעת שמירה בחלונית אחרת שתשפיע גם עליו (או לעשות בידוד של DbContext פר חלון כפי שאמר @clickone או הצעה דומה )
- צריך לבצע שחזור במקרה שהלקוח ביצע ביטול ע"י הערכים המקוריים של הישות
ב. לעשות עותק של הישות או לפחות לנתק אותה מהDbContext, ואז:
- בעת שמירה צריך למזג אותה חזרה לDbContex
- אין לנו אינדיקציה אם היא השתנתה או לא בלי לעקוב ממש.
האפשרות השניה טובה בהרבה מנסיוני.
שאלה כללית, הדרך בה עבדתי עד היום, זה ליצור מחלקה סטטית לניהול הנתונים ושאר המחלקות ניגשים אליה. האם זה נכון גם פה? או שמא כדאי לפעמים או תמיד ליצור אוביקט חדש של ה DbContext שלי?
אם אתה הולך עם האפשרות השניה במקטע הקודם אתה יכול לעבוד עם DbContext אחד סטטי ולהרויח קאש וLazy Loading וכו.
בכל מקרה אל תאפשר עריכות של חלקים מקושרים באותו הפעם, כי זה יסבך לך את החיים.
כלומר שאם יש בחלון אחד פרטי תורם, ויש רשימת טלפונים שלו, וזה שתי טבלאות, לחצן השמור של פרטי התורם יתייחס רק לפרטים שלו כי הטלפונים יישמרו מייידית - ומבחינת הUX שבזה, צריך לעשות את בצורה של כפתור עריכה כך שתהיה תחושה של שמירה מיידית בעת הוספת טלפון או עריכתו זאת למרות שלבסוף ילחצו על ביטול בסיום העריכה. -
@dovid תודה על המחמאות והתשובה המושקעת. לפני שאבקש עוד הסברים, אני רוצה לעיין היטב בדבריך. כרגע אשמח לדון בתחילת דבריך אודות מסד הנתונים. התוכנה שלי יועדה להיות מותקנת במחשבים רבים בלי אינטרנט כלל או רק מייל. ולכן יש לכל התקנה מסד נתונים מקומי (אקסס כרגע) לה אני קורא "הזנת נתונים", וחוץ מזה יש מחשב מרכזי (כרגע שרת SqlServer) שמכיל את הנתונים כולם "המחשב הראשי"
כל מחשב של הזנת נתונים שולח עדכונים מידי פעם באמצעות קובץ מוצפן ומקודד שהתוכנה יוצרת. השליחה מתבצעת גם דרך מייל או אפילו - דיסק און קי. אני מניח שאתה כבר משער לעצמך איזה טלפונים אני מקבל על בעיות משונות יש במחשבי הזנת הנתונים. בעיה נוספת ועיקרית- מאחר והמחשבים הנ"ל אינם מחוברים לאינטרנט, תוספת של התקנת הדרייבר של אקסס מגדילה את קובץ ההתקנה שלי במאות אחוזים, ומסרבלת מאוד.
ולשאלתי- כתבת שאפשר בודאי לחסוך את הצורך בהתקנת Db. הכיצד? -
@חבלזון אמר באנטיטי ב C# - שאלות:
@dovid תודה על המחמאות והתשובה המושקעת. לפני שאבקש עוד הסברים, אני רוצה לעיין היטב בדבריך. כרגע אשמח לדון בתחילת דבריך אודות מסד הנתונים. התוכנה שלי יועדה להיות מותקנת במחשבים רבים בלי אינטרנט כלל או רק מייל. ולכן יש לכל התקנה מסד נתונים מקומי (אקסס כרגע) לה אני קורא "הזנת נתונים", וחוץ מזה יש מחשב מרכזי (כרגע שרת SqlServer) שמכיל את הנתונים כולם "המחשב הראשי"
כל מחשב של הזנת נתונים שולח עדכונים מידי פעם באמצעות קובץ מוצפן ומקודד שהתוכנה יוצרת. השליחה מתבצעת גם דרך מייל או אפילו - דיסק און קי. אני מניח שאתה כבר משער לעצמך איזה טלפונים אני מקבל על בעיות משונות יש במחשבי הזנת הנתונים. בעיה נוספת ועיקרית- מאחר והמחשבים הנ"ל אינם מחוברים לאינטרנט, תוספת של התקנת הדרייבר של אקסס מגדילה את קובץ ההתקנה שלי במאות אחוזים, ומסרבלת מאוד.
ולשאלתי- כתבת שאפשר בודאי לחסוך את הצורך בהתקנת Db. הכיצד?בקשר לDB לך על Sqlite עם אנטיטי, ככה לא צריך שום הגדרה ושום התקנה. ותקבע סיסמה בקונקשיין סטרינג.
כדי לעשות חיים קשים לפורצים כדאי שהסיסמה תיוצר בצורה לא הכי ברורה, מצוה מן המבחר להעביר ערפול.
בקשר למיזוג הקבוע עם המסד לא שאלת על זה אבל אם יש לך בעיות תפרט את התהליך. -
-
התקדמתי ב"ה בתוכנית, ועכשיו ברצוני להכין תוכנה (Wpf) עבור ניהול של מסד הנתונים הראשי.
גיליתי שיש לי חור בהשכלה... איך ליצור נכון את החיבור למסד הנתונים שנמצא באתר (sql server)?
כלומר, אני יכול להכניס בConnectionString שם משתמש וסיסמא קבועים, אבל "ליבי אומר לי" שזה גרוע מאוד....
מצד שני, אני אמור ליצור שם משתמש (לוגין בעצם) שונה לכל עמדת מחשב? ואם כן איך אני שומר ומנהל את זה (כאמור בחיבור על ידי EnitityFramework)? הרי לא יתכן שצריך לקמפל קוד נפרד לכל אחד...
בחיפוש ברשת נאבדתי בין התוצאות, אודה לכם מאוד לכל מידע / הכוונה להדרכה מסודרת בנושא / תיקון שגיאות בשאלה עצמה וכדומה -
@חבלזון אמר באנטיטי ב C# - שאלות:
כלומר, אני יכול להכניס בConnectionString שם משתמש וסיסמא קבועים, אבל "ליבי אומר לי" שזה גרוע מאוד....
את זה אתה ממקם בתוך הקוד או בקובץ קונפיגורציה (כנראה App.config) חיצוני.
אם זה בקוד אתה באמת בבעיה שהזכרת,
אבל בקונפיגורציה פשוט מגדירים לכל משתמש. -
@yits אמר באנטיטי ב C# - שאלות:
@חבלזון אמר באנטיטי ב C# - שאלות:
כלומר, אני יכול להכניס בConnectionString שם משתמש וסיסמא קבועים, אבל "ליבי אומר לי" שזה גרוע מאוד....
את זה אתה ממקם בתוך הקוד או בקובץ קונפיגורציה (כנראה App.config) חיצוני.
אם זה בקוד אתה באמת בבעיה שהזכרת,
אבל בקונפיגורציה פשוט מגדירים לכל משתמש.אם הבנתי נכון- ליצור לוגין אחר לכל מחשב, ולשים את המידע הזה בקובץ חיצוני?
ואיך זה מאובטח? -
עקרונית, בתוכנה שולחנית, אתה לא אמור ליצור לוגין שונה לכל מחשב, וגם לא אמור לשמור את הפרטים הללו בסוד.
בשביל הגמישות - שמים את המחרוזת חיבור בApp.config.
אבל זה נכון שמתי שכן רוצים לשמור את פרטי החיבור ב"סוד", אז זה אפשרי, ראה כאן
https://docs.microsoft.com/en-us/dotnet/framework/data/adonet/connection-strings-and-configuration-filesאתה גם יכול לתת את מחרוזת החיבור בזמן ריצה כתגובה לסיסמה של המשתמש או משהו דומה.
-
@dovid אמר באנטיטי ב C# - שאלות:
וגם לא אמור לשמור את הפרטים הללו בסוד
אשמח להרחבה בנושא הזה. אני בהחלט לא בענין של "לשמור הכול בסוד", אבל כשמדובר במסד נתונים רציני עם מידע רגיש, אז מה הכללים? זה תקין שיש קובץ טקסט קריא עם פרטי החיבור והסיסמא? או שזה תלוי אם אני יודע שזה מותקן על מחשב מאובטח כראוי, ואני סומך על המשתמשים? יש בזה אי אילו כללים פשוטים?
תודה רבה! -
@חבלזון בא נאמר ככה, מחשב אישי זה לא משהו שהולך ברחובות.
כשאתה חושש שהמידע ידלוף אתה צריך לדעת על מי אתה מגן, עליך או על המשתמש.
אם אתה מגן עליך (אפשר עם השם והסיסמה לגשת לכל החומר), עליך ליצור במסד משתמש שלא חשוף ליותר ממה שהתוכנה אמורה להיות חשופה.
אם אתה מגן על המשתמש אתה יכול להדריך אותו איפה החומר הרגיש או פשוט לבקש ממנו את הסיסמה בהפעלת התוכנה ולא לשמור אותה בAppConfig.
אם אתה צריך גמישות רבה יותר - למשל אתה מרשה למשתמש רק 10 שורות בכל פעם, אתה חייב לעשות תוכנת ווב מתווכת בין התוכנה למסד, ולא לחשוך את התוכנה ישירות למסד. כי כפי שאתה חושש, גם עם התוכנה מוגנת כי הרי אתה פיתחת אותה עם ההגבלות, פרטי החיבור חשופים.
אמנם נתתי לך לינק להצפין את פרטי החיבור אבל אני לא מאמין שזה עזור מאומה מהרגע בו אפשר לצוטט לתוכנה (זה כנראה רק מגן מפני מי שיש לו גישה למערכת הקבצים). -
@dovid אמר באנטיטי ב C# - שאלות:
בקשר למיזוג הקבוע עם המסד לא שאלת על זה אבל אם יש לך בעיות תפרט את התהליך
הגעתי לשלב הזה בשעה טובה, ואשמח לקבל ממך עצה טובה בנושא. הצורה בה עבדתי עד היום היא שתחנת הקצה (מסד Access) יוצרת קובץ XML עם הנתונים, אותו שולחים במייל. בקצה השני יש מחשב הקורא את המיילים ומזין את הנתונים לשרת (Sql Server)
קובץ ה XML מחולק לשלוש שלוחות עיקריות - רשומות חדשות, עדכונים, ומחיקות
בהנחה שאני עובר לעבוד עם Sqlite בתחנות הקצה, יש לך הדרכה - הצעה - עבורי איך לבצע מיזוג קל ומהיר?
תשובתך תעזור לי מאוד להחליט על עצם השינוי. תודה רבה מראש!
) ואיפה שכן שלא יהיה בינדינג לNavigation Properties ובטח שלא תהיה עריכה בו זמנית שלהם.