8, on vaja (nagu allpool kirjeldatud) silumisprotseduuri oluliselt ümber töötada. See kajastus versioonis 8.3.7.1759. Esiteks loodi selle protseduuri jaoks universaalne liides ja teiseks tagab see muudatus programmi enda edasise arengu. Lõppude lõpuks saate nüüd silumisega töötada mitte ainult konfiguraatori kaudu, vaid ka arendustööriistade abil. Vaatame, kuidas lubada silumine 1C serveris alates uuest versioonist.

Uue protokolli kasutamine

Eelmine silur, mida rakendati eelmistes versioonides, haldas kliendi- ja serverirakendusi TCP/IP-protokolli abil.

Praegu on sellise protokolli kasutamine hakanud piirama programmi 1C:Enterprise juurdepääsu Internetile ja tekitanud ebamugavusi mobiilirakenduste töös.

Seetõttu on vaba juurdepääsuks teabeandmebaasidele, mis võivad asuda väljaspool kohalikku võrku, nüüd kasutusele võetud paindlik HTTP-protokoll.

Uus arhitektuur

Varem pidi töötaja konfiguratsiooni silumisel looma ühenduse teabebaasiga. Selleks oli vaja anda talle administraatori õigused.

Uues versioonis puudub vajadus andmebaasidega otse ühendust luua – piisab lihtsalt kliendiga sama andmebaasi olemasolust. Ja saate selle failist laadida.

Mobiilirakendused

HTTP-protokolli kasutades on nüüd võimalik siluda serveri andmeid, kliendi andmeid ja rakendusi.

Muud muudatused

Uue versiooniga on võimalik silumisprotseduuris muuta kohalike muutujate väärtusi, selleks on juurutatud uus kiirvaate aken.

Arvutusrežiim on muudetud asünkroonseks, mis võimaldab teil tööd jätkata ilma tulemusi ootamata.

Siluja arendustööriistades

Koostoime uue protseduuriga toimub spetsiaalselt välja töötatud universaalses tarkvaraliideses. Ühest küljest kasutab seda liidest konfiguraator. Teisest küljest on see rakendatud uues 1C: Enterprise Development Toolsi keskkonnas.

Kuidas see nüüd välja näeb

Pärast programmi muutmist toimub protseduur järgmise stsenaariumi järgi:

Nüüd ei hõlma see mitte ainult silurit ja üksusi, nagu varem. Nüüd on ahelasse lisatud täiendav element - Server.

Seda mitte ainult ei lisata – see toimib siluri ja objektide vahelise teabevahetuse peamise elemendina. Ja vahetus ise toimub järjekorda seatud sõnumite kaudu.

Ja kuna see vahetus toimub HTTP-protokolli kaudu, pole nüüd vahet, kus andmed täpselt asuvad.

Kõned serverisse moodustatakse silurist ja objektidest täiendavate ühendustaotluste kujul. Kui need ilmuvad, saadetakse neile asjakohased vastused.

Lubage silumine erinevatel stsenaariumidel

Rakenduse arendaja jaoks pole muudatusi toimunud. Oluline erinevus seisneb selles, et uus mehhanism peab olema lubatud. Lõppude lõpuks on see nüüd vaikimisi keelatud.

Vaatame, mis juhtub režiimi käivitumisel, kui valime ühe kahest stsenaariumist.

Faili skript

Failiversiooni alguses peate konfiguratsiooniseadetes määrama uue mehhanismi kasutamise - "Silumine HTTP-protokolli kaudu".

Seejärel soovitab konfiguraator automaatselt kasutada kohalikku serverit. Selle tingimusega tuleb nõustuda ja programm taaskäivitada konfiguraatori režiimis.

Pärast seda salvestab äsja käivitatud konfiguraator järgmise seansi ajal valitud uue meetodi. Aga sama infobaasi eest. Seetõttu tuleb teisele teabebaasi sisenemisel ka see lubada.

Lubatud mehhanism käivitab nüüd automaatselt siluriserveri, mis on spetsiaalne rakendus dbgs.exe. See kajastub tegumihalduri aknas.

Parameetri ownerPID väärtus vastab sellega seotud rakenduse ID-le.

Kui käivitate konfiguraatori kaudu silumiseansi, luuakse serveriühendus automaatselt. Ja ühendatud objektid kajastuvad selles.

