פלטפורמה "1C: Enterprise" - מה יש מתחת למכסה המנוע?

היי הבר!
במאמר זה נתחיל את הסיפור על איך זה עובד בפנים פלטפורמה "1C:Enterprise 8" ובאילו טכנולוגיות נעשה שימוש בפיתוחו.

למה אנחנו חושבים שזה מעניין? ראשית, מכיוון שפלטפורמת 1C:Enterprise 8 היא יישום גדול (יותר מ-10 מיליון שורות קוד) ב-C++ (לקוח, שרת וכו'), JavaScript (לקוח אינטרנט), ולאחרונה, וגם Java. פרויקטים גדולים יכולים להיות מעניינים לפחות בגלל קנה המידה שלהם, כי נושאים שאינם נראים בבסיס קוד קטן מתעוררים במלוא עוצמתם בפרויקטים כאלה. שנית, "1C:Enterprise" הוא מוצר "ארגז" שניתן לשכפל, ויש מעט מאוד מאמרים על פיתוחים כאלה על Habré. זה גם תמיד מעניין לדעת איך החיים בקבוצות וחברות אחרות.

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

• אשכול שרתים
• לקוח "דק" המסוגל להתחבר לשרת באמצעות http והפרוטוקול הבינארי שלו
• לקוח לעבודה בארכיטקטורה דו-שכבתית עם מסד נתונים הממוקם בכונן קשיח או בתיקיית רשת
• לקוח אינטרנט
• כלי ניהול שרת יישומים
• סביבת פיתוח (המכונה Configurator)
• סביבת זמן ריצה עבור iOS, Android ו-Windows Phone (פלטפורמה ניידת 1C)

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

אפליקציות מקוריות

C++03 משמש לפיתוח יישומים מקוריים. עבור Windows, Microsoft Visual C++ 12 (פרופיל התואם ל-Windows XP) משמש כקומפיילר, ועבור לינוקס ואנדרואיד - gcc 4.8, עבור iOS - clang 5.0. הספרייה הסטנדרטית בשימוש זהה לכל מערכות ההפעלה והמהדרים - STLPort. פתרון זה מקטין את הסבירות לשגיאות ספציפיות למימוש STL. אנו מתכננים כעת לעבור למימוש STL שנשלח עם CLang, מכיוון ש-STLPort הופסק ואינו תואם למצב C++11 של gcc.
בסיס הקוד של השרת נפוץ ב-99%, של הלקוח - 95%. יתרה מכך, אפילו הפלטפורמה הניידת משתמשת באותו קוד C++ כמו הקוד ה"גדול", אם כי אחוז האיחוד שם נמוך במעט.
כמו רוב משתמשי C++, אנחנו לא מתיימרים להשתמש ב-100% מהיכולות של השפה והספריות שלה. אז, אנחנו למעשה לא משתמשים ב-Boost, ואחת מתכונות השפה היא ליהוק סוג דינמי. במקביל, אנו משתמשים באופן פעיל:

• STL (במיוחד מחרוזות, מיכלים ואלגוריתמים)
• ירושה מרובה, כולל. ירושה יישום מרובה
• תבניות
• חריגים
• מצביעים חכמים (יישום מותאם אישית)

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

רכיבים

כדי להבטיח מודולריות, כל הפונקציונליות מחולקת לרכיבים, שהם ספריות דינמיות (*.dll עבור Windows, *.so עבור Linux). ישנם יותר ממאה וחמישים רכיבים בסך הכל; להלן תיאורים של כמה מהם:

Backend
מכיל את מנוע המטא נתונים של הפלטפורמה

acnt
אובייקטים שמפתחי יישומים משתמשים בהם לבניית רשומות חשבונאיות (טבלאות חשבונות ופנקסי חשבונות)

bsl
מנוע ביצוע שפה מוטבע

Nuke
יישום מותאם אישית של מקצה זיכרון

dbeng8
מנוע מסד נתונים של קבצים. מנוע מסד נתונים פשוט של שרת קבצים המבוסס על ISAM, הכולל גם מעבד SQL פשוט

wbase
מכיל את מחלקות הבסיס והפונקציות להטמעת ממשק המשתמש של Windows - מחלקות חלונות, גישת GDI וכו'.

חלוקה למספר רכיבים שימושית מכמה נקודות מבט:

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

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

SCOM

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

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

לדוגמה, אתה יכול לתאר מחלקה לקריאת JSON (לדוגמה, JSONStreamReader) ברכיב json.dll.
ניתן ליצור מחלקות ומופעים ממרכיבים אחרים; הם צריכים להיות רשומים במחשב SCOM:

SCOM_CLASS_ENTRY(JSONStreamReader)

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

IJSONStreamReaderPtr jsonReader = create_instance<IJSONStreamReader>(SCOM_CLSIDOF(JSONStreamReader));

כדי לתמוך בשירותים, SCOM מציעה תשתית נוספת, מורכבת למדי. מרכזי בו הוא הרעיון של תהליך SCOM, המשמש כמיכל להפעלת שירותים (כלומר, ממלא את התפקיד של Service Locator), ומכיל גם כריכה למשאבים מקומיים. תהליך SCOM קשור לשרשור מערכת ההפעלה. הודות לכך, בתוך האפליקציה תוכלו לקבל שירותים כמו זה:

SCOM_Process* process = core::current_process();
if (process)
         return get_service<IMyService>(process);

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

בהתבסס על מודל רכיבי SCOM, הן הלוגיקה העסקית והן החלק הממשק של 1C: Enterprise מיושמים.

ממשק משתמש

אגב, לגבי ממשקים. אנחנו לא משתמשים בפקדים סטנדרטיים של Windows; הפקדים שלנו מיושמים ישירות ב-Windows API. עבור גרסת לינוקס, נוצרה שכבה שפועלת דרך ספריית wxWidgets.
ספריית הפקדים אינה תלויה בחלקים אחרים של 1C:Enterprise והיא משמשת אותנו במספר כלי עזר פנימיים קטנים אחרים.

במהלך שנות הפיתוח של 1C:Enterprise, הופעת הפקדים השתנתה, אך שינוי רציני בעקרונות התרחש רק פעם אחת, בשנת 2009, עם יציאת גרסה 8.2 והופעתם של "טפסים מנוהלים". בנוסף לשינוי המראה, עקרון פריסת הטופס השתנה מהותית - הייתה דחייה של מיקום פיקסל אחר פיקסל של אלמנטים לטובת פריסת זרימה של אלמנטים. בנוסף, במודל החדש, הפקדים אינם פועלים ישירות עם אובייקטי תחום, אלא עם DTOs מיוחדים (אובייקטים להעברת נתונים).
שינויים אלה אפשרו ליצור לקוח אינטרנט 1C:Enterprise המשכפל את ההיגיון C++ של פקדי JavaScript. אנו מנסים לשמור על שוויון פונקציונלי בין לקוחות דקים לרשת. במקרים בהם הדבר אינו אפשרי, למשל עקב מגבלות של ה-JavaScript API הזמין (לדוגמה, היכולת לעבוד עם קבצים מוגבלת מאוד), לרוב אנו מיישמים את הפונקציונליות הדרושה באמצעות הרחבות דפדפן הכתובות ב-C++. כרגע אנו תומכים ב-Internet Explorer ו-Microsoft Edge (Windows), Google Chrome (Windows), Firefox (Windows ו-Linux) ו-Safari (MacOS).

בנוסף, טכנולוגיית טפסים מנוהלים משמשת ליצירת ממשק ליישומים ניידים בפלטפורמת 1C. במכשירים ניידים, עיבוד הפקדים מיושם באמצעות טכנולוגיות מקוריות למערכת ההפעלה, אך עבור הלוגיקה של פריסת הטופס ותגובת הממשק, נעשה שימוש באותו קוד כמו בפלטפורמת 1C:Enterprise "הגדולה".

ממשק 1C במערכת ההפעלה לינוקס

ממשק 1C במכשיר נייד

ממשק 1C בפלטפורמות אחרות
ממשק 1C במערכת ההפעלה Windows

ממשק 1C - לקוח אינטרנט

קוד פתוח

למרות שאיננו משתמשים בספריות סטנדרטיות עבור מפתחי C++ תחת Windows (MFC, פקדים מ-WinAPI), אנו לא כותבים את כל הרכיבים בעצמנו. הספרייה כבר הוזכרה wxWidgets, ואנחנו גם משתמשים ב:

• cURL לעבודה עם HTTP ו-FTP.
• OpenSSL לעבודה עם קריפטוגרפיה ויצירת חיבורי TLS
• libxml2 ו-libxslt עבור ניתוח XML
• ליבטפאן לעבודה עם פרוטוקולי דואר (POP3, SMTP, IMAP)
• כּוֹזֵב לנתח הודעות דואר אלקטרוני
• סקליט לאחסון יומני משתמשים
• המחלקה לטיפול נמרץ לבינלאומיזציה

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

מסקנה

במאמר נגענו במספר היבטים עיקריים של פיתוח פלטפורמת 1C: Enterprise. בהיקף המצומצם של המאמר נגענו רק בכמה היבטים מעניינים, לדעתנו,.
ניתן למצוא תיאור כללי של מנגנוני הפלטפורמה השונים כאן.
אילו נושאים יעניינו אותך במאמרים עתידיים?

כיצד מיושמת הפלטפורמה הניידת 1C?
תיאור המבנה הפנימי של לקוח האינטרנט?
או אולי אתה מעוניין בתהליך של בחירת תכונות למהדורות חדשות, פיתוח ובדיקה?

כתבו בתגובות!

מקור: www.habr.com