Eclipse ווי אַ טעכנאָלאָגיע פּלאַטפאָרמע פֿאַר 1C: ענטערפּרייז אנטוויקלונג מכשירים

מיסטאָמע עקליפּסע האט לאַנג זינט דארף קיין ספּעציעלע הקדמה. פילע מענטשן זענען באַקאַנט מיט Eclipse דאַנק צו די Eclipse Java אַנטוויקלונג מכשירים (דזשדט). עס איז דעם פאָלקס עפֿענען-מקור Java IDE אַז רובֿ דעוועלאָפּערס פאַרבינדן מיט די וואָרט "עקליפּסע". אָבער, Eclipse איז ביידע אַן עקסטענסיבלע פּלאַטפאָרמע פֿאַר ינטאַגרייטינג אַנטוויקלונג מכשירים (Eclipse Platform), און אַ נומער פון IDEs געבויט אויף זיין יקער, אַרייַנגערעכנט JDT. עקליפּסע איז ביידע די עקליפּסע פּראָיעקט, דער העכסט-מדרגה פּרויעקט וואָס קאָואָרדאַנייץ די אַנטוויקלונג פון די עקליפּסע פּלאַטפאָרם און די JDT, און די עקליפּסע סדק, דער איבערגעגעבן רעזולטאַט פון דער אַנטוויקלונג. צום סוף, Eclipse איז אַן אָפֿן-מקור וויקיפּעדיע מיט אַ ריזיק קהל פון פּראַדזשעקס, וואָס ניט אַלע זענען געשריבן אין Java אָדער שייַכות צו אַנטוויקלונג מכשירים (למשל, פּראַדזשעקס). Eclipse IoT и עקליפּסע וויסנשאַפֿט). די וועלט פון עקליפּסע איז זייער דייווערס.

אין דעם אַרטיקל, וואָס איז אַן איבערבליק אין נאַטור, מיר וועלן פּרובירן צו קוקן אין עטלעכע פון ​​די באַסיקס פון די עקליפּסע אַרקאַטעקטשער ווי אַ פּלאַטפאָרמע פֿאַר בנין ינאַגרייטיד אַנטוויקלונג מכשירים און געבן אַן ערשט געדאַנק פון די עקליפּסע קאַמפּאָונאַנץ וואָס זענען די יסוד פון די טעכנאָלאָגיע פּלאַטפאָרמע פֿאַר די "נייַ קאָנפיגוראַטאָר" 1C: ענטערפּרייז. 1C: ענטערפּרייז אנטוויקלונג מכשירים. דאָך, אַזאַ אַ רעצענזיע וועט ינעוואַטאַבלי זיין לאַרגעלי אויבנאויפיקער און גאַנץ לימיטעד, אַרייַנגערעכנט ווייַל מיר פאָקוס נישט בלויז אויף Eclipse דעוועלאָפּערס ווי די ציל וילעם. אָבער, מיר האָפן אַז אפילו יקספּיריאַנסט Eclipse דעוועלאָפּערס קענען געפֿינען טשיקאַווע אינפֿאָרמאַציע אין דעם אַרטיקל. פֿאַר בייַשפּיל, מיר וועלן רעדן וועגן איינער פון די "סעקרעץ פון עקליפּסע", אַ לעפיערעך נייַ און קליין-באקאנט פּרויעקט Eclipse Handly, וואָס איז געגרינדעט און געשטיצט דורך 1C.

הקדמה צו עקליפּסע אַרטשיטעקטורע

זאל ס ערשטער קוק אין עטלעכע גענעראַל אַספּעקץ פון די עקליפּסע אַרקאַטעקטשער ניצן דעם בייַשפּיל Eclipse Java אַנטוויקלונג מכשירים (JDT). די ברירה פון JDT ווי אַ בייַשפּיל איז נישט אַקסאַדענטאַל. דאָס איז דער ערשטער ינאַגרייטיד אַנטוויקלונג סוויווע צו דערשייַנען אין Eclipse. אנדערע *DT Eclipse פּראַדזשעקס, אַזאַ ווי Eclipse C/C ++ אנטוויקלונג טאָאָלינג (CDT), זענען באשאפן שפּעטער און באָרגן ביידע יקערדיק אַרקאַטעקטשעראַל פּרינסאַפּאַלז און יחיד מקור קאָד פראַגמאַנץ פון JDT. די פאַנדאַמענטאַלז פון די אַרקאַטעקטשער געלייגט אין JDT זענען באַטייַטיק צו דעם טאָג פֿאַר כּמעט קיין IDE געבויט אויף שפּיץ פון די עקליפּסע פּלאַטפאָרם, אַרייַנגערעכנט 1C: ענטערפּרייז אנטוויקלונג מכשירים.

ערשטער פון אַלע, עס זאָל זיין באמערקט אַז עקליפּסע איז קעראַקטערייזד דורך אַ פערלי קלאָר אַרקאַטעקטשעראַל לייערינג, מיט די צעשיידונג פון שפּראַך-פרייַ פאַנגקשאַנאַליטי פון פאַנגקשאַנאַליטי דיזיינד צו שטיצן ספּעציפיש פּראָגראַממינג שפּראַכן, און די צעשיידונג פון UI-פרייַ "האַרץ" קאַמפּאָונאַנץ פון קאַמפּאָונאַנץ פֿאַרבונדן. מיט שטיצן באַניצער צובינד.

אזוי, די Eclipse פּלאַטפאָרם דיפיינז אַ פּראָסט, שפּראַך-פרייַ ינפראַסטראַקטשער, און די Java אַנטוויקלונג מכשירים לייגן אַ פול-פיטשערד Java IDE צו Eclipse. ביידע די עקליפּסע פּלאַטפאָרם און די JDT צונויפשטעלנ זיך פון עטלעכע קאַמפּאָונאַנץ, יעדער פון וואָס געהערט צו אַ וי-פרייַ "האַרץ" אָדער אַ וי שיכטע (פיגורע 1).

רייס. 1. עקליפּסע פּלאַטפאָרם און דזשדט

לאָמיר רשימה די הויפּט קאַמפּאָונאַנץ פון די Eclipse Platform:

• רונטימע - דיפיינז די פּלוגין ינפראַסטראַקטשער. עקליפּסע איז קעראַקטערייזד דורך אַ מאַדזשאַלער אַרקאַטעקטשער. יסענשאַלי, Eclipse איז אַ זאַמלונג פון "פאַרלענגערונג פונקטן" און "עקסטענסיאָנס".
• וואָרקספּאַסע - מאַנידזשיז איינער אָדער מער פּראַדזשעקס. א פּרויעקט באשטייט פון פאָלדערס און טעקעס וואָס זענען מאַפּט גלייַך צו די טעקע סיסטעם.
• נאָרמאַל ווידזשיט מכשירים (SWT) - פּראָווידעס יקערדיק באַניצער צובינד עלעמענטן ינאַגרייטיד מיט די אָפּערייטינג סיסטעם.
• JFace - פּראָווידעס אַ נומער פון וי פראַמעוואָרקס געבויט אויף שפּיץ פון SWT.
• וואָרקבענטש - דיפיינז די Eclipse UI פּאַראַדיגם: רעדאקציע, קוקן, פּערספּעקטיווז.

