Platvorm "1C: Enterprise" — mis peitub kapoti all?

Tere, Habr!
Selles artiklis alustame juttu sellest, kuidas see on korraldatud seestpoolt platvorm «1C:Ettevõte 8» ja milliseid tehnoloogiaid kasutatakse selle arendamisel.

Miks me arvame, et see on huvitav? Esiteks, sest platvorm «1C:Ettevõte 8» on suur (üle 10 miljoni koodirea) C++ (kliendi, serveri jne), JavaScripti (veebi klient) rakendus ja hiljuti ka Java. Suured projektid on huvitavad vähemalt oma ulatuse tõttu, kuna küsimused, mis jäävad märkamatuks väikestes koodibaasides, tõusevad sellistes projektides esile. Teiseks, «1C:Ettevõte» on reprodutseeritav, „karbihindadega” toode ning selliste arenduste kohta on Habrisis üsna vähe artikleid. Ja alati on huvitav teada saada, kuidas teistes meeskondades ja ettevõtetes elatakse.

Niisiis, alustame. Selles artiklis anname ülevaate mõningatest tehnoloogiatest, mida rakendatakse platvormil, ja joonistame maastikku, süvitsi minemata rakendusse. Paljude mehhanismide kohta on üksikasjalik jutt pigem eraldi artikkel või isegi terve raamat!
Esmalt tasub paika panna põhiasjad — mis on platvorm «1C:Ettevõte» ja millest see koosneb. Sellele küsimusele pole lihtne vastata, kuna termina «Platvorm» all mõistetakse lühidalt nii ärirakenduste arendustööriistu, käituskeskkonda kui ka haldusvahendeid. Üldiselt võib välja tuua järgmised osad:

• serverite klaster
• „peen” klient, mis suudab serveriga ühendada http ja oma binaarprotokolli kaudu
• kliendi rakendus kaheastmelise arhitektuuriga, mis töötab andmebaasiga, mis asub kõvakettal või võrgu kaustas
• veebi klient
• rakenduste serveri haldustooted
• arenduskeskkond (tuntud kui Konfigurator)
• teostuskeskkond iOS, Android ja Windows Phone jaoks (mobiilne platvorm 1C)

Kõik need osad, välja arvatud veebi klient, on kirjutatud C++ keeles. Lisaks on hiljuti kuulutatud välja uue põlvkonna Konfigurator, mis on kirjutatud Java keeles.

Kohalikud rakendused

Native rakenduste arendamiseks kasutatakse C++03. Windowsi all kasutatakse kompilaatorina Microsoft Visual C++ 12 (Windows XP ühilduv profiil), Linuxi ja Androidi puhul gcc 4.8 ning iOS-i puhul clang 5.0. Standardbiblioteek, mida kasutatakse, on kõigi OS-ide ja kompilaatorite jaoks ühine — STLPort. See lahendus vähendab STL-i teostusele iseloomulike vigade tekkimise tõenäosust. Praegu plaanime üleminekut STL-ile, mida tarnib CLang, kuna STLPort on oma arendamise lõpetanud ja ei ühildu gcc-s lubatud C++11 toe režiimiga.
Serveri koodibaas on sel juhul 99% ühine, kliendi oma 95%. Pealegi kasutab isegi mobiiliplatvorm sama C++ koodi, mis "suurem", kuigi seal on ühtlustamise protsent veidi madalam.
Nagu enamik C++ kasutajaid, ei pretendeerime me keele ja selle raamatukogude 100% võimaluste kasutamisele. Niisiis, meil ei kasutata praktiliselt Boost'i ning keele võimalustest — dünaamilist tüüpide konverteerimist. Sellegipoolest kasutame aktiivselt:

• STL (eriti stringid, konteinerid ja algoritmid)
• mitme pärandi, sealhulgas mitme pärandi teostamine
• šabloone
• kuumale koodide asendamisele
• nutikaid pointereid (oma teostus)

Mitme pärandi liideste (täiesti abstraktsete klasside) kasutamine võimaldab komponentide mudelit, millest räägime allpool.

Komponendid

Moodulsuse tagamiseks on kogu funktsionaalsus jagatud komponentideks, mis on dünaamilised raamatukogud (*.dll Windowsi all, *.so Linuxi all). Kokku on komponente rohkem kui sada viiskümmend, toome välja mõne nende kirjeldused:

backend
Sisaldab platvormi metaandmete "mootorit"

