yitzchok

Forum Replies Created

מוצגות 15 תגובות – 241 עד 255 (מתוך 2,470 סה״כ)
1 2 3 … 16 17 18 … 163 164 165
  • Replies
  • yitzchok
    משתתף
    IL
    אם היא עמודה חישובית מה תעדכני?

    לאחר שינוי במסך בן יש רענון של השורה במסך האב. את צריכה לדאוג לעדכן את מה שמשפיע על החישוב

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    לא ניתן לראות מה התוכנית מכילה. זאת אחת הסיבות שקיימות תוכניות כאלה במקום קוד גלוי בשלב SQLI.

    אם רוצים להוסיף פעולות בפרוצדורה אחרי התוכנית את אמורה לשכפל את הפרוצודרה ולעותק הפרטי להוסיף מה שאת רוצה, ולהשתמש בפרוצודרה שלך במקום הסטנדרטית.

    תלוי במקרה והצרכים יכול להיות מתאים ועדיף ליצור פרוצדורה מעטפת שמפעילה את הפרוצדורה הסטנדרטית ולאחר מכן עושה את מה שאת רוצה להוסיף.

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    באמת קשה לדעת מכאן. אולי ה-API מפעיל משום מה את ה-postform פעמיים.

    מה קורה אם אתנ עושה את אותה פעולה (לכאורה) ישירות בקליינט? כם ככה נשלח פעמיים? הייתי מתחיל משם. מהקליינט (כולל ממשק וובי) יותר פשוט לבדוק מה קורה. אם תקין שם נסה להבין מה שונה בשימוש ב-API.

    אבל אני עדיין חושש מהשימוש ב-post-form – רגע הכוונה לpost-form של החשבונית או של הפירוט? (הרי אולי post-update של החשבונית לא פועלת)

    יכול להיות שאתה צריך לעשות פניה מייוחדת ל-api לצורך סגירת החשבונית וזה לא מה שאתה עושה עכשיו

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    ראשית כל כמה מחשבות:

    א. אם תחפש בגוגל programming pitfalls in priority תגיע לאתר של נעם ותראה שם תחת הערך NFILE מה שהוא כתב וגם תגובה שלי, המסקנה שמאד לא מומלץ לעשות פקודת DELETE כמו שעשית. ותשים גם UNLINK בסוף; אם תשים UNLINK AND REMOVE (וגם אם תשתמש באליאס יותר ייחודי מ-I) לדעתי תוכל לוותר על ה-DELETE בראש שקט.

    ב. לא ברור לי למה הפעולה שלך לאחר POST-FORM, הקוד שלך סוגר חשבונית אחת יכולה להיות יותר מחשבונית אחת במסך. הייתי חושב שנכון לשים את הפעולה הזאת ב-POST-UPDATE.

    ג. אני לא רואה מיד למה זה שולח פעמיים (אולי אתה איכשהו יוצא פעמיים מהמסך?) אבל קודם כל שים תנאי ואל תריץ את הפקודה ששולחת את התעודה במייל אם החשבונית לא סופית. כמתכנת מנוסה לפעמים אני לא מבין למה דברים כאלה קורים עד שאני מריץ את התהליך עם פלט דיבוג, יכול להיות שזה מה שתצטרך לעשות.

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    זה יכול להיות קצת יותר מסובך מאשר רק לפי תאריך כי יכול להיות שהיו שינויים הלוך ושוב ושורה מסוימת אולי פעם היה יכולה להיות לפי התאריך אבל היום חשוב שתהיה אחרי משהו חדש יותר.

    הייתי אומר שמפנים איך לבנות נכון עדכון רק מנסיון. אבל אתן כמה כללים:

    לרוב, כשמו כן הוא. (חוץ מכמה יוצאים מן הכלל כמו TAKEPROCMSG למספר הודעה שלילי שזה תצורת הדפסה.

    הכי חשוב – עדכון זה בעצם סוג של תוכנה. בונים תוכנית לבצע שינויים במערכת השניה. ולכן הסדר חשוב.

    נתפור את זה ביחד – אם אני הוספתי שלב חדש לפרוצדורה עבור דו"ח, אבל קיצרתי דרך ושמתי בשלב הזה SQLI או דו"ח קיים ולאחר מכן אני קבעתי בו את שם הדו"ח, חשוב ש-TAKESINGLEENT של הדו"ח יהיה בעדכון לפני השלב של הפרוצודרה. כי לא רוצים שמערכת היעד תשיב "איך אני אשים שלב X בפרוצדורה Y עם דו"ח Z כאשר אין לי דו"ח בשם Z??". חשוב לדאוג ש-Z יהיה קיים קודם.

    הנ"ל בגלל שיש קשר חזק לדו"ח. אם מוסיפים לעדכון באפר (קטע קוד) לדוגמה טריגר של מסך שמזכיר שם עמודה, לא נורא אם הוספת העמודה עצמה תהיה לאחר מכן, כי הקוד עובר הכנה בסוף התהליך ועד אז העמודה תהיה במסך (כל עוד לא היו שגיאות בדרך שמנעו זאת).

    אני מקווה שהצלחתי להבהיר ולא לטשטש.

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    דגש: יכולה להיות בעיה מיוחדת בהפעלה ב-API ויהיה קשה לכוון אותך בכל הבדיקות שיתנו להגיע למסקנה כזאת
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    יש הרבה גורמים שם

    מדובר בפיתוח פרטי. אנחנו לא רואים את הגדרת הטבלה. גם לא קביעת ערכים במשתנים. וזה לא ב-winform אלא ב-netprest

    אני משתדל לעזור אבל זאת בעיה מהסוג שאני מצליח לפתור כשהיא מולי ולא ניתן לתקוף את זה ביעילות במסגרת הפורום.

    סליחה

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    גם אני רואה שזה לפעמים ככה ולפעמים ככה, ועוד הדו"ח עולה כשטוח ואז מסדר את עצמו עם בחלק הפמיני שגוללים

    אני לא יודע בוודאות אבל לא חושב שזה דבר שאתה יכול לשלוט עליו מהמחולל

    הרי זה כאילו יש CSS בדף לסדר את זה ואולי זה חל רק עם צורת הדו"ח (HTML שלו) עונה לתנאים מסוימים

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    נראה לי שזאת הגדרה בדפדפן
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    בדרך אגב אזכיר שאם יש בפרוצדורה קלט תאריך (או שנים כאלה) אז בדו"ח מתווספת אוטומטית שורה מתחת לכותרת עם "נכון לתאריך" אבל זה לא הבקשה שלכם.

    אפשר להשתלט על הכותרת המוצגת בדו"ח (כאשר הדו"ח הוא חלק מפרוצדורה) ע"י קביעת ערך במשתנה HTMLFNCTITLE:  – אבל השימוש בדבר הזה מבטל את כל החלק העליון של הדו"ח (שם חברה, פרמטרים, תאריך הפקה וכו'). אני לא יודע אם יש דבר לנטרל את זה, ואולי לא תרצו לשלם את המחיר הזה.

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    אני מנחש שלא צריכים לציין את TYPE כי המסך יטפל בזה (הרי תמיד E במסך EINVOICES) אבל אני מאמין שזה נכון שצריכים לציין את הערך של DEBIT, כנראה הנ"ל כתוב מנסיון.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    נשמע שהמסך הזה כבר תוצאה של פיתוח.

    ואם זה אכן כך אני חושב שעדיף להעביר את גם הסימון וגם החסימה לקוד של המסך וזהו.

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    התכוונתי שתהיה שגיאה אם הערך משתנה

    אולי אפשר לנסח חוק שיתיר את השינוי שאתה רוצה.

    אני לא יודע בדיוק מה אתה רוצה לעשות אז אני לא יכול לכוון אותך מעבר לזה.

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    ומה אם תעשה את העמודה קריאה בלבד ע"י חוק עסקי ולא במחולל? (לא ניסיתי ואין לי פנאי לבדוק, אני מציע שתבדוק) הבעיה היא שעדכון של חוק נתונים נראה כמו שינוי ע"י המשתמש. מצד אחד אתה רוצה לחסום כזה, מצד שני לאפשר.
      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
    yitzchok
    משתתף
    IL
    הייתי מפריד את הקוד שכרגע בפרוצדורה כך שהעיקר הוא בבאפר שמקבל פרמטר (משתנה) הצעת מחיר

    להפעיל את הבאפר מהפרוצדורה לפי הקלט

    להפעיל את הבאפר מה-post-form לפי הרשומה במסך האב

      [ בבקשה לא לשלוח הודעות פרטיות במערכת - אני לא קורא אותן ]
מוצגות 15 תגובות – 241 עד 255 (מתוך 2,470 סה״כ)
1 2 3 … 16 17 18 … 163 164 165