עס מוזן זיין געזאָגט אַז די עקליפּסע פּלאַטפאָרם אויך גיט פילע אנדערע נוציק קאַמפּאָונאַנץ פֿאַר בנין ינאַגרייטיד אַנטוויקלונג מכשירים, אַרייַנגערעכנט דעבוג, פאַרגלייַכן, זוכן און מאַנשאַפֿט. ספּעציעלע דערמאָנען זאָל זיין געמאכט פון JFace טעקסט - די יקער פֿאַר בנין "קלוג רעדאקציע" פון מקור קאָד. צום באַדויערן, אפילו אַ יבערבליק דורכקוק פון די קאַמפּאָונאַנץ, ווי געזונט ווי די UI שיכטע קאַמפּאָונאַנץ, איז ניט מעגלעך אין דעם פאַרנעם פון דעם אַרטיקל, אַזוי אין די רעשט פון דעם אָפּטיילונג מיר באַגרענעצן זיך צו אַן איבערבליק פון די הויפּט "האַרץ" קאַמפּאָונאַנץ פון די Eclipse Platform און JDT.

Core Runtime

די Eclipse פּלוגין ינפראַסטראַקטשער איז באזירט אויף OSGi און צוגעשטעלט דורך די פּרויעקט עקליפּסע עקווינאָקס. יעדער עקליפּסע פּלוגין איז אַ OSGi פּעקל. די OSGi ספּעסיפיקאַטיאָן דיפיינז, ספּעציעל, מעקאַניזאַמז פֿאַר ווערסיע און דעפּענדענסי האַכלאָטע. אין אַדישאַן צו די נאָרמאַל מעקאַניזאַמז, Equinox ינטראַדוסיז דעם באַגריף יקספּאַנשאַן ווייזט. יעדער פּלוגין קענען דעפינירן זיין אייגענע פאַרלענגערונג פונקטן, און אויך באַקענען נאָך פאַנגקשאַנאַליטי ("עקסטענסיאָנס") צו די סיסטעם ניצן פאַרלענגערונג ווייזט דיפיינד דורך די זעלבע אָדער אנדערע פּלוגינס. קיין דיטיילד באַשרייַבונג פון די OSGi און Equinox מעקאַניזאַמז איז ווייַטער פון דעם פאַרנעם פון דעם אַרטיקל. זאל אונדז נאָר טאָן אַז מאַדזשאַלעריזיישאַן אין עקליפּסע איז גאַנץ (קיין סאַבסיסטעם, אַרייַנגערעכנט רונטימע, באשטייט פון איין אָדער מער פּלוגינס), און כּמעט אַלץ אין עקליפּסע איז אַן פאַרלענגערונג. דערצו, די פּרינסאַפּאַלז זענען עמבעדיד אין די עקליפּסע אַרקאַטעקטשער לאַנג איידער די הקדמה פון OSGi (אין דער צייט זיי געוויינט זייער אייגענע טעכנאָלאָגיע, פיל ענלעך צו OSGi).

Core Workspace

כּמעט קיין ינאַגרייטיד אַנטוויקלונג סוויווע געבויט אויף שפּיץ פון די Eclipse Platform אַרבעט מיט Eclipse וואָרקספּאַסע. עס איז דער וואָרקספּאַסע וואָס יוזשאַוואַלי כּולל די מקור קאָד פון די אַפּלאַקיישאַן דעוועלאָפּעד אין די IDE. וואָרקספּאַסע מאַפּס גלייַך צו דער טעקע סיסטעם און באשטייט פון פּראַדזשעקס וואָס אַנטהאַלטן פאָלדערס און טעקעס. די פּראַדזשעקס, פאָלדערס און טעקעס זענען גערופן רעסורסן וואָרקספּאַסע. די וואָרקספּאַסע ימפּלאַמענטיישאַן אין Eclipse סערוועס ווי אַ קאַש אין באַציונג צו די טעקע סיסטעם, וואָס מאכט עס מעגלעך צו באטייטיק פאַרגיכערן די דורכפאָר פון די מיטל בוים. אין אַדישאַן, וואָרקספּאַסע גיט אַ נומער פון נאָך באַדינונגס, אַרייַנגערעכנט אָנזאָג מעקאַניזאַם פֿאַר מיטל ענדערונגען и ינקראַמענטאַל בילדער ינפראַסטראַקטשער.

די קאָר רעסאָורסעס קאָמפּאָנענט (org.eclipse.core.resources פּלוגין) איז פאַראַנטוואָרטלעך פֿאַר שטיצן די וואָרקספּאַסע און זייַן רעסורסן. אין באַזונדער, דעם קאָמפּאָנענט גיט פּראָגראַממאַטיק אַקסעס צו די וואָרקספּאַסע אין די פאָרעם מיטל מאָדעלס. צו אַרבעטן יפעקטיוולי מיט דעם מאָדעל, קלייאַנץ דאַרפֿן אַ פּשוט וועג צו פאָרשטעלן אַ לינק צו אַ מיטל. אין דעם פאַל, עס וואָלט זיין דיזייראַבאַל צו באַהאַלטן די כייפעץ אַז גלייַך סטאָרז די שטאַט פון די מיטל אין די מאָדעל פֿון דער קליענט אַקסעס. אַנדערש, אין דעם פאַל פון, למשל, ויסמעקן אַ טעקע, דער קליענט קען פאָרזעצן צו האַלטן אַ כייפעץ וואָס איז ניט מער אין די מאָדעל, מיט די פאלגענדע פּראָבלעמס. Eclipse סאַלווז דעם פּראָבלעם ניצן עפּעס גערופן הענטל מיטל. שעפּן אקטן ווי אַ שליסל (עס נאָר ווייסט די וועג צו די מיטל אין די וואָרקספּאַסע) און גאָר קאָנטראָלס אַקסעס צו די ינערלעך מאָדעל כייפעץ, וואָס גלייַך סטאָרז אינפֿאָרמאַציע וועגן די שטאַט פון די מיטל. דעם פּלאַן איז אַ ווערייישאַן פון דעם מוסטער שעפּן / גוף.