accnt
Objektid, mida rakendusarendajad kasutavad raamatupidamise loomisel (arvelduskavad ja raamatupidamise registrid)

bsl
Siseprogrammi teostuse mootori mootor

nuke
Oma mälu allocatori teostus

dbeng8
Failibaasi mootori. Lihtne failiserveri andmebaas, mis on põhinev ISAM-il ja sisaldab ka lihtsat SQL-protsessorit

wbase
Sisaldab baasklasse ja funktsioone Windowsi kasutajaliidese rakendamiseks — aknaklassid, juurdepääs GDI ja t.

Jagamine mitmeks komponendiks on kasulik mitmest vaatenurgast:

• Jagamine soosib paremat disaini, eriti koodi paremat isoleerimist.
• Komponentide komplektist saab paindlikult koostada erinevaid tarnimisvalikuid:
  • Näiteks hõlmas õhuke klient, kuid ei sisaldanud backend'i
  • ja serveris wbase, vastupidi, ei ole
  • Kuid mõlemad variandid sisaldavad loomulikult nuke'i ja bsl'i

Kõik vajaliku käivitamiseks vajalikud komponendid laaditakse programmi käivitamisel. See on vajalik SCOM klasside registreerimiseks, millest juttu tuleb hiljem.

SCOM

Madalamal tasemel dekodeerimiseks kasutatakse SCOM süsteemi, mis on ideoloogiliselt sarnane ATL raamatukogule. Neile, kes ei ole ATL-iga töötanud, loetleme lühidalt põhivõimalused ja omadused.
Eespecialiseeritud SCOM klassi jaoks:

• Pakkuda tehase meetodeid, mis võimaldavad luua klassi, teades ainult selle nime (ilma rakenduse avalikustamiseta)
• Pakkuda nutikate näidikute infrastruktuuri koos viidete loendamisega. SCOM klassi eluea üle ei pea käsitsi jälgima
• Võimaldab teada saada, kas objekt rakendab konkreetset liidest ja automaatselt viia objekti näidik liidese näidikuks
• Luua teenusobjekt, mis on alati saadaval meetodi get_service kaudu jne.

Näiteks võib manustada komponendis json.dll klassi JSON-i lugemiseks (näiteks JSONStreamReader).
Klassid, eksemplarid saab luua teistest komponentidest, registreerides SCOM-masinas:

SCOM_CLASS_ENTRY(JSONStreamReader)

See makro kirjeldab spetsiaalset staatilist klassiregistrit, mille konstruktor kutsutakse üles komponentide mälu laadimisel.
Pärast seda saab luua selle eksemplari teises komponendis:

IJSONStreamReaderPtr jsonReader = create_instance(SCOM_CLSIDOF(JSONStreamReader));

Teenuste toetamiseks pakub SCOM täiendavat, piisavalt keerulist infrastruktuuri. Selle keskmes on SCOM-protsessi mõisted, mis toimib käitatud teenuste konteinerina (st tegutseb Teenuse Locatorina) ja sisaldab ka sidumist lokaliseeritud ressurssidega. SCOM protsess sidub end OS-i lõimiga. Selle tõttu saab rakenduse sees teenuseid järgmiselt hankida:

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

Lisaks sellele, et vahetades loogilisi (SCOM) protsesse, mis on seotud vooga, on võimalik saavutada praktiliselt sõltumatud rakendused teabepinna mõttes, mis töötavad ühe voolu raames. Nii on üles ehitatud meie õhuke klient, mis töötab failibaasi kasutades — ühe operatsioonisüsteemi protsessi sees on kaks SCOM-protsessi, üks on seotud kliendi ja teine serveriga. Selline lähenemine võimaldab standardiseerida koodi kirjutamist, mis töötab nii kohalikus failibaasis kui ka „päris“ kliendi-serveri variandina. Sellise ühtsuse hind on täiendavad kulud, kuid praktika näitab, et need on seda väärt.

Komponentide mudeli SCOM põhjal on rakendatud nii äriloogika kui ka liidese osa 1C: Ettevõtte jaoks.

Kasutajaliides

Muide, liidestest. Me ei kasuta Windowsi standardkontrolle, meie juhtseadmed on otseselt rakendatud Windows API-le. Linuxi versiooni jaoks on loodud kiht, mis töötab wxWidgets teegi kaudu.
Kontrollide teek ei sõltu teistest „1C: Ettevõtte“ osadest ja seda kasutatakse ka mitmes teises väikestes sisemistes utiliitides.

