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

אדריכלות שלושת-Layer: A Foundation for Robust Applications

בפיתוח תוכנה מודרני, הארכיטקטורה של יישום קובע את יכולתה ארוכת הטווח, הסקאלה, והאמינות.בין הדפוסים המתמשכים והמאומץ ביותר הוא האדריכלות של שלושת שכבות, המחלקת יישום לשלושה טיים נפרדים: ה-FLT:0Presentation LayerFLT:1, the FLT:2 Business LayerFLT:3, and the LT: 4FLT5edment to alimate, to Delivered Responsibility to amindial of aDD, and the own-All to a Problem of amindial Syndrome to amind;

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

להלן, אנו שוברים כל שכבה בפירוט, לחקור את האינטראקציות שלהם, ולספק הדרכה מעשית ליישום האדריכלות הזו בפרויקטים שלך.We'll גם התייחסות למשאבים סמכותיים - כגון: FLT:0Directus Architecture records FLT:1 - כדי לקרקע את המושגים בכלים אמיתיים.

שם המחבר: Where Users Code

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

תפקידים ותחומי אחריות

ביישום אינטרנט טיפוסי, שכבת המצגת מורכבת מ-HTML, CSS, JavaScript (או מסגרת כמו תגובה, Vue, או Angular), וכל נכסי מדיה קשורים.זה נקרא לעתים קרובות ה-FLT:0UI LayerFLT:1 או FLT:2frontendendve 3 משימות מפתח כוללים:

(ב) [15] מידע זהה ל[[1924]]: ]], [[1924]]]], [[1924]], [[1924]]]], [[1924]], [[1924]]]]]]
(ב) ,0) ,Capturing קלטFLT:1: צורות הגשמה, ברים חיפוש ואלמנטים אינטראקטיביים שאוספים פעולות משתמשים.
(ב) ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇
(ב) [ה]: [ה], [ה], [ה], [ה], [ה],], [ה], [ה],] [ה], [ה]], [ה],], [ה], [ה], [ה],], [הדף] פעיל, מה שהמשתמש יתאים אותו], מבלי לערבב אותו עם כללים עסקיים.
(FLT:0) הבטחת נגישות FLT:1: עיצוב ממשקים שעובדים עבור כל המשתמשים, כולל אלה שמבוססים על קוראי מסך או ניווט מקלדת.

שכבה מתבטאת היטב בעקבות העיקרון של בקרים:0thin בקריבציה 1:1: זה צריך להכיל לוגיקה מינימלית מעבר למה שנדרש להצגת ולטיפול באירוע.

תבניות החזית המודרנית

מסגרות פופולריות כמו:0. [ReactFLT:1, Vue, ו- Angular מעודד אדריכלות מבוססת רכיב. Components מטביעה חלק של UI ואת התנהגותו המשויכת, מה שהופך אותו קל לשימוש מחדש ולבדוק אותם בספריות ניהול המדינה (Redux, Pinia, Vex) מפרידה עוד יותר את מדינת UI מלוגיקה עסקית, לגלגל את השכבה.

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

שכבת לוגיקה עסקית: המוח של היישום

לעתים קרובות נקראה שכבת ה-FLT:0 (FLT:0) ,(FLT:2service LayerFLT 3: 3), שכבת הלוגיקה העסקית היא המקום שבו כללים, חישובים, אימותים, ותזמורת של עיבוד עבודה חיים.זה פועל כמתווכים שמקבלים קלט גולמי משכבה המצגת, חל על מגבלות עסקיות מתאימות, ותיאום עם שכבת הנתונים להמשכת מידע או לאחזר.

מה שייך ללוגיקה עסקית

(FLT:0)ValidationsFLT:1: לבדוק כי כתובת דואר אלקטרוני היא בפורמט הנכון, כי למשתמש יש את הרשאות הדרושות, או כי כמות המוצר אינה עולה על מלאי.
(ב) ,0) , ⁇ ⁇ : מערכי מחשב, מס, עלויות משלוח או כמויות הנחה על בסיס כללי תמחור.
(FLT:0) תורגמת העבודה: ביצוע תהליכים רב-שלביים כגון מילוי הזמנה (תשלום, ניכוי מלאי, שלח הודעת אישור).
(ב) ,0) תקנות ההכללה (FLT:1): לקבוע אם משתמש מסוים או תפקיד ניתן לבצע פעולה.
(ב) ,0) שינוי נתונים: Aggregating, סינון או תבנית נתונים לפני שהוא מגיע למצגת או לאחר שהוא מגיע מחנות הנתונים.

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

אסטרטגיות יישום משותף

במסגרות רבות של השרת, לוגיקה עסקית חיה בכיתות שירות או חפצים במקרים שימושיים.לדוגמה, FPLT:0 עשוי להכיל שיטה FLT:1 המאמת את העגלה, מחשב את סך הכל, חל על כל קופונים, קורא שער תשלום, ומחזיר אישור הזמנה. שיטה זו אינה יודעת אם היא נקראת מבקשת HTTP, תסריט פיקודי או תור - פשוט מקבל אישור נתונים מתאים.