רייס. פיגור 2 ילאַסטרייץ די שעפּן / גוף ידיאָם ווי געווענדט צו די מיטל מאָדעל. די IResource צובינד רעפּראַזענץ די שעפּן פון אַ מיטל און איז אַן אַפּי, ניט ענלעך די ריסאָרס קלאַס, וואָס ימפּלאַמאַנץ דעם צובינד, און די ResourceInfo קלאַס, וואָס רעפּראַזענץ דעם גוף, וואָס זענען נישט אַפּיס. מיר ונטערשטרייַכן אַז שעפּן בלויז ווייסט דעם וועג צו די מיטל קאָרעוו צו די וואָרצל וואָרצל און טוט נישט אַנטהאַלטן אַ לינק צו מיטל אינפֿאָרמאַציע. מיטל אינפֿאָרמאַציע אַבדזשעקץ פאָרעם אַ אַזוי גערופענע "עלעמענט בוים". די דאַטן סטרוקטור איז גאָר מאַטיריאַלייזד אין זכּרון. צו געפֿינען די מיטל אינפֿאָרמאַציע בייַשפּיל קאָראַספּאַנדינג צו אַ שעפּן, די עלעמענט בוים איז דורכגעגאנגען לויט די וועג סטאָרד אין דעם שעפּן.

רייס. 2. ירעסאָרס און ריסאָרסינפאָ

ווי מיר וועלן זען שפּעטער, די יקערדיק פּלאַן פון די מיטל מאָדעל (מיר קען רופן עס שעפּן-באזירט) איז אויך געניצט אין Eclipse פֿאַר אנדערע מאָדעלס. איצט, לאָזן אונדז רשימה עטלעכע פון ​​די אָפּשיידנדיק פּראָפּערטיעס פון דעם פּלאַן:

• שעפּן איז אַ ווערט כייפעץ. ווערט אַבדזשעקץ זענען אוממיוטאַבאַל אַבדזשעקץ וועמענס יקוואַלאַטי איז נישט באזירט אויף אידענטיטעט. אַזאַ אַבדזשעקץ קענען זיין בעשאָלעם געניצט ווי אַ שליסל אין כאַשט קאַנטיינערז. קייפל ינסטאַנסיז פון שעפּן קענען דערמאָנען די זעלבע מיטל. צו פאַרגלייַכן זיי, איר דאַרפֿן צו נוצן די יקוואַלז (אָבדזשעקט) אופֿן.
• האַנדלע דיפיינז די נאַטור פון אַ מיטל, אָבער טוט נישט אַנטהאַלטן אינפֿאָרמאַציע וועגן די שטאַט פון די מיטל (די בלויז דאַטן עס סטאָרז איז דער "שליסל", דער דרך צו די מיטל).
• האַנדלע קען אָפּשיקן צו אַ מיטל וואָס איז נישט עקסיסטירט (אָדער אַ מיטל וואָס איז נאָך נישט באשאפן אָדער אַ מיטל וואָס איז שוין אויסגעמעקט). די עקזיסטענץ פון אַ מיטל קענען זיין אָפּגעשטעלט מיט די IResource.exists () אופֿן.
• עטלעכע אַפּעריישאַנז קענען זיין ימפּלאַמענאַד בלויז באזירט אויף אינפֿאָרמאַציע סטאָרד אין די שעפּן זיך (אַזוי גערופענע שעפּן-בלויז אַפּעריישאַנז). ביישפילן זענען IResource.getParent(), getFullPath(), אאז"ו ו. דער מיטל דאַרף נישט עקסיסטירן פֿאַר אַזאַ אַ אָפּעראַציע צו זיין געראָטן. אַפּעריישאַנז וואָס דאַרפן אַ מיטל צו עקסיסטירן צו זיין געראָטן וואַרפן אַ CoreException אויב די מיטל איז נישט עקסיסטירט.

עקליפּסע גיט אַן עפעקטיוו מעקאַניזאַם פֿאַר נאָוטאַפאַקיישאַן פון וואָרקספּאַסע מיטל ענדערונגען (פיגורע 3). רעסאָורסעס קענען טוישן אָדער ווי אַ רעזולטאַט פון אַקשאַנז געטאן אין די Eclipse IDE זיך אָדער ווי אַ רעזולטאַט פון סינגקראַנאַזיישאַן מיט די טעקע סיסטעם. אין ביידע קאַסעס, קלייאַנץ וואָס אַבאָנירן צו נאָוטאַפאַקיישאַנז זענען צוגעשטעלט מיט דיטיילד אינפֿאָרמאַציע וועגן די ענדערונגען אין די פאָרעם פון "מיטל דעלטאַס". א דעלטע באשרייבט ענדערונגען צווישן צוויי שטאַטן פון אַ וואָרקספּאַסע מיטל (סאַב-) בוים און איז זיך אַ בוים, יעדער נאָדע פון ​​וואָס באשרייבט אַ ענדערונג צו אַ מיטל און כּולל אַ רשימה פון דעלטאַס אין דער ווייַטער מדרגה וואָס באַשרייַבן ענדערונגען צו קינד רעסורסן.

רייס. 3. IResourceChangeEvent און IResourceDelta

דער אָנזאָג מעקאַניזאַם באזירט אויף מיטל דעלטאַס האט די פאלגענדע קעראַקטעריסטיקס:

• א איין ענדערונג און פילע ענדערונגען זענען דיסקרייבד ניצן די זעלבע סטרוקטור, זינט די דעלטאַ איז געבויט מיט דעם פּרינציפּ פון רעקורסיווע זאַץ. אַבאָנענט קלייאַנץ קענען פּראָצעס מיטל ענדערונג נאָוטאַפאַקיישאַנז ניצן רעקורסיווע אַראָפּגאַנג דורך אַ בוים פון דעלטאַס.
• די דעלטאַ כּולל פולשטענדיק אינפֿאָרמאַציע וועגן ענדערונגען צו די מיטל, אַרייַנגערעכנט די באַוועגונג און / אָדער ענדערונגען אין די "מאַרקערס" פֿאַרבונדן מיט אים (פֿאַר בייַשפּיל, זאַמלונג ערראָרס זענען רעפּריזענטיד ווי מאַרקערס).
• זינט מיטל רעפערענצן זענען געמאכט דורך די שעפּן, דעלטאַ קענען געוויינטלעך דערמאָנען אַ ווייַט מיטל.

ווי מיר וועלן באַלד זען, די הויפּט קאַמפּאָונאַנץ פון די פּלאַן פון די מיטל מאָדעל ענדערונג אָנזאָג מעקאַניזאַם זענען אויך באַטייַטיק פֿאַר אנדערע שעפּן-באזירט מאָדעלס.

JDT קאָר

די Eclipse וואָרקספּאַסע מיטל מאָדעל איז אַ פונדאַמענטאַל שפּראַך-אַגנאָסטיק מאָדעל. די JDT Core קאָמפּאָנענט (plugin org.eclipse.jdt.core) גיט אַן אַפּי פֿאַר נאַוואַגייטינג און אַנאַלייזינג די וואָרקספּאַסע סטרוקטור פֿון אַ ז'אבא פּערספּעקטיוו, די אַזוי גערופענע "דזשאַוואַ מאָדעל" (Java מאָדעל). דער אַפּי איז דיפיינד אין טערמינען פון Java עלעמענטן, ווי קעגן צו די אַנדערלייינג מיטל מאָדעל אַפּי, וואָס איז דיפיינד אין טערמינען פון פאָלדערס און טעקעס. די הויפּט ינטערפייסיז פון די Java עלעמענט בוים זענען געוויזן אין Fig. 4.