1C: Ettevõtte arenguaastate jooksul on kontrollide välimus muutunud, kuid põhimõtetesse toimusid olulised muutused vaid üks kord, 2009. aastal, versiooni 8.2 väljalaskmisega ja „haldatud vormide“ tutvustamisega. Lisaks välimuse muutusele on fundamentaalselt muutunud ka vormi komponeerimise printsiip - on loobutud piksel-piksel positsioneerimise printsiibist elementide voogkompodeerimise kasuks. Samuti töötavad uue mudeli kontrollid mitte otse domeeni objektidega, vaid spetsiaalsete DTO-dega (Andmeedastusobjektid).
Need muudatused võimaldasid luua veebiklient „1C: Ettevõtte“, mis kordab C++ loogikat kontrollide osas JavaScriptis. Me püüame säilitada funktsionaalset ekvivalentsust õhukese ja veebikliendi vahel. Juhul, kui see pole võimalik, näiteks JavaScripti API kaudu kätte saadavatest piirangutest tulenevalt (näiteks failide töötlemise võimalused on väga piiratud), rakendame sageli vajaliku funktsionaalsuse brauseri laienduste kaudu, mis on kirjutatud C++-s. Praegu toetame Internet Explorerit ja Microsoft Edge'i (Windows), Google Chrome'i (Windows), Firefoxi (Windows ja Linux) ning Safari't (MacOS).

Lisaks kasutatakse hallatavate vormide tehnoloogiat 1C mobiilirakenduste liidese loomiseks. Mobiilseadmetes on juhtseadmete joonistamine rakendatud operatsioonisüsteemi "loomulike" tehnoloogiate abil, kuid vormi kompositsiooniloogika ja liidese reaktsioonide jaoks kasutatakse sama koodi, mis ka suurem platform "1C:Ettevõte".

1C liides Linuxi operatsioonisüsteemis

1C liides mobiilseadmes

1C liides teistel platvormidel
1C liides Windowsi operatsioonisüsteemis

1C — veebiklient

Avatud lähtekoodiga

Kuigi me ei kasuta Windowsi jaoks C++ arendajate standardraamatukogusid (MFC, WinAPI juhtseaded), ei kirjuta me kõiki komponente ise. Olemme juba maininud raamatukogu wxWidgets, ja kasutame veel:

• cURL HTTP ja FTP töötluseks.
• OpenSSL krüptograafia ja TLS ühenduste seadistamiseks
• libxml2 ja libxslt XML-i analüüsimiseks
• libetpan postaliste protokollide (POP3, SMTP, IMAP) töötluseks
• mimetic e-kirjade sõnumite analüüsimiseks
• sqllite kasutajate töölogsude salvestamiseks
• ICU rahvusvaheliseks lokaliseerimiseks

Loetelu võiks jätkuda.
Lisaks kasutame tugevalt muudetud versiooni Google Test ja Google Mock üksuste testide arendamisel.
Raamatukogud nõudsid SCOM mudeliga komponentide ühilduvuseks kohandamist.
1C laialdane kasutamine teeb platvormist suurepärase testi selle raamatukogude vastupidavuse osas. Kasutajate ja stsenaariumide mitmekesisus tuvastab kiiresti vigu isegi kõige harvemini kasutatavates koodiosa. Me parame need enda juures ja püüame tagasi anda raamatukogude autoritele. Koostöö kogemus on olnud väga erinev.
Arendajad cURL ja libetpan kiiresti reageerivad pull-request'idele, kuid näiteks patši OpenSSL me ei saanud kunagi ära anda.

Kokkuvõte

Artiklis käsitlesime mitmeid peamisi aspekte 1C: Ettevõtte platvormi arendamisest. Artikli piiratud mahus käsitlesime ainult mõningaid huvitavaid aspekte, meie arvates.
Platvormi erinevate mehhanismide üldise kirjelduse leiate siit.
Millised teemad oleksid teile huvipakkuvad järgmistes artiklites?

Kuidas on mobiiliplatvorm 1C rakendatud?
Veebiklientide sisemiste seadmete kirjeldus?
Või on teil huvi uute versioonide funktsioonide valimise, arendamise ja testimise protsessi vastu?

Kirjuta kommentaarides!

Allikas: habr.com