ב- CMS חסר ראש כמו FLT:0 (DirectusveFLT:1), שכבת הלוגיקה העסקית מוארכה לעתים קרובות באמצעות FLT:2hooksFLT 3 או FLT:4 נקודות קצה לקוחות FLT:5 לדוגמה, לפני פריט נוצר, קידוד יכול לאכוף כללים עסקיים מותאמים אישית; לאחר יצירה, פעולה אינטגרטיבית יכולה לגרום הודעת דוא"ל זה חייב להיות בדיוק מאפשר את התבנית העסקית.

שכבת הנתונים: הזיכרון הפשטני

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

פונקציות ליבה

(ב) [ה]: [ה], [ה], [ה], [ה], [ה], [ה], [ה], [ה], [ה], [ה], [ה],], [התחילה], [ה], [התחילה], [התקראו], [ה], [הת], [הת], [ה], [הת], [הת], [הת], [הת], [הת], [הת], [הת], [הת], [הת], [הת], [הת], [ה], [הת], [הת], [התקראו[הת], [הת], [הת], [הת], [התקראו], [הת], [ה], [ה], [ה], [ה],], [התקראו[ה], [התקראו[התקראו], [ה], [הת], [הת], [
(ב) ⁇ 0 נתונים: מגבלות עידוד (מפתחות ללא צבע, מערכות יחסים מפתח זרות, שדות נדרשים) ברמת האחסון.
(FLT:0) סודיותFLT:1: מניעת הזרקת SQL, צפיפות נתונים רגישים וניהול בקרת גישה.
(ב) ,0) ,PerformanceFLT:1: מדד, אופטימיזציה של שאילתה, צ'נג וחיבור המאגד כדי להתמודד עם גבוה דרך חישוב.
(ב) ⁇ :0 (התח): מעקב אחר שינויים סכימה לאורך זמן, כך שעדכונים מוחלים בבטחה על פני סביבות.

(הופנה מהדף ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇ ⁇

הפרדה בין לוגיקה עסקית

טעות נפוצה היא ערבוב שאילתות מסד נתונים עם כללים עסקיים.לדוגמה, כתיבת SQLFLT:5 בתוך פונקציה אשר גם מחשב הנחות מפרות את הפרדת החששות. במקום זאת, שכבת הלוגיקה העסקית צריכה לקרוא שיטה חוזרת אשר מחזירה אובייקטים מקובצים מלאים.השיטה ה-Repository, בתורו, משתמשת ב-ORM או בשאילתת גלם כדי להביא נתונים.

בפרויקט Directus, שכבת הנתונים מנוהלת בעיקר על ידי הפשטות של מסד הנתונים בנוי של הפלטפורמה.Directus תומך MySQL, PostgreSQL, SQLite, MSSQL, Oracle, ו- MongoDB. Developers יכולים למנף את ה- SDK או GraphL APIs כדי לבצע פעולות נתונים ללא כתיבת קבצי SQL. for שימוש מתקדמים, תצוגות מותאמות אישית או נהלים מאוחסנים עדיין יכולים להשתלב תוך שמירה על השכבה שלמה.

כיצד שכבת ה- Interact: A טיפוסי מבקש-תגובה מחזור

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

(ב) ,0) ,התאמת של שכבת ה-II: המשתמש ממלא טופס ולחיצה על "Save" (החזית מאמת את הקלט הבסיסי (למשל, שדות נדרשים) לקבלת משוב מיידי, ולאחר מכן שולח בקשה HTTP (למשל, FLT:6) עם הנתונים החדשים.
(FLT:0)API Gateway / נתבים 1:1: הבקשה מגיעה לנקודת קצה של השרת בצד השרת, אשר מפצה את המשכורות ומקדמת אותו אל המטפל המתאים או הבקר.בקר זה עדיין חלק משכבת המצגת (או שכבת API במערך רב-שכבות).זה מפיץ את הנתונים ומכנה את שיטת השירות המתאימה.
(FLT:0) לוגיקה עסקית LayerFLT:1: שיטת השירות (למשל, FLT 7) מתחילה בביצוע אימותים דומיין: לבדוק שהדואר האלקטרוני כבר לא בשימוש, לאמת את המשתמש יש רשות לשנות את הפרופיל שלהם, אולי חישוב ערכים חדשים כמו שם תצוגה מבוסס על כללים.
(FLT:0Data LayerFLT:1): ה-Repository מוציא לפועל את הפקודה של SQLFLT:8 או מכנה שיטת ORM.המסד אכיפה מגבלות (למשל, דוא"ל ייחודי) ומחזיר הצלחה או שגיאה.החוק ממפה את התוצאה חזרה לאובייקט או דגל סטטוס פשוט.
(FLT:0) חזרה דרך ערימה של ערימה 1:1: שכבת הלוגיקה העסקית מקבלת את תגובתו של ה-Repository, מבצעת כל עיבוד לאחר (למשל, תיקון השינוי, אימות מטמון), וחוזרת תוצאה נקייה (למשל, אובייקט המשתמש המעודכן) לבקר.
(FLT:0) הפגנת תגובה של שכבת ה-Presentation Layer response: The Controller מארגן את התוצאה ל-JSON (או HTML) ושולח אותו חזרה לחזית.החזית מעדכנת את ה-UI, מציגה מסר הצלחה, והמשתמש רואה את פרטי הפרופיל החדשים שלו.

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

אינטראקציות Asynchronous ו Event-Driven

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

היתרונות של אדריכלות בת שלושה-לייר

אימוץ גבולות ברורים בין מצגת, לוגיקה עסקית והנתונים מספקים יתרונות מוחשיים:

(FLT:0) ,TestabilityFLT:1: לוגיקה עסקית ניתן לבדוק בבידוד עם בדיקות יחידה ולעג, ללא צורך ב- UI או מסד נתונים. בדיקות שכבת נתונים יכול להתמקד בתיקון השאילתה וביצועים.
(ב) ,0) ,החזקות העיקרית של ה- 1:1: כאשר באג נמצא, מפתחים יכולים במהירות למקם אותו לשכבה מסוימת.
(FLT:0) calabilityigabilityFLT:1: ניתן לדרג את השכבות באופן עצמאי.לדוגמה, אם מבצע קריאה-כבד הופך לצוואר בקבוק, באפשרותך להוסיף העתקים לקריאה לשכבת הנתונים או להציג את הגרד מבלי לגעת ב- UI.
(FLT:0) ,LlexibilityFLT:1: ארגונים יכולים לשנות טכנולוגיות ללא כתיבת הבקשה כולה. סטארט-אפ יכול להתחיל עם אפליקציה מונוליטית תלת-שכבת 3 שכבות ולאחר מכן לחלק את שכבת הלוגיקה העסקית למיקרו-שירותים, כל זאת תוך שמירה על אותה החזית.
(FLT:0) שיתוף פעולה משותף של TEEFLT:1: מפתחי החזית, מפתחי backend ומהנדסי נתונים יכולים לעבוד במקביל עם חוזים מוגדרים בבירור (APIs, ממשקים, schemas נתונים) זה מקטין את הקונפליקטים הממזגים ומזרז את המשלוח.

עבור צוותים המשתמשים ב-Directus, היתרונות האלה בולטים במיוחד.Directus תוכנן כ- CMS חסר ראש שמפריד באופן נקי את ה-Backend (Data Layer + קצת Business Logic באמצעות קובצים) מהחזית (שכבת קדם-ההתאמה) הפלטפורמה מספקת שכבת נתונים חזקה מחוץ לקופסה, ומפתחים יכולים להתאים אישית את ההיגיון העסקי באמצעות המערכת הרחבה שלה.

מלכודות נפוצות וכיצד להימנע מהם

« « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « « «

זהו הפרה תכופה ביותר של מפתח עשוי להעתיק חישוב הנחה לתוך רכיב תגובה כי היה קל יותר מאשר לקרוא API. לאורך זמן, החזית וחזור להיות מסנכרן, המוביל לחוויות משתמש בלתי עקביות.

לוגיקה עסקית הדוקה למסד הנתונים

שימוש בקוד ספציפי של ORM (כמו תבניות Active Record) ישירות בלוגיקה עסקית יוצר תלות בלתי נראית.אם אתה עובר מאוחר יותר מ- ORM ל- SQL או לשנות מסדי נתונים, עליך לשנות קוד עסקי.FLT:0) SolutionofFLT:1: תמיד עוטפים גישה נתונים מאחורי ממשק רצף או תבנית של נתונים.

התעלמות משגיאות ההולכות על פני שכבות

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

מוקדם יותר ב

(למשל, בלוג סטטי), אדריכלות מלאה של שלושה שכבות עם מחסנים ושירותים עשויים להיות overkill.com, חכם ל-FLT:0plan for future ComplexFLT:1 (אפשר להתחיל עם הפרדה מינימלית - למשל, שמירה על לוגיקה PHP בתיקיה פרויקט 10 ושאילתות מסד נתונים בתיקיה של LT:11 - ובלבד שאתה צריך רק כדי למנוע קוד קטן, למשל, אפילו כדי למנוע קוד פתוח, כאשר אתה צריך לעשות שימוש קשה בתוך מסד נתונים קטן.

מסקנה: שכבת עיצוב

הבנת האינטראקציה בין ה-FLT:0 (Presentation Layer) ,(FLT:2 לוגיקה עסקית שכבתית PLT 3: ו-FLT:4Data LayerFLT:5 לא רק על ידע תבנית ספר לימוד - זהו משמעת מעשית המנחה החלטות פיתוח יומיומיות.

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

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

לקריאה נוספת על תבניות אדריכליות, בדוק את הסקירה של מרטין Fowler:0 (מחשבות על אדריכלות יישומים ארגונית FLT:1 ואת הרשמי FLT:2Directus Architecture Review EvolutionFLT 3: שניהם משאבים מחזקים את העקרונות שנדונו כאן ולספק דוגמאות קונקרטיות ממערכות בעולם האמיתי.