רייס. 4. ז'אבא מאָדעל עלעמענץ

די Java מאָדעל ניצט די זעלבע שעפּן / גוף ידיאָם ווי די מיטל מאָדעל (פיגורע 5). IJavaElement איז די שעפּן, און JavaElementInfo פיעסעס די ראָלע פון ​​גוף. די IJavaElement צובינד דיפיינז אַ פּראָטאָקאָל פּראָסט פֿאַר אַלע Java עלעמענטן. עטלעכע פון ​​זייַן מעטהאָדס זענען שעפּן-בלויז: getElementName (), getParent (), עטק. די JavaElementInfo כייפעץ סטאָרז די שטאַט פון די קאָראַספּאַנדינג עלעמענט: זייַן סטרוקטור און אַטריביוץ.

רייס. 5. IJavaElement און JavaElementInfo

די Java מאָדעל האט עטלעכע דיפעראַנסיז אין די ימפּלאַמענטיישאַן פון די יקערדיק שעפּן / גוף פּלאַן קאַמפּערד מיט די מיטל מאָדעל. ווי דערמאנט אויבן, אין די מיטל מאָדעל, דער עלעמענט בוים, וועמענס נאָודז זענען מיטל אינפֿאָרמאַציע אַבדזשעקץ, איז לעגאַמרע קאַנטיינד אין זכּרון. אבער די דזשאַוואַ מאָדעל קענען האָבן אַ באטייטיק גרעסערע נומער פון עלעמענטן ווי די מיטל בוים, ווייַל עס אויך רעפּראַזענץ די ינערלעך סטרוקטור פון .דזשאַוואַ און .קלאַס טעקעס: טייפּס, פעלדער און מעטהאָדס.

צו ויסמיידן גאָר מאַטיריאַלייז די גאנצע בוים פון עלעמענטן אין זכּרון, די Java מאָדעל ימפּלאַמענטיישאַן ניצט אַ לימיטעד גרייס LRU קאַש פון עלעמענט אינפֿאָרמאַציע, ווו דער שליסל איז שעפּן IJavaElement. עלעמענט אינפֿאָרמאַציע אַבדזשעקץ זענען באשאפן אויף פאָדערונג ווי דער עלעמענט בוים איז נאַוואַגייטיד. אין דעם פאַל, די מינדסטער אָפט געוויינט זאכן זענען יוויקטיד פון די קאַש, און די זכּרון קאַנסאַמשאַן פון די מאָדעל בלייבט לימיטעד צו די ספּעסיפיעד קאַש גרייס. דאָס איז אן אנדער מייַלע פון ​​שעפּן-באזירט פּלאַן, וואָס גאָר כיידז אַזאַ ימפּלאַמענטיישאַן דעטאַילס פון דעם קליענט קאָד.

דער מעקאַניזאַם פֿאַר אָנזאָג ענדערונגען צו Java עלעמענטן איז אין אַלגעמיין ענלעך צו די מעקאַניזאַם פֿאַר טראַקינג ענדערונגען צו וואָרקספּאַסע רעסורסן דיסקאַסט אויבן. א קליענט וואָס וויל צו מאָניטאָר ענדערונגען אין די Java מאָדעל אַבאָנירן צו נאָוטאַפאַקיישאַנז, וואָס זענען רעפּריזענטיד ווי אַן ElementChangedEvent כייפעץ וואָס כּולל אַן IJavaElementDelta (פיגורע 6).

רייס. 6. ElementChangedEvent און IJavaElementDelta