Kui programm 1C aktiveeriti ilma uue mehhanismita, peate lubama 1C-serveris silumise käsitsi. Alles nüüd peate määrama serveri aadressi:

Avage Teenus – Valikud

See asub üksuse seadetes:

Minge jaotisse Ühendus - Seaded

Kui kasutate samaaegselt mitme andmebaasiga failiskripti, peate arvestama ühe olulise nüansiga - iga konfiguraator (kui HTTP mehhanism on lubatud) saadab oma serveri:

Seega, kui avatud on mitu konfiguraatorit, siis tuleb kliendiga ühendamiseks määrata õige.

Kliendi-serveri stsenaarium

Silumine 1C-serveris klient-serveri stsenaariumi abil, nagu ka eelmisel juhul, algab režiimi käivitamisega. See määrab uue HTTP mehhanismi kasutamise. Seda tehakse järgmiselt:

ragent.exe -debug -http

Kui see käivitub, käivitub silur selle taga automaatselt.

Parameetri omanikPID väärtus vastab 1C klastrihalduri identifitseerimisnumbrile.

Programm genereerib ettepaneku kasutada klastri silumisserverit kohe (ja mitte kohalikku, nagu eelmises stsenaariumis). Oleme nõus ja alustame uuesti.

Edaspidi läheb kõik nagu failiskripti. Ainult serveri andmebaasi konfiguraatori käivitamisel kohalik siluriserver enam ei käivitu.

Loodame, et meie väljaanne aitas teil välja selgitada 1C-serveris silumise lubamise probleemi.

1C arendaja ülesanne ei ole mitte ainult koodi kirjutamine, vaid ka vigade jälgimine ja parandamine, optimaalse käsu täitmise algoritmi loomine ja töö kiiruse optimeerimine, see tähendab silumine. Seda on keeruline teha ilma serveriprotseduuride sisseehitatud siluri funktsionaalsust kasutamata.

Esialgu on silumisrežiim 1C serverites keelatud, nii et arendaja peab koodi põhjalikuks kontrollimiseks seadetega lihtsaid manipuleerimisi tegema.

Silumisrežiimi lubamine serveris platvormi 1C versiooni 8.2 ja uuemate versioonide jaoks

Silumise lubamise algoritm on üsna lihtne. See ei eelda põhjalikke teadmisi operatsioonisüsteemi arhitektuuri ja 1C halduse kohta. Siiski tasub siiski olla väga ettevaatlik, sest silumistööd tehakse otse serveris ja administraatori õigustega. Seetõttu, kui teil pole põhjalikke teadmisi, järgige rangelt ilma improvisatsioonita toimingute algoritmi:

• Peatage serverihalduri kaudu teenus 1C:Enterprise Server Agent. Kui seadistamine toimub tootmisserveris, peaksite eelnevalt hoolitsema 1C kasutajate puudumise eest andmebaasis;
• Käivitage süsteemi registriredaktor, klõpsates "Start" - "Käivita" või kiirklahvi "Win" + "R". Sisestage avanevas aknas rida "regedit";

• Registrist peate leidma üksuse;

• Leidke parameetrite hulgast “ImagePath” ja muutke seda, lisades olemasolevale väärtusele “-debug” koos tühikuga;

• Käivitage serverihalduri kaudu peatatud teenus - "1C: Enterprise Server Agent".

Silumisrežiimi lubamine serveris 1C versiooni 8.1 jaoks

Kui peate platvormil 8.1 lubama silumisrežiimi, jääb toimingute algoritm praktiliselt muutumatuks. Ainus muudatus on tee parameetri "ImagePath" asukoht. Versioonis 8.1 asub see jaotises.

1C arendajad soovitavad lubada silumisrežiimi ainult testserverite jaoks, kus koodi tuleks siluda. Selle soovituse põhjuseks on mõju jõudlusele, mis ilmneb siis, kui serveris on lubatud silumine. Kui teil on palju kasutajaid või serveri võimsus jätab soovida, võtke seda nõuannet hoolikalt, et silumisel ei oleks negatiivseid tagajärgi.

18.10.2016

Silumine 1C serveris (8.2, 8.3...)

