לא חושב שהקוד הזה אמור לעבוד
ה- return הוציא אותך מהפונקציה, מכאן והלאה שום דבר לא יתבצע
יתכן שהתכוונת לקוד כזה
DateTime birthday;//תאריך לידה
public override string ToString()
{
return "Birthday:" + Birthday.ToString();
}
בהצלחה
פורסם במקור בפורום CODE613 ב15/05/2015 00:35 (+03:00)
עיין כאן http://tchumim.com/topic/234
פורסם במקור בפורום CODE613 ב18/03/2014 23:32 (+02:00)
אם זה מה שהתכוונת אז אנחנו באותו ראש
רק השם "הוראות קבע" זה לא תמיד נכון כי יש גם אשראי וכו'
אני מצרף כאן את הדברים כפי שהם אצלי ואני מודה מראש לכל אחד שיועיל בטובו לעבור על הדברים
ולהלן הסבר:
א. כל הקשרים כאן הם יחיד לרבים.
ב. (לפני שאכתוב מה שאני עשיתי...) לא ברור לי מה הדרך הנכונה לעשות את קשר הגומלין בין העיסקאות להו"ק וכו' הרי כל פעם זה משהוא אחר.
ג. לאחר כל עיסקה, נוספת שורה לטבלת תנועות המקושרת לאיש קשר וגם למקור התרומה (ז"א מס' מזהה של העיסקה וכמו"כ מס' מזהה של ההוראת קבע ממנה היא הגיעה או לחילופין מס' מזהה של טבלת תרומות כאשר התרומה היא ח"פ, גם כאן עדיין לא ברור לי כיצד הדרך היעילה לעשות קשר זה כדלעיל סעיף ב').
ד. כאשר התרומה היא באופן חד פעמי היא תכנס לטבלת תרומות ומשם היא תעבור לטבלת תנועות, והסיבה מפני ששם נרצה לתעד מה קרה ומה סיבת התרומה וכו', שהרי לכל תנועה חייב להיות אבא שיסביר מה סיבת התנועה.
ה. קראתי לטבלת תנועות כך משום שחשוב לתת את הדעת מה יקרה במקרה שהיתה גביה בשוגג או כל סיבה אחרת שהיינו צריכים לזכות תורם וחשוב שגם זה יתועד ולא תמיד השורה נקראת תרומה, כך גם יהיה קל יותר לאסוף את כל התנועות לאיש קשר גם כשזה מגיע ממספר עיסקאות.
ו. הטבלאות הוראות קבע שיקים ואשראי נועדו רק למשיכת נתוני הבנק וכו' וכמו"כ מפני שיש לתת את הדעת להחלפת חשבונות בנק וסוגי תשלומים במשך תקופת העיסקה.
ז. לדעתי כל הבעיות שארכיטקט העלה ניתנים לפיתרון בצורה זו כאשר כל הגדרות העיסקה יהיו בטבלת עיסקאות [כעת אני חושב שאולי כדאי לחלק את טבלת העיסקאות לשני טבלאות מקבילות (ז"א יחיד ליחיד) כאשר הנתונים הקבועים יהיו בטבלה אחת והנתונים המשתנים כל חודש יהיו בטבלה השניה, מה דעתכם?....].
ח. דבר אחד לא נשאר לי פתור (יש לי פתרון שקצת נראה לי מסורבל ולכן תציעו אתם ...), כאשר מתקשר התורם ומבקש שבעוד 3 חודשים יגבו לו חצי מהסכום ובעוד 4 חודשים יגבו לו שליש מהסכום וכו', בינתיים יש לי פתרון רק להודעה על תשלום אחד מחודש הקרוב או חודש ספציפי אבל לא יותר מחודש אחד
ט. דבר נוסף שחשבתי היכן נכנס נושא המכתבים והקבלות האם לטבלת העיסקאות ולטבלת תרומות או שזה טבלה בפני עצמה המקושרת לעיסקאות ולתרומות, מה אומרים כאן?
י. לא נכנסתי לקשרי גומלין של סטטוסים וכו' רק אפיון בגדול מלמעלה.
יא. שאלה בכללות שקשורה לכל מסד נתונים: האם נכון יהיה להכניס לכל טבלה במסד מס' מזהה של איש קשר כך יותר נוח לאחמ"כ לעשות שאילתות או שזה מיותר ותמיד בשאילתה נתייחס רק למזהה העיסקה (כמו בדוגמא שלנו) וממיילא משם נוכל גם להגיע לאיש קשר?
יב. אבקש ממי שיכול לעבור על הדברים חשוב לי חוות דעתכם ובטח זה יעזור לכולנו בהווה או בעתיד.
פורסם במקור בפורום CODE613 ב04/02/2014 09:54 (+02:00)
@clickone כתב:
@שמואל באיזה שפה / פלטפורמה הצד שרת?
MVC
@clickone כתב:
@שמואל לדוגמא:
זה האתר שלי שהוא עיצב.
עיצוב מקצועי יפה ומרשים
@zvizvi כתב:
יש מעצבים שהם מפתחי פרונט-אנד, הם יבקשו ממך גישה לקבצי הHTML css ויממשו את העיצוב שלהם לבד, תצטרך לתת להם גישה בFTP / Git או כל דרך אחרת.
(לפעמים בהתאם לנסיבות הם יוכלו ליצור בעצמם את הקבצים הנדרשים וימסרו אותם אליך מוכנים).
ביחס לתשובותיכם @zvizvi, @clickone, וסליחה על הבורות,
במקרה שלי הייתי מצפה לקבל קבצי HTML + CSS,
כעת אני מבין שמעצבי האתרים הסטנדרטיים לא אמורים להכיר את קוד ה-HTML, מבחינתם העבודה היא כמו בגרפיקה רגילה עם דיזיינר ולאחר סיום העבודה ייצוא לקובץ HTML+CSS,
לעומת זאת אלו שיממשו את העיצוב ב-HTML+CSS זה כבר משהוא מעבר למעצב רגיל ?!
זה אכן כך?!
@dovid את המצב הזה אני מכיר וכך עשיתי עד היום
אני רק מדבר כרגע על דוח מעוצב יותר
המשחק עם הדיבים והעיצובים לוקח זמן יקר
את ה-svg מכין מעצב אתרים
הנקודה היא האם זה לא יהיה איטי? זה רלוונטי לעבוד כך?!
הקישור שהבאתי לך הוא אחד מתוך אוסף של קישורים בדף HTML
הקישור שהעליתי מפנה לקובץ PDF שאותו אני מעוניין לשמור אצלי במחשב
כאשר הקישור היה מופנה ל-Img הצלחתי להסתדר ולשמרו במחשב
אך כאשר המשאב הינו PDF לא הצלחתי להורידו אלי למחשב
@שמואל
הקישור שהבאתי הינו לקובץ PDF שמוצג בתוך דף HTML
כוונתי הייתה שכאשר אכניס את הקישור לשורת ה- Url תתקבל תצוגת Pdf
@דוד ל.ט.
אנא אל תקח אישי שאני תוקף חוסר בהירות. מבחינתי אני עוזר בפורום גם לכושר ביטוי וגם לתכנות נכון.
מקובל, ואוהבו שוחרו מוסר...
פורסם במקור בפורום CODE613 ב27/10/2015 15:10 (+02:00)
תודה רבה,
תכננתי להעלות תשובה וחסכת לי לכתוב, גם שכתבת ברור מאוד
תודה
פורסם במקור בפורום CODE613 ב18/03/2015 18:43 (+02:00)
זה לא תמיד יהיה נכון לעשות מופע חדש
לדוגמא כאשר מוסיפים איש קשר ומיד אח"כ בחלון אחר (דטה קונטקסט חדש) רוצים לעשות שינוי לאיש קשר במקרה כזה הוא יתווסף מחדש לדטה בייס מאחר ובדטה קונטקסט הנוכחי הוא לא מכיר את האיש קשר הזה
פורסם במקור בפורום CODE613 ב11/09/2014 09:58 (+03:00)
בדקתי על ידי Exists
היה בעיה בקונקשן סטרינג הוא יצר קונקשין חדש ולתומי מחקתי אותו החזרתי והכל הסתדר
אם כבר, ראיתי שהאנטיטי יוצר טבלה בשם __MigrationHistory
אם אני מבין נכון זה מידע על יצירת הדטהבייס בפעם האחרונה
תודה
פורסם במקור בפורום CODE613 ב08/06/2014 14:08 (+03:00)
יכול להיות שהוא פשוט רוצה קידומת כדי שיוכל לעשות טבלת משנה ולהכניס בתוך עמודה אחת את מ2 הטבלאות.
אני נהנה לשמוע שלומדים את כוונותי
אם כבר, לדוגמה בעסק שמנפיק חשבוניות וכמובן הם חייבים להיות לפי סדר רץ
כאשר רוצים להתחיל מיספור מחדש או אפילו בו זמנית להשתמש בשני מיספורים שונים אז עושים סדרות בצורה כזו (כך עד כמה שידוע לי)
סדרה אחת: 01/1, 01/2, 01/3 וכו',
סדרה 2: 02/1, 02/2, 02/3 וכו',
דרך אגב: נראה לי שהסלש הוא רק עניין תצוגתי להפריד כל פעם את שני הספרות הראשונות, אני צודק?
פורסם במקור בפורום CODE613 ב22/05/2014 11:02 (+03:00)
הדוגמה הזו מצויינת
תודה רבה!
פורסם במקור בפורום CODE613 ב08/04/2014 18:43 (+03:00)
@דוד ל.ט.
לכאורה יש כאן ניתוח לא נכון של תופעה.
צודק,
שיניתי את הקומבובוקסים בסטייל ל IsSynchronizedWithCurrentItem = False
והעניין הסתדר
רוב תודות !
פורסם במקור בפורום CODE613 ב26/05/2014 12:48 (+03:00)
חשוב לי להגיב:
כבר חודשים אני מתחנן כאן בפורום לעזרה באנטיטי ובקושי רב הצלחתי
כיום אני עובד על אנטיטי וזה פשוט תענוג
מה שכן אני הצלחתי לעבוד רק עם dataBaseFirst
בנסיונות שלי עם codeFirst נחלתי קצת כשלונות
לכאורה codeFirst יותר טוב כי אתה שולט בקוד שכתבת
אבל לא נפגשתי עם זה שכ"כ קשה עם הקוד של הdataBaseFirst זה קצר וקריא
כשאראה שאתם בקיאים בעניינים כבר אעלה לכאן את הקשיים שלי
פורסם במקור בפורום CODE613 ב26/03/2014 12:03 (+02:00)
חיברתי בבינדינג דטה גריד לדטה סט, ושמתי לב שהטבלה המוצגת בדטה גריד לא מתעדכנת מיד כשהמשתמש עוזב תא מסויים ועובר לתא שלידו אלא דווקא כאשר הוא עובר לתא בשורה אחרת או לוחץ על פקדים אחרים בטופס.
תופעה זו יכולה לגרום לאיבוד נתונים אם המשתמש ערך תא ומיד סגר את התוכנה לפני שהעבר לשורה אחרת.
אז איך אני יכול לגרום שהמיד בעזיבת התא הטבלה בדטה סט תתעדכן ע''י הבינדינג?
D
עדכון תא באופן מיידי זה ע"יinotify property changed
הבעיה שדטה סט לא עובד עם זה ולכן צריך במקרה כזה לחבר את הדטה סט למחלקות כפי שדובר בפורום כבר בעבר
אפשר לחבר לאירוע של שינוי אבל לענ"ד זה קצת מוגזם לעשות כך לכל תא
גם ב-notify יתכן שזה לא כ"כ כדאי בטח יש כאן אנשים שמבינים יותר טוב בזה
אולי זה יפתור לך גם את שאלתך השניה במקצת
פורסם במקור בפורום CODE613 ב03/03/2014 22:30 (+02:00)
לא כ"כ ברור לי כשעשית טבלת שיקים האם זה טבלה של תנועות או טבלה של מקור של שיקים. (אם זה מקור, אין סיבה לעשות את זה, כי שיקים כל הזמן מתחלפים)
אתה צודק, ברור שכשמדובר לגבי שיקים זה צריך להיות פירוט של שיקים שהתקבלו
@ClickOne
לגבי סעיף ח: יש לי בשכ"ל טבלה נוספת שהיא "לוח סילוקין" (-> כמו במשכנתא) ושם אני נותן אפשרות של תיכנון מראש כל תשלום כמה הסכום, ממה הוא יורכב, איך ישולם (הו"ק / אשראי וכו') ובאיזה חודש לגבות. (אח"כ ראיתי בתוכנה של ניהול עיריות, שאותה הגישה נמצאת שם בגביית הארנונה)
אז למעשה כשאדם מבצע עיסקה של 10 תשלומים אתה פותח לוח סילוקין עם 10 שורות וכשאתה רושם 999 תשלומים אתה גם פותח כך זה נראה קצת מוגזם
או שאולי אתה פותח לוח סילוקין רק כאשר יש דרישה מסויימת לחודש מסוים ואז בזמן הגביה אתה בודק בקוד האם יש לוח סילוקין שונה לחודש זה
וגם שאני לא מבין מדוע צריך לכתוב 999 תשלומים כשהנתון ריק הוא אין סופי וכאשר הוא מלא הוא מוגבל למספר התשלומים
ובנוסף, אני חושב שיש לאפשר יותר מהו"ק אחת פעילה לכל תורם. נניח שהוא רוצה להביא תרומה מהחשבון השני שלו??
אכן זה מאופשר רק לדעתי זה נחשב לעיסקה חדשה, לא צודק?!
@ClickOne
**לארכיטקט:**אני מסכים איתך שאין סיבה לכתוב את תאריך הסיום.
במחשבה שניה ארכיטקט צודק עניין התאריך סיום הוא עניין ויזואלי שאם רוצים אפשר להציגו ב-UI למשתמש בכל מקרה גם אם זה לא נתון בטבלה
פורסם במקור בפורום CODE613 ב04/02/2014 15:36 (+02:00)
אם כבר העלו את הנושא הרבה עסקתי בזה וחשוב לי גם לשתף את הציבור לתועלת כולנו
אני אפיינתי כך ויתכן שזה יפתור חלק מהשאלות של רחמים
יש טבלת עיסקאות (קרי: עיסקת תשלומים)
בטבלה זו מעודכנים כל פרטי ההוראת קבע תאריך התחלה מספר תשלומים תאריך סיום [u:iaoasqqq]משוער[/u:iaoasqqq]
בטבלה זו יש גם שדה סכום לגביה קרובה זאת אומרת שאם יהיה שינוי לחודש ספציפי במחיר נעדכן שם את הגביה לחודש הקרוב
ועוד פרטים כפי שתראה בקובץ המצורף
בכל חודש כאשר מגיע ה- 20 לחודש התוכנה בודקת מי הם האנשים שלהם יש הוראת קבע מעודכנת לתאריך זה
והיא לוקחת מטבלת ההוראות קבע את פרטי הבנק ומבצעת חיוב (שהינו בעצם שורה בטבלת תרומות בפועל)
שים לב: תחשוב על מצב שבו הלקוח (-התורם) התקשר לשנות את הוראת הקבע
לכן עשיתי שלכל עיסקה יכול להיות כמה שורות הוראת קבע
רק כמובן שבUI לא תיתן להוסיף שורה של הוראת קבע אם קיימת כבר הוראת קבע פעילה
וגם תחשוב על מצב שהלקוח שינה מהוראת קבע לשיקים או לכרטיסי אשראי
כעת צירפתי את המסד נתונים שבניתי ובינתיים מקושרת לטבלת העיסקאות רק טבלת הוראות קבע
עיינו גם בקשרי גומלין
קשה לי קצת להסביר את כל המניעים שלי אבל אשמח עם כל מי שיעבור ע"ז ויעיר לי את הערותיו
פורסם במקור בפורום CODE613 ב03/02/2014 19:07 (+02:00)
לא כ"כ הבנתי מה רצית בקוד הזה הלכת לשורה האחרונה
אבל לא הוספת שורה חדשה
כך היא הדרך להוסיף שורה ב C#
var newTableRow = dts.table.NewTableRow();
dts.table.AddTableRow(newTableRow);ואחר שהוספת שורה תוכל להתייחס אליה בטופס
כעת אם תלך לשורה האחרונה תוכל לראות שורה זו
תוכל גם להוסיף את המילה (חדש) לשם המשפחה כמקובל בטופס חדש
פורסם במקור בפורום CODE613 ב30/01/2014 22:55 (+02:00)
צודק!
להלן השאלה שוב:
יש לי דטה גריד שמחובר לitemSource
(-ליסט מתוך הDataContext של הטופס כאשר הטופס הוא אנשי קשר והגריד הוא התרומות של האיש קשר)
אני רוצה באירוע של לחיצה כפולה של העכבר על שורה לקבל בקוד את פרטי השורה הנוכחית
משום מה אין לי מאפיין DataGrid.SelectedItem
פורסם במקור בפורום CODE613 ב23/01/2014 19:45 (+02:00)
@דוד ל.ט.
אולי, אולי ואולי... מממ... מוסד.
אבל זה כמובן לא יהיה חינמי, ואולי נפתח פורום סגור עבור כך.
צריך גם לעשות חוזון קטן בין משתתפי הפורום ובינך לגבי המניות...
מאוד מגרה אותי.
אני בהחלט בעד וכבר מחכה הרבה זמן לרעיון כזה (מוסד או כל רעיון אחר לא על חשבון אנשים מהפורום...)
במילים אחרות מעין 'סרטאפ' עם ראש צוות ושכל אחד יהיה מופקד על חלק אחר בתכנית
זו תהיה בהחלט למידה טובה לכולנו כשכל אחד הוא חלק בפאזל
וכשיצא בעתיד משהוא מושלם כבר יהיה קל יותר לחשוב על הפיתרון של הטמעה שארכיטקט העלה
אני עצמי עובד כעת על תוכנה לגביה
הוראות קבע כרטיסי אשראי שיקים
שבעצם מטרתה היא גביה עבור מוסד תורני
ומתכנן ב"ה לכלול בה אנשי קשר משימות מערכת תורמים וכו' וכו' (בינתיים כיד הדמיון הטובה....)
פורסם במקור בפורום CODE613 ב26/01/2014 23:14 (+02:00)
שגיאות של ביינדינג אני מסתכל ב-Output
פורסם במקור בפורום CODE613 ב16/01/2014 23:51 (+02:00)