Northwind 2.0 Developer Edition: Orders

מהדורה למפתחים זו של היישום לדוגמה Northwind Orders מתקדמת יותר מזה של Starter Edition. הוא מתרחב בסכימת מסד הנתונים (הטבלאות שנמצאות בשימוש) וכעת מספק תכונות מתקדמות נוספות. הכוונה בהסכם זה היא להציג בפניך את התכונות של Microsoft Access, ולא להפעיל שום עסק ספציפי.

• רשימת ההזמנות זמינה מרצועת הכלים. היא כוללת כמה אפשרויות סינון, והיפר-קישורים לפתיחת כל הזמנה.

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

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

• הזמנות חדשות והזמנות רכש נוספות לרשימה MRU (היו בשימוש לאחרונה) ברצועת הכלים. קבל מידע נוסף באמצעות רשימת MRUבמאמר זה. 

• השאר את תאריך המשלוח ואת תאריךהתשלום ריקים כעת.

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

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

• מצב הזמנה מראש והעבר את ההזמנה לאורך זרימת העבודה מפריט חדש > באמצעות > נשלח > באמצעות הלחצנים בחלק העליון של טופס ההזמנה.

• Invoicing יכול להתרחש רק אם המוצר מוקצה עבור הזמנה זו. אם פריט שורה אינו נמצא במצב 'אין מניות' או 'בהזמנה', תתרחש שגיאת אימות. המשתמש יכול ליצור הזמנת רכש עבור מוצר זה ולקבל אותו, ומצב פריט ההזמנה יותאם להקצאה.

• כדי לשלוח הזמנה, יש להזין את דמי המשלוח והמשלוח. אם תשכח לעשות זאת, תתרחש שגיאת אימות. דמי המשלוח נוספים לסכום ההזמנה.

• ניתן למחוק הזמנות שלא נשלחו באמצעות לחצן מחק הזמנה.

• אין אפשרות לשנות פריטי שורת הזמנה לאחר מעבר למצב ' חדש '.

• בגירסת Northwind Starter, תהליך ההזמנה פשוט לההפליא (לדוגמה, המלאי זמין תמיד, לעולם לא אוזל, ולעולם לא צריך לרכוש אותו). כעת, במהדורה זו של Dev, תהליך מציאותי יותר מטפל לפחות בכמה בעיות כאלה. זכור כי אנו מציגים תכונות ושיטות עבודה מומלצות של Access, ולא מיישם יישום מהעולם האמיתי. 

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

סעיף זה מטפל בפרטי היישום ראויים לציון של טופס ההזמנה, frmOrderDetails:

טופס ההזמנה מקבל את הנתונים שלו מ- qryOrder של שאילתה פשוטה (ראה מאפיין RecordSource ). בישור טופס הזנת נתונים בשאילתה פשוטה של טבלה אחת הוא שיטות עבודה מומלצות. שים לב כי אין צורך לכלול את הטבלה OrderDetails בשאילתה זו. פרטי ההזמנה מטופלים על-ידי טופס המשנה.

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

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

ללחצנים של זרימת העבודה משויכת לוגיקה עסקית שמאלץ את המשתמש לקדם את ההזמנה מ- 1 עד 4. צוות הפיתוח של Northwind מודע לכך שייתכן כי חברות מסוימות משתמשות בכללים שונים. לאחר מכן, פעולה זו תגרום ליישום שונה עבור אירועי הלחיצה על הלחצן, וכן שיקול מחדש של הזמן שבו ההזמנה מוגדרת ומתי ניתן עדיין למחוק הזמנה.

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

ProductCategory ו- Product הם תיבות משולבות מדורגות: בחירה מתוך הראשונה (ProductCategory) מצמצת את התיבות הבאות כך שיתאימו לרשומות מוצר של צאצא. הטכניקה שבה נעשה שימוש כאן מתוארת בפירוט להלן.

בעת שמירת רשומה, יש למלא את השדות הנדרשים. במהדורה Starter, אפשרנו לאוהות הפעולה המוגדרת כברירת מחדל של Access להתרחש; במהדורה זו של Dev מיושמת טכניקה ידידותית יותר למשתמש. הטכניקה שבה נעשה שימוש כאן מתוארת בפירוט להלן.

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

תיבות משולבות מדורגות

היישום של הרשימות הנפתחות 'קטגוריית מוצר' ו'מוצר' כתיבות משולבות מדורגות הוא בעייתי מאחר ש- Access אינו תומך בתכונה זו. ארבעה שלבים דרושים בשיטה זו:

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

שאילתת מקור הרשומה של הטופס, qryOrderLineItems, משתמשת בטבלה OrderDetails כרגיל, אך גם מצטרפת לטבלאות Products ו- ProductCategories כדי לבחור את ProductName ואת ProductCategoryName. שתי תיבות הטקסט החופפות מאוגדות לשדות אלה.

התיבה המשולבת RowSource עבור Products בודקת שוב את cboProductCategories כדי להחזיר רק מוצרים עבור הקטגוריה שנבחרה בתיבה משולבת זו. שים לב לתחביר "[Form]! [cboProductCategories]" בביטוי הקריטריונים, הגמיש יותר מה- Forms המפורש! שם טופס! תחביר ControlName , המפנה לטופס אחד לפי שם.

לאחר בחירת קטגוריית מוצר בתיבה המשולבת 'קטגוריות מוצרים לא מאוגדות', האירוע AfterUpdate מגדיר את התיבה המשולבת Products לערך הראשון ברשימה שלה. פעולה זו יוצרת שורה חדשה ב- RecordSource של הטופס, אשר מאכלסת את CategoryName כך שניתן להציג אותה על-ידי תיבת הטקסט החופפת שלה.
 

אימות

השימוש בקוד האימות המיושם ב- Northwind Dev Edition נמשך 3 שורות קוד בלבד:

• ב Form_BeforeUpdate:
     ביטול = ValidateForm(Me)

• ב Form_AfterUpdate ו- Form_Current:
      ValidateForm_RemoveHighlights Me

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

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

• Northwind 2.0 Developer Edition: Things you should know

• Northwind 2.0 Developer Edition: All topics