Kui 1C andmebaas töötab klient-serveri versioonis, on serveri poolel koodi silumisrežiim keelatud. Seetõttu ei ole võimalik samm-sammult näha, mis funktsiooni või protseduuri täitmisel juhtub. Serveripoolse silumise lubamiseks peate järgima mõnda lihtsat sammu.

Lubage silumine serveris 1C:Enterprise 8.2, 8.3

Esimene asi, mida peate tegema, on 1C: Enterprise serveriteenuse peatamine. Minge "Start - Run" (või klaviatuuri otsetee "Windows + R"), kirjutage "services.msc" (loomulikult peate administraatorilt avama Windowsi teenuste haldamise)

Pärast peatamist avage Windowsi registriredaktor ("Start - Run" (või kiirklahv "Windows + R") ja kirjutage "regedit") ning leidke nimega haru. "" või "" olenevalt platvormi versioonist

Oleme huvitatud registrivõtmest nimega "ImagePath". Lisage võtme väärtuse lõppu "-debug". See tähendab, et 1C serveri poolel on silumisrežiim aktiveeritud.
Oli: "C:\Program Files\1cv8\8.3.6.2530\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo"
Sai: "C:\Program Files\1cv8\8.3.6.2530\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -silumine

Salvestage ja käivitage teenus 1C. Kõik on valmis! Head silumist!

Serveriprotseduuride silumiseks peate määrama lipud konfiguraatori vormis "Teenus->Parameetrid":

Silumine rakendusserveris

Seda kirjeldatakse dokumentatsioonis:

Raamat “1C: Ettevõte 8.1. Seadistamine ja administreerimine"

Peatükk 18. Konfiguratsioonitööriistad

Silur ja jõudluse mõõtmised

"Silumiskood serveris

Silumisrežiimi installimiseks peaksite käivitama serveri 1C:Enterprise käsurealülitiga /Debug (ragent.exe /debug)."

Serveragendi käivitusvõtmeid kirjeldatakse raamatus:

"1C: Enterprise 8.1. Klient-server. Paigaldamise ja kasutamise omadused"

"Serveri agendi käitamine teenusena

Kui valisite serveriklastri installimisel võimaluse käivitada teenusena keskserveri agent, siis käivitub see teenus installiprotsessi ajal automaatselt ja käivitatakse ka operatsioonisüsteemi käivitumisel.

Kui keskserveri agent oli installitud rakendusena, siis on võimalik teenus käsitsi registreerida ja seejärel käivitada.

Teenuse registreerimine toimub järgmise käsuga:

Ragent.exe -instsrvc -usr<пользователь>-pwd<пароль>-port<порт>-vahemik<диапазоны>-seclev<уровень>-silumine | -rmsrvc | -start | -peatus

Instsrvc – klastri agendi registreerimine Windowsi teenusena. Kui selle võtmega käivitatakse Ragent.exe, registreeritakse see Windowsi teenuste loendis ja väljub. Ei ühildu -srvc, -rmsrvc lülititega;

Usr<имя пользователя>

Pwd<пароль пользователя>– selle Windowsi kasutaja nimi ja parool, kelle nime all peaks Ragent.exe Windowsi teenusena käivitama. Saab kasutada ainult koos lülitiga -instsrvc, kui registreerite faili Ragent.exe Windowsi teenusena;

Port<порт>– klastri agendi peapordi number. Seda porti kasutab klastri konsool keskserverile juurdepääsuks. Klastri agendi port on määratud ka töötava serveri IP-pordina;

Vahemik<диапазоны>- IP-pordi vahemikud dünaamilise valiku jaoks. Nende hulgast valitakse klastriprotsesside teeninduspordid, kui neid ei ole võimalik vastava töötava serveri sätetest valida. Vaikimisi: 1560-1591. Näidisväärtused<диапазоны>: "45:49", "45:67,70:72,77:90";

Seclev<уровень>– klastri agendi protsessi turbetase. Määrab protsessiga ragent.exe loodud ühenduste turbetaseme.<уровень>võib võtta järgmisi väärtusi: 0 (vaikimisi) ühendused pole turvalised, 1 – turvalised ühendused ainult kasutaja autentimise ajaks, 2 – püsivalt turvalised ühendused.;

