Платформа "1Ц: Ентерприсе" - шта је испод хаубе?

Хеј Хабр!
У овом чланку ћемо започети причу о томе како то функционише унутра платформа "1Ц: Ентерприсе 8" и које технологије се користе у његовом развоју.

Зашто мислимо да је ово занимљиво? Прво, зато што је платформа 1Ц:Ентерприсе 8 велика (више од 10 милиона линија кода) апликација у Ц++ (клијент, сервер, итд.), ЈаваСцрипт (веб клијент) и, однедавно, и Јава. Велики пројекти могу бити интересантни барем због свог обима, јер питања која су невидљива у малој бази кодова појављују се у пуној снази у таквим пројектима. Друго, „1Ц:Ентерприсе“ је реплициран, „упакован“ производ, а на Хабре-у има врло мало чланака о таквим развојима. Такође је увек занимљиво знати како се живи у другим тимовима и компанијама.

Па хајде да почнемо. У овом чланку ћемо дати преглед неких технологија које се користе у платформи и оцртаћемо крајолик, а да не улазимо дубоко у имплементацију. Заиста, за многе механизме, детаљна прича би захтевала посебан чланак, а за неке и целу књигу!
За почетак, вреди одлучити о основним стварима - шта је платформа 1Ц: Ентерприсе и од којих компоненти се састоји. Одговор на ово питање није тако једноставан, јер се термин „Платформа“ (ради краткоће, тако ћемо је назвати) односи на средство за развој пословних апликација, рунтиме окружење и административне алате. Следеће компоненте се могу грубо разликовати:

• кластер сервера
• „танак” клијент способан да се повеже са сервером преко хттп и сопственог бинарног протокола
• клијент за рад у двослојној архитектури са базом података која се налази на чврстом диску или мрежној фасцикли
• веб клијент
• алати за администрацију сервера апликација
• развојно окружење (познато као конфигуратор)
• рунтиме окружење за иОС, Андроид и Виндовс Пхоне (мобилна платформа 1Ц)

Сви ови делови, са изузетком веб клијента, написани су у Ц++. Поред тога, ту је и недавно најављена Конфигуратор нове генерације, написан на Јави.

Изворне апликације

Ц++03 се користи за развој матичних апликација. За Виндовс се као компајлер користи Мицрософт Висуал Ц++ 12 (профил компатибилан са Виндовс КСП), а за Линук и Андроид - гцц 4.8, за иОС - цланг 5.0. Стандардна библиотека која се користи је иста за све оперативне системе и компајлере – СТЛПорт. Ово решење смањује вероватноћу грешака специфичних за СТЛ имплементацију. Тренутно планирамо да пређемо на СТЛ имплементацију која се испоручује са ЦЛанг-ом, пошто је СТЛПорт укинут и није компатибилан са режимом који је омогућен за гцц Ц++11.
База кода сервера је 99% уобичајена, клијентова - 95%. Штавише, чак и мобилна платформа користи исти Ц++ код као и „велика“, иако је проценат унификације тамо нешто мањи.
Као и већина Ц++ корисника, ми не тврдимо да користимо 100% могућности језика и његових библиотека. Дакле, ми практично не користимо Боост, а једна од језичких карактеристика је динамичко пребацивање типа. Истовремено, ми активно користимо:

• СТЛ (конкретно низови, контејнери и алгоритми)
• вишеструко наслеђе, укљ. вишеструко наслеђивање имплементације
• темплатес
• изузеци
• паметни показивачи (прилагођена имплементација)

Коришћењем вишеструког наслеђивања интерфејса (потпуно апстрактних класа) постаје могућ модел компоненти, о чему ће бити речи у наставку.

Компоненте

Да би се обезбедила модуларност, сва функционалност је подељена на компоненте, које су динамичке библиотеке (*.длл за Виндовс, *.со за Линук). Укупно има више од сто педесет компоненти; ево описа неких од њих:

позадински
Садржи механизам за метаподатке платформе

аццнт
Објекти које програмери апликација користе за прављење рачуноводствене евиденције (контни планови и рачуноводствени регистри)

бсл
Уграђени механизам за извршавање језика

нуклеарка
Прилагођена имплементација алокатора меморије

дбенг8
Механизам базе података датотека. Једноставан механизам базе података сервера датотека заснован на ИСАМ-у, који такође укључује једноставан СКЛ процесор

вбасе
Садржи основне класе и функције за имплементацију Виндовс корисничког интерфејса - класе прозора, ГДИ приступ итд.

Подела на више компоненти је корисна са неколико тачака гледишта:

• Раздвајање промовише бољи дизајн, посебно бољу изолацију кода
• Из скупа компоненти можете флексибилно саставити различите опције испоруке:
  • На пример, инсталација танког клијента ће садржати вбасе, али неће имати позадину
  • али на вбасе серверу, напротив, неће бити
  • обе опције ће наравно садржати нуке и бсл

Све компоненте потребне за ову опцију покретања се учитавају када се програм покрене. Ово је посебно неопходно за регистрацију СЦОМ класа, о чему ће бити речи у наставку.

СЦОМ

За декомпозицију на нижем нивоу користи се СЦОМ систем, библиотека слична по идеологији АТЛ-у. За оне који нису радили са АТЛ-ом, укратко наводимо главне могућности и карактеристике.
За специјално дизајнирану СЦОМ класу:

• Пружа фабричке методе које вам омогућавају да креирате класу од друге компоненте знајући само њено име (без откривања имплементације)
• Пружа инфраструктуру паметног показивача за бројање референци. Животни век класе СЦОМ не мора да се прати ручно
• Омогућава вам да сазнате да ли објекат имплементира одређени интерфејс и аутоматски конвертује показивач на објекат у показивач на интерфејс
• Креирајте сервисни објекат који је увек доступан преко гет_сервице методе итд.