די Java מאָדעל טוט נישט אַנטהאַלטן אינפֿאָרמאַציע וועגן מעטאָד ללבער אָדער נאָמען האַכלאָטע, אַזוי פֿאַר דיטיילד אַנאַליסיס פון קאָד געשריבן אין Java, JDT Core גיט אַן נאָך (ניט-שעפּן-באזירט) מאָדעל: אַבסטראַקט סינטאַקס בוים (אַבסטראַקט סינטאַקס בוים, AST). AST רעפּראַזענץ דער רעזולטאַט פון פּאַרסינג די מקור טעקסט. AST נאָודז שטימען צו עלעמענטן פון דער מקור מאָדולע סטרוקטור (דעקלעריישאַנז, אָפּערייטערז, אויסדרוקן, אאז"ו ו) און אַנטהאַלטן אינפֿאָרמאַציע וועגן די קאָואָרדאַנאַץ פון די קאָראַספּאַנדינג עלעמענט אין די מקור טעקסט, ווי געזונט ווי (אָפּטיאָנאַללי) אינפֿאָרמאַציע וועגן נאָמען האַכלאָטע אין די פאָרעם פון לינקס צו אַזוי גערופענע bindings. ביינדינגז זענען אַבדזשעקץ וואָס רעפּראַזענץ געהייסן ענטיטיז, אַזאַ ווי טייפּס, מעטהאָדס און וועריאַבאַלז, באקאנט צו די קאַמפּיילער. ניט ענלעך AST נאָודז, וואָס פאָרעם אַ בוים, ביינדינגז שטיצן קרייַז-רעפערענסינג און בכלל פאָרעם אַ גראַפיק. די אַבסטראַקט קלאַס ASTNode איז דער פּראָסט באַזע קלאַס פֿאַר אַלע AST נאָודז. ASTNode סובקלאַסס שטימען צו ספּעציפיש סינטאַקטיק קאַנסטראַקשאַנז פון די Java שפּראַך.

ווייַל סינטאַקס ביימער קענען פאַרנוצן אַ באַטייטיק סומע פון ​​זכּרון, JDT קאַש בלויז איין AST פֿאַר די אַקטיוו רעדאַקטאָר. ניט ענלעך די Java מאָדעל, די AST איז טיפּיקלי ווי אַ "ינטערמידייט," "צייַטווייַליק" מאָדעל וועמענס מיטגלידער זאָל ניט זיין רעפעררעד דורך קלייאַנץ אַרויס דעם קאָנטעקסט פון די אָפּעראַציע וואָס געפֿירט צו די שאַפונג פון די AST.

די ליסטעד דריי מאָדעלס (דזשאַוואַ מאָדעל, AST, ביינדינגז) צוזאַמען פאָרעם די יקער פֿאַר בנין "ינטעליגענט אַנטוויקלונג מכשירים" אין JDT, אַרייַנגערעכנט אַ שטאַרק Java רעדאַקטאָר מיט פאַרשידן "העלפּערס", פאַרשידן אַקשאַנז פֿאַר פּראַסעסינג מקור קאָד (אַרייַנגערעכנט אָרגאַנייזינג אַ רשימה פון אַרייַנפיר. נעמען און פאָרמאַטטינג לויט די קאַסטאַמייזד סטיל), זוכן און רעפאַקטאָרינג מכשירים. אין דעם פאַל, די Java מאָדעל פיעסעס אַ ספּעציעל ראָלע, ווייַל עס איז געניצט ווי די יקער פֿאַר אַ וויזשאַוואַל פאַרטרעטונג פון די סטרוקטור פון די אַפּלאַקיישאַן וואָס איז דעוועלאָפּעד (למשל, אין פּאַקקאַגע Explorer, אַוטליין, זוכן, רופן כייעראַרקי, און טיפּ כייעראַרקי).

עקליפּסע קאַמפּאָונאַנץ געניצט אין 1C: ענטערפּרייז דיוועלאַפּמאַנץ מכשירים

אין Fig. פיגורע 7 ווייזט די עקליפּסע קאַמפּאָונאַנץ וואָס זענען די יסוד פון די טעכנאָלאָגיע פּלאַטפאָרמע פֿאַר 1C: ענטערפּרייז אנטוויקלונג מכשירים.

רייס. 7. עקליפּסע ווי אַ פּלאַטפאָרמע פֿאַר 1C: ענטערפּרייז אנטוויקלונג מכשירים

Eclipse Platform גיט יקערדיק ינפראַסטראַקטשער. מיר האָבן געקוקט אויף עטלעכע אַספּעקץ פון דעם ינפראַסטראַקטשער אין די פריערדיקע אָפּטיילונג.

עקליפּסע מאָדעלינג פראַמעוואָרק (עמף) גיט אַ גענעראַל מיטל פון מאָדעלינג סטראַקטשערד דאַטן. EMF איז ינאַגרייטיד מיט די Eclipse Platform, אָבער קענען אויך זיין געוויינט סעפּעראַטלי אין רעגולער Java אַפּלאַקיישאַנז. גאַנץ אָפט, נייַע Eclipse דעוועלאָפּערס זענען שוין גוט באַקאַנט מיט EMF, כאָטש זיי טאָן ניט נאָך גאָר פֿאַרשטיין די ינטראַקאַסיז פון די Eclipse פּלאַטפאָרם. איינער פון די סיבות פֿאַר אַזאַ געזונט-דיזערווד פּאָפּולאַריטעט איז די וניווערסאַל פּלאַן, וואָס כולל, צווישן אנדערע, אַ יונאַפייד מעטאַ-מדרגה API, וואָס אַלאַוז איר צו אַרבעטן מיט קיין EMF מאָדעל אין אַ אַלגעמיין וועג. די יקערדיק ימפּלאַמאַנץ פֿאַר מאָדעל אַבדזשעקץ צוגעשטעלט דורך EMF און די סאַבסיסטעם פֿאַר דזשענערייטינג מאָדעל קאָד באזירט אויף די מעטאַ-מאָדעל באטייטיק פאַרגרעסערן די גיכקייַט פון אַנטוויקלונג און רעדוצירן די נומער פון ערראָרס. EMF אויך כּולל מעקאַניזאַמז פֿאַר סיריאַליזינג מאָדעלס, טראַקינג ענדערונגען צו די מאָדעל, און פיל מער.

ווי קיין באמת גענעראַל-ציל געצייַג, EMF איז פּאַסיק פֿאַר סאַלווינג אַ ברייט קייט פון מאָדעלינג פּראָבלעמס, אָבער עטלעכע קלאסן פון מאָדעלס (למשל, די שעפּן-באזירט מאָדעלס דיסקאַסט אויבן) קען דאַרפן מער ספּעשאַלייזד מאָדעלינג מכשירים. צו רעדן וועגן EMF איז אַ ומנייטיק אַרבעט, ספּעציעל אין די לימיטעד קאַנפיינז פון איין אַרטיקל, ווייַל דאָס איז די טעמע פון ​​אַ באַזונדער בוך, און אַ גאַנץ דיק. זאל אונדז נאָר טאָן אַז די הויך-קוואַליטעט סיסטעם פון גענעראַליזאַטיאָנס אַנדערלייינג די עמף ערלויבט די געבורט פון אַ גאַנץ קייט פון פּראַדזשעקס דעדאַקייטאַד צו מאָדעלינג, וואָס זענען אַרייַנגערעכנט אין די שפּיץ-מדרגה פּרויעקט אַקליפּס מאָדעלינג צוזאמען מיט די עמף זיך. איין אַזאַ פּרויעקט איז Eclipse Xtext.

עקליפּסע Xtext גיט אַ "טעקסט מאָדעלינג" ינפראַסטראַקטשער. Xtext ניצט ANTLR פֿאַר פּאַרסינג די מקור טעקסט און EMF פֿאַר רעפּריזענטינג די ריזאַלטינג ASG (אַבסטראַקט סעמאַנטיק גראַפיק, וואָס איז בייסיקלי אַ קאָמבינאַציע פון ​​​​AST און ביינדינגז), אויך גערופן די "סעמאַנטיק מאָדעל". די גראַמאַטיק פון די שפּראַך מאָדעלעד דורך Xtext איז דיסקרייבד אין Xtext ס אייגן שפּראַך. דאָס אַלאַוז איר ניט בלויז צו דזשענערייט אַ גראַמאַטיק באַשרייַבונג פֿאַר ANTLR, אָבער אויך צו באַקומען אַן AST סיריאַליזיישאַן מעקאַניזאַם (ד"ה Xtext גיט ביידע אַ פּאַרסער און אַ אַנפּאַרסער), אַ קאָנטעקסט אָנצוהערעניש און אַ נומער פון אנדערע שפּראַך קאַמפּאָונאַנץ. אויף די אנדערע האַנט, די גראַמאַטיק שפּראַך געניצט אין Xtext איז ווייניקער פלעקסאַבאַל ווי, זאָגן, די גראַמאַטיק שפּראַך געניצט אין ANTLR. דעריבער, מאל עס איז נייטיק צו "בייגן" די ימפּלאַמענאַד שפּראַך צו Xtext, וואָס איז יוזשאַוואַלי נישט אַ פּראָבלעם אויב מיר רעדן וועגן אַ שפּראַך וואָס איז דעוועלאָפּעד פֿון קראַצן, אָבער קען זיין אַנאַקסעפּטאַבאַל פֿאַר שפּראַכן מיט אַ שוין געגרינדעט סינטאַקס. טראָץ דעם, Xtext איז דערווייַל די מערסט דערוואַקסן, שטריך-רייַך און ווערסאַטאַל געצייַג אין Eclipse פֿאַר בנין פּראָגראַממינג שפּראַכן און אַנטוויקלונג מכשירים פֿאַר זיי. אין באַזונדער, עס איז אַן אידעאל געצייַג פֿאַר גיך פּראָוטאַטייפּ פעלד-ספּעציפיש שפּראַכן (דומיין-ספּעציפיש שפּראַך, DSL). אין אַדישאַן צו די אויבן-דערמאנט "שפּראַך האַרץ" באזירט אויף ANTLR און EMF, Xtext פּראָווידעס פילע נוציק העכער-מדרגה קאַמפּאָונאַנץ, אַרייַנגערעכנט ינדעקסינג מעקאַניזאַמז, ינקראַמענטאַל קאַנסטראַקשאַן, אַ "קלוג רעדאַקטאָר" און פיל, פיל מער, אָבער לאָזן די שעפּן. באזירט שפּראַך מאָדעלס. ווי EMF, Xtext איז אַ ונטערטעניק ווערט פון אַ באַזונדער בוך, און מיר קענען קוים אפילו בעקיצער רעדן וועגן אַלע זייַן קייפּאַבילאַטיז רעכט איצט.

1C: ענטערפּרייז אנטוויקלונג מכשירים אַקטיוולי נוצן ביידע EMF זיך און אַ נומער פון אנדערע עקליפּסע מאָדעלינג פּראַדזשעקס. אין באַזונדער, Xtext איז איינער פון די יסודות פון אַנטוויקלונג מכשירים פֿאַר אַזאַ 1C: ענטערפּרייז שפּראַכן ווי די געבויט-אין פּראָגראַממינג שפּראַך און אָנפֿרעג שפּראַך. אן אנדער יקער פֿאַר די אַנטוויקלונג מכשירים איז די Eclipse Handly פּרויעקט, וואָס מיר וועלן דיסקוטירן אין מער דעטאַל (פון די ליסטעד עקליפּסע קאַמפּאָונאַנץ, עס איז נאָך דער קלענסטער באַוווסט).

Eclipse Handly, אַ סובפּראָיעקט פון די עקליפּסע טעכנאָלאָגיע שפּיץ-מדרגה פּרויעקט, ימערדזשד ווי אַ רעזולטאַט פון אַן ערשט קאָד צושטייַער צו די עקליפּסע וויקיפּעדיע געמאכט דורך 1C אין 2014. זינט דעמאָלט, 1C האט פארבליבן צו שטיצן די אַנטוויקלונג פון די פּרויעקט: האַנדלי קאַמיטערז זענען עמפּלוייז פון די פירמע. די פּרויעקט איז קליין, אָבער עס אַקיאַפּייז אַ גאַנץ יינציק נישע אין Eclipse: זיין הויפּט ציל איז צו שטיצן די אַנטוויקלונג פון שעפּן-באזירט מאָדעלס.

די גרונט אַרקאַטעקטשעראַל פּרינסאַפּאַלז פון שעפּן-באזירט מאָדעלס, אַזאַ ווי די שעפּן / גוף ידיאָם, זענען דיסקאַסט אויבן ניצן די מיטל מאָדעל און די Java מאָדעל ווי ביישפילן. עס אויך באמערקט אַז ביידע די מיטל מאָדעל און די Java מאָדעל זענען וויכטיק יסודות פֿאַר די Eclipse Java אַנטוויקלונג מכשירים (JDT). און זינט כּמעט אַלע *DT Eclipse פּראַדזשעקס האָבן אַן אַרקאַטעקטשער ענלעך צו JDT, עס וואָלט נישט זיין אַ גרויס יגזאַדזשעריישאַן צו זאָגן אַז שעפּן-באזירט מאָדעלס אַנדערלייינג פילע, אויב ניט אַלע IDEs געבויט אויף שפּיץ פון די Eclipse פּלאַטפאָרם. פֿאַר בייַשפּיל, די Eclipse C / C ++ אנטוויקלונג טאָאָלינג (CDT) האט אַ שעפּן-באזירט C / C ++ מאָדעל וואָס פיעסעס די זעלבע ראָלע אין די CDT אַרקאַטעקטשער ווי די Java מאָדעל אין די JDT.

איידער Handly, Eclipse האט נישט פאָרשלאָגן ספּעשאַלייזד לייברעריז פֿאַר בנין שעפּן-באזירט שפּראַך מאָדעלס. די מאָדעלס וואָס דערווייַל עקסיסטירן זענען באשאפן דער הויפּט דורך גלייַך אַדאַפּטינג די Java מאָדעל קאָד (אַקאַ קאָפּיע / פּאַפּ), אין קאַסעס ווו עס אַלאַוז Eclipse Public License (EPL). (דאָך, דאָס איז יוזשאַוואַלי נישט אַ לעגאַל אַרויסגעבן פֿאַר, זאָגן, Eclipse פּראַדזשעקס זיך, אָבער נישט פֿאַר פארמאכט מקור פּראָדוקטן.) אין אַדישאַן צו זיין טאָכיק כאַפּאַזאַרדנאַס, די טעכניק ינטראַדוסיז געזונט-באקאנט פּראָבלעמס: קאָד דופּליקאַטיאָן ינטראָודוסט דורך ווען אַדאַפּטינג צו ערראָרס, אאז"ו ו וואָס ערגער איז אַז די ריזאַלטינג מאָדעלס בלייבן "טינגז אין זיך" און טאָן ניט נוצן די פּאָטענציעל פֿאַר יונאַפאַקיישאַן. אָבער יזאָלירן פּראָסט קאַנסעפּס און פּראָטאָקאָלס פֿאַר שעפּן-באזירט שפּראַך מאָדעלס קען פירן צו די שאַפונג פון ריוזאַבאַל קאַמפּאָונאַנץ פֿאַר ארבעטן מיט זיי, ענלעך צו וואָס געטראפן אין דעם פאַל פון EMF.

עס איז נישט אַז Eclipse האט נישט פֿאַרשטיין די ישוז. צוריק אין 2005 מארטין אייסלימאן, סאַמערייזינג די דערפאַרונג פון דעוועלאָפּינג די CDT פּראָוטאַטייפּ, טענהט די נויט צו שאַפֿן אַ פּראָסט ינפראַסטראַקטשער פֿאַר שפּראַך מאָדעלס, אַרייַנגערעכנט שעפּן-באזירט מאָדעלס. אָבער, ווי אָפט כאַפּאַנז, רעכט צו העכער בילכערקייַט טאַסקס, די ימפּלאַמענטיישאַן פון די יידיאַז קיינמאָל גאַט עס. דערווייַל, פאַקטאָריזאַטיאָן פון * דט קאָד איז נאָך איינער פון די אַנדערדיוועלאַפּט טעמעס אין עקליפּסע.

אין אַ זיכער זינען, די האַנדלי פּרויעקט איז דיזיינד צו סאָלווע בעערעך די זעלבע פראבלעמען ווי EMF, אָבער פֿאַר שעפּן-באזירט מאָדעלס, און בפֿרט שפּראַך אָנעס (ד"ה רעפּריזענטינג עלעמענטן פון די סטרוקטור פון עטלעכע פּראָגראַממינג שפּראַך). די הויפּט גאָולז שטעלן ווען דיזיינינג האַנדלי זענען ליסטעד אונטן:

• לעגיטימאַציע פון ​​די הויפּט אַבסטראַקציעס פון די ונטערטעניק געגנט.
• רידוסינג מי און ימפּרוווינג די קוואַליטעט פון ימפּלאַמענטיישאַן פון שעפּן-באזירט שפּראַך מאָדעלס דורך קאָד רייוס.
• פּראַוויידינג אַ יונאַפייד מעטאַ-מדרגה API צו די ריזאַלטינג מאָדעלס, מאכן עס מעגלעך צו שאַפֿן פּראָסט IDE קאַמפּאָונאַנץ וואָס אַרבעט מיט שפּראַך שעפּן-באזירט מאָדעלס.
• בייגיקייט און סקאַלאַביליטי.
• ינטעגראַטיאָן מיט Xtext (אין אַ באַזונדער שיכטע).

צו הויכפּונקט פּראָסט קאַנסעפּס און פּראָטאָקאָלס, יגזיסטינג ימפּלאַמאַנץ פון שפּראַך שעפּן-באזירט מאָדעלס זענען אַנאַלייזד. די הויפּט ינטערפייסיז און יקערדיק ימפּלאַמאַנץ צוגעשטעלט דורך Handly זענען געוויזן אין Fig. 8.

רייס. 8. פּראָסט ינטערפייסיז און יקערדיק ימפּלאַמאַנץ פון האַנדלי עלעמענטן

די IElement צובינד רעפּראַזענץ די שעפּן פון אַן עלעמענט און איז פּראָסט צו עלעמענטן פון אַלע האַנדלי-באזירט מאָדעלס. די אַבסטראַקט קלאַס עלעמענט ימפּלאַמאַנץ די גענעראַליזעד שעפּן / גוף מעקאַניזאַם (Fig. 9).

רייס. 9. יעלעמענט און דזשאַנעריק שעפּן / גוף ימפּלאַמענטיישאַן

אין דערצו, האַנדלי גיט אַ גענעראַליזעד מעקאַניזאַם פֿאַר נאָוטאַפאַקיישאַן וועגן ענדערונגען אין מאָדעל עלעמענטן (Fig. 10). ווי איר קענען זען, עס איז ברייט ענלעך צו די אָנזאָג מעקאַניזאַמז ימפּלאַמענאַד אין די מיטל מאָדעל און די Java מאָדעל, און ניצט IElementDelta צו צושטעלן אַ יונאַפייד פאַרטרעטונג פון עלעמענט ענדערונגען אינפֿאָרמאַציע.

רייס. 10. אַלגעמיינע ינטערפייסיז און יקערדיק ימפּלאַמאַנץ פון די האַנדלי אָנזאָג מעקאַניזאַם

די האַנדלי טייל דיסקאַסט אויבן (פיג. 9 און 10) קענען זיין געניצט צו פאָרשטעלן כּמעט קיין שעפּן-באזירט מאָדעלס. פֿאַר קריייטינג לינגוויסטיש מאָדעלס, די פּרויעקט אָפפערס נאָך פאַנגקשאַנאַליטי - אין באַזונדער, פּראָסט ינטערפייסיז און יקערדיק ימפּלאַמאַנץ פֿאַר עלעמענטן פון די מקור טעקסט סטרוקטור, די אַזוי גערופענע. מקור עלעמענטן (פיג. 8). די ISourceFile צובינד רעפּראַזענץ אַ מקור טעקע, און ISourceConstruct רעפּראַזענץ אַן עלעמענט אין דער מקור טעקע. די אַבסטראַקט קלאסן SourceFile און SourceConstruct ינסטרומענט גענעראַליזעד מעקאַניזאַמז צו שטיצן ארבעטן מיט מקור טעקעס און זייער עלעמענטן, למשל, ארבעטן מיט טעקסט באַפערז, ביינדינג צו די קאָואָרדאַנאַץ פון אַן עלעמענט אין די מקור טעקסט, ויסגלייַכן מאָדעלס מיט די קראַנט אינהאַלט פון אַ אַרבעט קאָפּיע באַפער. אאז"ו ו ימפּלאַמענטינג די מעקאַניזאַמז איז יוזשאַוואַלי גאַנץ אַ אַרויסרופן, און האַנדלי קענען באטייטיק רעדוצירן די מי פון דעוועלאָפּינג שעפּן-באזירט שפּראַך מאָדעלס דורך צושטעלן הויך-קוואַליטעט באַזע ימפּלאַמאַנץ.

אין אַדישאַן צו די האַרץ מעקאַניזאַמז ליסטעד אויבן, Handly פּראָווידעס אַן ינפראַסטראַקטשער פֿאַר טעקסט באַפערז און סנאַפּשאַץ, שטיצן פֿאַר ינאַגריישאַן מיט מקור קאָד רעדאקציע (אַרייַנגערעכנט אויס-פון-דעם-קעסטל ינאַגריישאַן מיט די Xtext רעדאַקטאָר), ווי געזונט ווי עטלעכע פּראָסט וי קאַמפּאָונאַנץ אַז אַרבעט מיט מקור קאָד עדיטאָר. האַנטיק מאָדעלס אַזאַ ווי אַוטליין פריימווערק. צו אילוסטרירן זיין קייפּאַבילאַטיז, די פּרויעקט גיט עטלעכע ביישפילן, אַרייַנגערעכנט אַ ימפּלאַמענטיישאַן פון די Java מאָדעל אין Handly. (קאַמפּערד צו די פול ימפּלאַמענטיישאַן פון די Java מאָדעל אין JDT, דעם מאָדעל איז בעקיוון אַ ביסל סימפּלאַפייד פֿאַר גרעסערע קלעריטי.)

ווי פריער באמערקט, אַ הויפּט פאָקוס בעשאַס האַנדלי ס ערשט פּלאַן און סאַבסאַקוואַנט אַנטוויקלונג איז געווען און האלט צו זיין אויף סקאַלאַביליטי און בייגיקייַט.

אין פּרינציפּ, שעפּן-באזירט מאָדעלס וואָג גאַנץ געזונט "דורך פּלאַן". פֿאַר בייַשפּיל, די שעפּן / גוף ידיאָם אַלאַוז איר צו באַגרענעצן די סומע פון ​​​​זיקאָרן קאַנסומד דורך אַ מאָדעל. אבער עס זענען אויך נואַנסיז. אזוי, ווען טעסטינג האַנדלי פֿאַר סקאַלאַביליטי, אַ פּראָבלעם איז דיסקאַווערד אין די ימפּלאַמענטיישאַן פון די אָנזאָג מעקאַניזאַם - ווען אַ גרויס נומער פון עלעמענטן זענען פארענדערט, קאַנסטראַקטינג דעלטאַס גענומען צו פיל צייט. עס פארקערט אויס אַז דער זעלביקער פּראָבלעם איז געווען פאָרשטעלן אין די JDT Java מאָדעל, פֿון וואָס די קאָראַספּאַנדינג קאָד איז אַמאָל אַדאַפּטיד. מיר פאַרפעסטיקט דעם זשוק אין האַנדלי און צוגעגרייט אַ ענלעך לאַטע פֿאַר JDT, וואָס איז געווען דאַנקבאַר באקומען. דאָס איז בלויז איין ביישפּיל ווו ינטראָודוסינג האַנדלי אין יגזיסטינג מאָדעל ימפּלאַמאַנץ קען זיין פּאַטענטשאַלי נוציק, ווייַל אין דעם פאַל אַזאַ אַ זשוק קען זיין פאַרפעסטיקט אין בלויז איין אָרט.

צו מאַכן ימפּלאַמענינג האַנדלי אין יגזיסטינג מאָדעל ימפּלאַמאַנץ טעקניקלי פיזאַבאַל, די ביבליאָטעק מוזן האָבן באַטייטיק בייגיקייט. דער הויפּט פּראָבלעם איז צו האַלטן צוריק קאַמפּאַטאַבילאַטי אַריבער די אַפּי מאָדעל. דעם פּראָבלעם איז סאַלווד אין האַנטיק 0.5 דורך קלאר סעפּערייטינג די מאָדעל-ספּעציפיש API, דיפיינד און גאָר קאַנטראָולד דורך די דעוועלאָפּער, פֿון די יונאַפייד מעטאַ-מדרגה API צוגעשטעלט דורך די ביבליאָטעק. דאָס מאכט עס ניט בלויז טעקניקלי מעגלעך צו ינסטרומענט האַנדלי אין יגזיסטינג ימפּלאַמאַנץ, אָבער אויך גיט די נייַע מאָדעל דעוועלאָפּער באַטייַטיק פרייהייט ווען דיזיינינג די אַפּי.

פלעקסיביליטי האט אויך אנדערע אַספּעקץ. פֿאַר בייַשפּיל, האַנדלי ימפּאָוזאַז כּמעט קיין ריסטריקשאַנז אויף די סטרוקטור פון די מאָדעל און קענען זיין געוויינט ביידע פֿאַר מאָדעלינג אַלגעמיין-צוועק שפּראַכן און פעלד-ספּעציפיש שפּראַכן. ווען קאַנסטראַקטינג די סטרוקטור פון די מקור טעקע, האַנדלי טוט נישט פאָרשרייַבן קיין באַזונדער פאָרעם פון AST פאַרטרעטונג און, אין פּרינציפּ, טוט נישט אפילו דאַרפן די בייַזייַן פון אַן AST, אַזוי ינשורינג קאַמפּאַטאַבילאַטי מיט כּמעט קיין פּאַרסינג מעקאַניזאַם. צום סוף, Handly שטיצט פול ינאַגריישאַן מיט Eclipse וואָרקספּאַסע, אָבער קענען אויך אַרבעטן גלייַך מיט טעקע סיסטעמען דאַנק צו זיין ינטאַגריישאַן מיט עקליפּסע טעקע סיסטעם (EFS).

איצטיקע ווערסיע האַנטיק 0.6 ארויס אין דעצעמבער 2016. טראָץ דער פאַקט אַז די פּרויעקט איז דערווייַל אין אַ שטאַט פון ינגקיוביישאַן און די אַפּי איז נאָך נישט לעסאָף פאַרפעסטיקט, האַנדלי איז שוין געניצט אין צוויי גרויס געשעפט פּראָדוקטן וואָס האָבן גענומען די ריזיקירן פון אַקטינג ווי "פרי אַדאַפּטערז", און איך מוזן זאָגן, טאָן ניט באַדויערן עס נאָך.

ווי דערמאנט אויבן, איינער פון די פּראָדוקטן איז 1C: ענטערפּרייז אנטוויקלונג מכשירים, ווו האַנדלי איז געניצט פֿון די אָנהייב צו מאָדעל עלעמענטן פון די הויך-מדרגה סטרוקטור פון אַזאַ 1C: ענטערפּרייז שפּראַכן ווי די געבויט-אין פּראָגראַממינג שפּראַך און אָנפֿרעג שפּראַך . אן אנדער פּראָדוקט איז ווייניקער באקאנט צו די אַלגעמיינע ציבור. דאס קאָדאַסיפּ סטודיאָ, אַן ינאַגרייטיד פּלאַן סוויווע פֿאַר אַפּלאַקיישאַן-ספּעציפיש לימעד-שטעלן פּראַסעסער (ASIP), געניצט ביידע אין די טשעכיש פירמע קאָדאַסיפּ זיך און דורך זייַן קלייאַנץ, אַרייַנגערעכנט אַמד, אַווג, Mobileye, סיגמאַ דיזיינז. קאָדאַסיפּ ניצט האַנדלי אין פּראָדוקציע זינט 2015, סטאַרטינג מיט ווערסיע האַנדלי 0.2. די לעצטע מעלדונג פון קאָדאַסיפּ סטודיאָ ניצט ווערסיע 0.5, באפרייט אין יוני 2016. Ondřej Ilčík, וואָס פירט IDE אַנטוויקלונג אין קאָדאַסיפּ, איז אין קאָנטאַקט מיט די פּרויעקט, פּראַוויידינג וויטאַל באַמערקונגען אויף ביכאַף פון די "דריט פּאַרטיי אַדאַפּטער". ער איז אפילו ביכולת צו געפֿינען עטלעכע פריי צייט צו גלייך אָנטייל נעמען אין דער אַנטוויקלונג פון די פּרויעקט, ימפּלאַמענינג אַ וי שיכטע (~ 4000 שורות פון קאָד) פֿאַר איינער פון די האַנדלי ביישפילן, אַ Java מאָדעל. מער דיטיילד ערשטער-האַנט אינפֿאָרמאַציע וועגן די נוצן פון האַנדלי דורך אַדאַפּטערז קענען זיין געפֿונען אויף דעם בלאַט הצלחה סטאָריעס פּרויעקט.

מיר האָפן אַז נאָך די מעלדונג פון ווערסיע 1.0 מיט אַ גאַראַנטירן פון אַפּי פעסטקייַט און די פּרויעקט לאָזן די ינגקיוביישאַן שטאַט, Handly וועט האָבן נייַע אַדאַפּטערז. אין דער דערווייל, די פּרויעקט האלט צו פּרובירן און ווייַטער פֿאַרבעסערן די אַפּי, ריליסינג צוויי "הויפּט" ריליסיז פּער יאָר - אין יוני (די זעלבע דאַטע ווי די סיימאַלטייניאַס מעלדונג פון Eclipse) און דעצעמבער, פּראַוויידינג אַ פּרידיקטאַבאַל פּלאַן וואָס אַדאַפּטערז קענען פאַרלאָזנ זיך. מיר קענען אויך לייגן אַז די "זשוק קורס" פון די פּרויעקט בלייבט אויף אַ קאַנסיסטאַנטלי נידעריק מדרגה און האַנדלי איז ארבעטן רילייאַבלי אין די פּראָדוקטן פון פרי אַדאַפּטערז זינט די ערשטער ווערסיעס. צו ווייַטער ויספאָרשן Eclipse Handly, איר קענען נוצן געטינג סטאַרטעד טוטאָריאַל и אַרטשיטעקטוראַל איבערבליק.

מקור: www.habr.com