Rmsrvc – tühistab klastri agendi registreerimise Windowsi teenusena. Kui selle võtmega käivitatakse Ragent.exe, tühistab see registreerimise Windowsi teenuste loendis ja väljub. Ei ühildu lülititega -srvc, -daemon, -instsrvc.

Start - käivitage Windowsi teenusena registreeritud ragent.exe. Käivitab varem Windowsi teenusena registreeritud faili raggent.exe ja seejärel väljub;

Stopp – peatage Ragent.exe registreerimine ja töötamine Windowsi teenusena. Peatab Ragent.exe, mis oli varem registreeritud ja töötab Windowsi teenusena, ja seejärel väljub;

Silumine – serveriklastri käivitamine konfiguratsioonisilumisrežiimis. "

Seega, kui 1C:Enterprise server käivitati teenusena ja mingil põhjusel tuleks see käivitada ka silumisrežiimis teenusena, peate esmalt teenuse registreeringu tühistama (võti -rmsrvc) ja seejärel teenuse uuesti registreerima klahvi -silumine.

Ilmselgelt saab sarnase efekti saavutada ka muul viisil, näiteks Windowsi registrit otse redigeerides. Selleks peaksite tõenäoliselt tutvuma Windowsi dokumentatsiooniga.

Töötab ainult siis, kui registris on määratud võti "-debug". Kõigil muudel juhtudel see mingil põhjusel ei tööta.

"ImagePath"=

oli "F:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "F:\Program Files\1cv81\server"

määrake "F:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -debug -d "F:\Program Files\1cv81\server"

Rakendatud versioonis 8.3.7.1759.

Oleme silumismehhanismi oluliselt ümber kujundanud. Sellel oli mitu põhjust. Esiteks tahtsime anda teile võimaluse siluda kõiki täna saadaolevaid rakendusi. Teiseks nõudis eelmine siluri arhitektuur muudatusi, et käia kaasas praeguste suundumustega ja kohandada tulevast arengut. Kolmandaks oli vaja universaalset silumisliidest, millega mitte ainult 1C:Enterprise konfiguraator, vaid ka .

Peamised eelised

Et saaksite ette kujutada meie tehtud muudatuste ulatust, loetleme lühidalt uue mehhanismi peamised eelised.

HTTP silumine

Eelmine silumismehhanism põhines asjaolul, et 1C:Enterprise konfiguraatoris rakendatud silur suhtles otseselt silumisüksustega (kliendi- ja serverirakendused). See interaktsioon viidi läbi TCP/IP-protokolli abil.

1C:Enterprise rakenduste Internetis ilmumisega ja eriti mobiilirakenduste tulekuga on see lähenemine aga muutunud piirangute ja ebamugavuste allikaks. TCP/IP-protokoll ei võimalda siluril alati silutavate üksusteni jõuda. Lõppude lõpuks võivad need asuda väljaspool kohalikku võrku, milles silur töötab.

Seetõttu valisime uues mehhanismis transpordiprotokolliks “üldlevinud” HTTP-protokolli, mida, muide, kasutavad ka kliendirakendused infoandmebaasidega ühenduse loomiseks.

Kaasaegne silumisarhitektuur

Eelmise silumismehhanismi eripäraks oli vajadus luua ühendus teabebaasiga konfiguraatori abil. Selle tulemusena oli arendaja silumisel täielik juurdepääs kõikidele haldusfunktsioonidele.

Uus silumismehhanism ei nõua enam ühendust silutava teabebaasiga. Peamine asi, mida silur nüüd vajab, on sama konfiguratsioon, mis töötab klientide jaoks. Selle hankimiseks pole vaja silutava teabebaasiga ühendust luua. Saate selle laadida näiteks failist.

Mobiilirakenduste silumine

Tänu HTTP-protokolli kasutamisele on saanud võimalikuks mobiiliplatvormi käivitatavate rakenduste silumine. Lisaks saate siluda mis tahes kontekste: klient, server ja ka taustatööd.

Nüüd saate silumise ajal muuta mis tahes kirjutatavate muutujate väärtusi. Kohalike muutujate kiireks vaatamiseks ja muutmiseks oleme rakendanud eraldi akna. Ja siluri kuvatavate avaldiste arvutamine toimub nüüd asünkroonses režiimis.

Silumine arendustööriistades