На пример, можете описати класу за читање ЈСОН-а (на пример, ЈСОНСтреамРеадер) у компоненти јсон.длл.
Класе и инстанце се могу креирати од других компоненти; потребно их је регистровати у СЦОМ машини:

SCOM_CLASS_ENTRY(JSONStreamReader)

Овај макро ће описати посебну статичку класу снимача, чији ће конструктор бити позван када се компонента учита у меморију.
Након овога, можете креирати његову инстанцу у другој компоненти:

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

За подршку услугама, СЦОМ нуди додатну, прилично сложену инфраструктуру. Централни у њему је концепт СЦОМ процеса, који служи као контејнер за покретање сервиса (тј. игра улогу локатора услуга), а такође садржи везивање за локализоване ресурсе. СЦОМ процес је везан за ОС нит. Захваљујући томе, унутар апликације можете примати овакве услуге:

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

Штавише, пребацивањем логичких (СЦОМ) процеса везаних за нит, можете добити апликације које су практично независне са тачке гледишта информационог простора, које раде унутар исте нити. Овако наш танки клијент ради са базом података – унутар једног ОС процеса постоје два СЦОМ процеса, један је повезан са клијентом, а други са сервером. Овај приступ нам омогућава да објединимо писање кода који ће радити и на локалној бази података иу „правој“ верзији клијент-сервер. Цена такве униформности је висока, али пракса показује да се исплати.

На основу модела компоненти СЦОМ имплементирана је и пословна логика и део интерфејса 1Ц: Ентерприсе.

Кориснички интерфејс

Узгред, о интерфејсима. Не користимо стандардне Виндовс контроле; наше контроле су имплементиране директно на Виндовс АПИ. За Линук верзију, направљен је слој који ради кроз вкВидгетс библиотеку.
Библиотека контрола не зависи од других делова 1Ц:Ентерприсе и користимо је у неколико других малих интерних услужних програма.

Током година развоја 1Ц:Ентерприсе, изглед контрола се променио, али се озбиљна промена принципа догодила само једном, 2009. године, издавањем верзије 8.2 и појавом „управљаних образаца“. Поред промене изгледа, принцип распореда форме се суштински променио – дошло је до одбацивања пиксел по пиксел позиционирања елемената у корист флов-лаиоута елемената. Поред тога, у новом моделу контроле не раде директно са објектима домена, већ са посебним ДТО (Објекти преноса података).
Ове промене су омогућиле креирање веб клијента 1Ц:Ентерприсе који реплицира Ц++ логику ЈаваСцрипт контрола. Трудимо се да одржимо функционалну еквиваленцију између танких и веб клијената. У случајевима када то није могуће, на пример због ограничења доступног ЈаваСцрипт АПИ-ја (на пример, могућност рада са датотекама је веома ограничена), често имплементирамо неопходну функционалност користећи проширења претраживача написана на Ц++. Тренутно подржавамо Интернет Екплорер и Мицрософт Едге (Виндовс), Гоогле Цхроме (Виндовс), Фирефок (Виндовс и Линук) и Сафари (МацОС).

Поред тога, технологија управљаних образаца се користи за креирање интерфејса за мобилне апликације на платформи 1Ц. На мобилним уређајима, приказивање контрола је имплементирано коришћењем технологија које су изворне за оперативни систем, али се за логику распореда обрасца и одговор интерфејса користи исти код као на „великој“ платформи 1Ц:Ентерприсе.

1Ц интерфејс на Линук ОС

1Ц интерфејс на мобилном уређају

1Ц интерфејс на другим платформама
1Ц интерфејс на Виндовс ОС

Интерфејс 1Ц - веб клијент

Отвореног кода

Иако не користимо стандардне библиотеке за Ц++ програмере под Виндовс-ом (МФЦ, контроле из ВинАПИ-а), не пишемо све компоненте сами. Библиотека је већ поменута вкВидгетс, а такође користимо:

• цУРЛ за рад са ХТТП и ФТП.
• ОпенССЛ за рад са криптографијом и успостављање ТЛС веза
• либкмл2 и либкслт за КСМЛ рашчлањивање
• либетпан за рад са маил протоколима (ПОП3, СМТП, ИМАП)
• миметички да рашчланите поруке е-поште
• скллите за чување корисничких дневника
• ИЦУ за интернационализацију

Листа се наставља.
Поред тога, користимо веома модификовану верзију Гоогле Тест и Гоогле Моцк при развоју јединичних тестова.
Библиотеке су захтевале адаптацију да би биле компатибилне са моделом организације компоненти СЦОМ.
Преваленција 1Ц чини платформу одличним тестом снаге за библиотеке које се у њој користе. Различити корисници и сценарији брзо откривају грешке чак и у областима кода које се најчешће користе. Сами их исправљамо и трудимо се да их вратимо ауторима библиотеке. Испоставља се да је искуство интеракције веома различито.
Програмери цУРЛ и либетпан брзо реагују на захтеве за повлачењем, али је закрпа, на пример, ин ОпенССЛ Никада нисмо успели да га вратимо.

Закључак

У чланку смо се дотакли неколико главних аспеката развоја платформе 1Ц: Ентерприсе. У ограниченом обиму чланка, дотакли смо се само неких, по нашем мишљењу, занимљивих аспеката.
Може се наћи општи опис различитих механизама платформе овде.
Које би вас теме занимале у будућим чланцима?

Како је имплементирана мобилна платформа 1Ц?
Опис унутрашње структуре веб клијента?
Или сте можда заинтересовани за процес одабира карактеристика за нова издања, развоја и тестирања?

Напишите у коментарима!

Извор: ввв.хабр.цом