Uue silumismehhanismi loomisel rakendasime sellega suhtlemiseks uue universaalse tarkvaraliidese. Seda liidest kasutab 1C:Enterprise konfiguraator ja sama liidest kasutab nüüd ka uus arenduskeskkond. Seega on rakenduses töötades nüüd saadaval kõik silumisvõimalused.

Silumisprotsessi arhitektuur

Uus silumisarhitektuur näeb välja selline:

Silumine hõlmab silurit, silumisüksusi ja uut elementi - silumisserver.

Siluri ja silumisüksuste vahel puudub otsene teabeedastus. Kogu suhtlus korraldatakse silumisserveri kaudu. See on mehhanismi põhielement. Silumisserveril on sõnumijärjekord, mille kaudu siluri- ja silumisüksused edastavad teavet üksteisele.

Nii silur ise kui ka silumisüksused suhtlevad silumisserveriga HTTP kaudu. Seega pole nüüd vahet, kus need silumisüksused asuvad.

Silumisserveriga suhtlemise algatavad siluja ja silumisüksused. Selleks korraldatakse lisaühendusi. Nende peamine eesmärk on teada saada, kas nende jaoks on silumisserveris teavet ilmunud. Ja kui see ilmub, hankige see teave.

Seega on interaktsioon ühepoolne. Teavet edastatakse pidevalt silumisserverist silurisse ja silumisobjektidesse.

Infobaaside tuvastamine

Eelmises mehhanismis kasutati teabebaaside tuvastamiseks ühendusstringi. See lahendus tekitas mõnel juhul raskusi silumisüksuste ja konfiguraatori sobitamisel. Sest esiteks oli tõstutundlik ja teiseks genereeris platvorm mõne konteksti silumisel ühenduse stringi automaatselt. Ja see ei langenud alati kokku sellega, mille määrasite konfiguraatoris teabebaasi ühendamisel. Selliste olukordade leidmine ja parandamine muutis silumisprotsessi keeruliseks.

Uues mehhanismis saime lahti ühendusstringist. Nüüd kasutame infobaasi identifikaator. Failide teabebaasis luuakse selline identifikaator kliendiühenduse esmakordsel loomisel. Serveri infobaasis kasutatakse sellise identifikaatorina klastris olevat infobaasi registreerimise identifikaatorit.

Tore lisapunkt on siinkohal see, et oleme praeguseks platvormil alles jätnud vana silumismehhanismi (tulevikus võidakse see välistada). Ja saate seda kasutada, kui soovite või kui vaja. Seega oleme muutnud vana mehhanismi ja nüüd kasutab see ka infobaasi identifikaatorit, mitte ühendusstringi.

Tüüpilised silumise stsenaariumid

Rakenduse arendaja vaatenurgast ei ole tüüpilised silumisstsenaariumid muutunud. Ainus oluline erinevus on see, et uus silumismehhanism peab olema lubatud. Sest vaikimisi on see keelatud.

Sellest hoolimata on mõttekas tutvuda sellega, mis juhtub nüüd, kui käivitate silumise. Sest see võib teile mõne mittestandardse tööstsenaariumi korral kasulik olla.

Faili valik

Enne failiversioonis silumise alustamist peate konfiguraatori sätetes märkima, et soovite kasutada uut silumismehhanismi - " HTTP silumine».

Sel juhul palub konfiguraator teil automaatselt kasutada kohalikku silumisserverit. Peate sellega nõustuma ja konfiguraatori taaskäivitama.

Teie määratud silumismeetod salvestatakse konfiguraatori seansside vahel, kuid see salvestatakse teabebaaside konteksti. Seetõttu peate mõne teise teabebaasi jaoks selle uuesti lubama.

Nüüd käivitab platvorm konfiguraatori käivitamisel või taaskäivitamisel automaatselt silumisserveri. See on eraldi dbgs.exe rakendus. Näete seda tegumihalduris.

Parameeter ownerPID määrab selle silumisserverit omava rakenduse identifikaatori. Sel juhul on see konfiguraator 1C: Enterprise.

Nüüd, kui käivitate konfiguraatorist 1C:Enterprise silumiseansi, loob see automaatselt ühenduse silumisserveriga ja konfiguraatoris näete ühendatud silumisüksusi.

Kui seanss 1C: Enterprise käivitati ilma silumiseta, saate selle, nagu varemgi, siluriga ühendada. Alles nüüd peate määrama silumisserveri aadressi:

Selle aadressi leiate silumisüksuste seadetest:

Mitme failiandmebaasiga korraga töötamisega on seotud üks ebatavaline punkt. Failiversioonis käivitab iga http-silumisega konfiguraator erinevates portides oma silumisserveri koopia:

Seega, kui teil on korraga avatud mitu konfiguraatorit, peate kliendirakenduse siluriga ühendamiseks valima õige.

Klient-server valik

Enne kliendi-serveri versioonis silumise alustamist peate nagu varemgi käivitama 1C:Enterprise serveri silumisrežiimis, kuid määrake, et silumiseks kasutatakse uut HTTP mehhanismi. Näiteks nii:

ragent.exe -debug -http

Kui server sel viisil käivitatakse, käivitatakse ka silumisserver.

Parameeter ownerPID näitab 1C:Enterprise klastrihalduri identifikaatorit.

Nüüd peate konfiguraatori sätetes, nagu ka failiandmebaasi puhul, märkima, et soovite kasutada uut silumismehhanismi - " HTTP silumine».

Sel juhul palub konfiguraator automaatselt kasutada klastri silumisserverit, mitte kohalikku serverit. Peate sellega nõustuma ja konfiguraatori taaskäivitama.

Silumisüksuste ühendamine

Kui käivitate konfiguraatorist silumisseansse, ühendavad rakendused automaatselt silumisüksused (nii kliendi kui ka serveri) silumisserveriga.

Samal ajal, nagu varemgi, on teil võimalus seadistada konfiguraator nii, et see ühendaks automaatselt silumisüksused, olenemata nende käivitamise viisist. Nüüd on need võimalused muutunud palju rikkalikumaks.

Esiteks pakub platvorm teile nüüd kõiki võimalikke silumisüksusi, mille vahel valida.

Ja teiseks on ilmunud veel üks, peenem seadistusviis. See on eelnevalt loodud valikute kasutamine.

Selliseid valikuid saate kasutada nii silumisüksuste ühendamisel kui ka saadaolevate silumisüksuste vaatamiseks.

Valikus saate lisaks silumisüksustele määrata konkreetsed kasutajad, kelle seansid teile huvi pakuvad, ja andmete eraldamise korral märkida ka teabebaasi ala, mida silutakse.

Muutujate, objekti omaduste muutmine ja avaldiste asünkroonne hindamine

Uus silumismehhanism võimaldab teil silumise ajal muutuvaid väärtusi muuta. Eelmises mehhanismis sellist võimalust ei olnud.

Kohalike muutujate mugavaks vaatamiseks ja muutmiseks, mis tundub olevat kõige tavalisem ülesanne, oleme rakendanud " Kohalikud muutujad».

Väliselt on see väga sarnane “Tuletabeliga”, millega olete harjunud. Kuid esiteks on see aken juba automaatselt täidetud kõigi kohalike muutujatega ja teiseks saate nüüd muutujate väärtusi muuta.

Primitiivsete tüüpide väärtusi saate muuta otse lahtris " Tähendus»:

Ja muude väärtuste muutmiseks võite kasutada avaldise sisestusakent:

Hea boonus on see, et kontekstuaalne kohtspikker töötab selles aknas täielikult.

Täpselt samal viisil saate muuta mis tahes (mitte ainult kohalike) muutujate ja kirjutatavate omaduste väärtusi. Avaldise arvutamise aknas (mida kutsutakse Shift+F9 käsuga) saate muuta muutujate väärtusi nii lahtris "Väärtus" kui ka eraldi dialoogis.

Muide, avaldise arvutamine ise toimub nüüd asünkroonselt. See tähendab, et konfiguraator tellib silumisüksuse arvutamise. Ja mõnda aega oodatakse seda arvutust serveris. Kui arvutus on lõpetatud, saadetakse tulemused kohe konfiguraatorile. Kui arvutus toimub pikka aega, jõuavad nende arvutuste tulemused asünkroonselt konfiguraatorisse hiljem. See lähenemisviis võimaldab teil mitte oodata konfiguraatoris pikki arvutusi ja jätkata tööd.