8, existuje potreba (ako je diskutované nižšie) výrazného prepracovania procedúry ladenia. To sa prejavilo vo verzii 8.3.7.1759. Jednak bolo pre tento postup vytvorené univerzálne rozhranie a jednak táto zmena zabezpečuje ďalší vývoj samotného programu. Koniec koncov, teraz môžete pracovať s ladením nielen cez Konfigurátor, ale aj pomocou Vývojových nástrojov. Pozrime sa, ako povoliť ladenie na serveri 1C od novej verzie.
Použitie nového protokolu
Predchádzajúci debugger, ktorý bol implementovaný v predchádzajúcich verziách, spravoval klientske a serverové aplikácie pomocou protokolu TCP/IP.
V súčasnosti používanie takéhoto protokolu začalo obmedzovať prístup programu 1C:Enterprise na internet a spôsobilo nepríjemnosti pri prevádzke mobilných aplikácií.
Pre voľný prístup k informačným základniam, ktoré sa môžu nachádzať mimo lokálnej siete, bol teraz prijatý flexibilný protokol HTTP.
Nová architektúra
Predtým sa pri ladení konfigurácie musel zamestnanec pripojiť k informačnej základni. Na to bolo potrebné udeliť mu administrátorské práva.
V novej verzii nie je potrebné sa priamo pripájať k databázam – stačí mať jednoducho rovnakú databázu ako klient. A môžete ho načítať zo súboru.
Mobilné aplikácie
Pomocou protokolu HTTP je teraz možné ladiť serverové dáta, klientske dáta a aplikácie.
Iné zmeny
S novou verziou je možné meniť hodnoty lokálnych premenných v procedúre ladenia, na tento účel bolo implementované nové okno rýchleho náhľadu.
Režim výpočtu sa zmenil na asynchrónny, čo vám umožňuje pokračovať v práci bez čakania na výsledky.
Debugger vo vývojových nástrojoch
Interakcia s novým postupom sa uskutočňuje v špeciálne vyvinutom univerzálnom softvérovom rozhraní. Na jednej strane toto rozhranie používa konfigurátor. Na druhej strane je implementovaný v novom prostredí 1C:Enterprise Development Tools.
Ako to vyzerá teraz
Po zmene programu sa postupuje podľa nasledujúceho scenára:
Teraz to zahŕňa nielen debugger a položky, ako tomu bolo predtým. Teraz bol do reťazca zavedený ďalší prvok - Server.
Nielenže je pridaný - slúži ako hlavný prvok výmeny informácií medzi debuggerom a objektmi. A samotná výmena prebieha prostredníctvom správ zoradených vo fronte.
A keďže táto výmena prebieha prostredníctvom protokolu HTTP, nezáleží na tom, kde presne sa dáta môžu nachádzať.
Volania na server sa vytvárajú z ladiaceho nástroja a objektov vo forme dodatočných požiadaviek na pripojenie. Keď sa objavia, pošlú sa im príslušné odpovede.
Povoliť ladenie v rôznych scenároch
Pre vývojárov aplikácie nenastali žiadne zmeny. Podstatný rozdiel je v tom, že nový mechanizmus musí byť povolený. Koniec koncov, teraz je predvolene vypnutý.
Pozrime sa, čo sa stane, keď sa režim spustí, ak si vyberieme jeden z dvoch scenárov.
Skript súboru
Na začiatku verzie súboru musíte v nastaveniach konfigurácie určiť použitie nového mechanizmu - „Ladenie cez protokol HTTP“.
Potom konfigurátor automaticky navrhne použitie lokálneho servera. Táto podmienka musí byť akceptovaná a program sa reštartuje v režime konfigurátora.
Potom novo spustený konfigurátor počas nasledujúcej relácie uloží novú metódu, ktorú sme zvolili. Ale pre rovnakú informačnú základňu. Preto pri prístupe k inej informačnej databáze je potrebné ju tiež povoliť.
Povolený mechanizmus teraz automaticky spustí Debugger Server, čo je špeciálna aplikácia dbgs.exe. Odráža sa v okne Správca úloh.
Hodnota parametra ownerPID bude zodpovedať ID aplikácie, ktorá je s ním viazaná.
Keď spustíte reláciu ladenia cez konfigurátor, pripojenie k serveru sa uskutoční automaticky. A v ňom sa prejavia spojené predmety.
Ak bol program 1C aktivovaný bez nového mechanizmu, budete musieť manuálne povoliť ladenie na serveri 1C. Až teraz budete musieť zadať adresu servera:
Prejdite do časti Služba - Možnosti
Nachádza sa v nastaveniach položky:
Prejdite na položku Pripojenie - Nastavenia
Pri použití súborového skriptu s niekoľkými databázami súčasne musíte vziať do úvahy dôležitú nuanciu - každý z konfigurátorov (s povoleným mechanizmom HTTP) posiela svoj vlastný server:
Preto, ak je otvorených niekoľko konfigurátorov, na pripojenie klienta musíte zadať ten správny.
Scenár klient-server
Ladenie na serveri 1C pomocou scenára klient-server, ako v predchádzajúcom prípade, začína spustením režimu. Toto špecifikuje použitie nového mechanizmu HTTP. Toto sa robí takto:
ragent.exe -debug -http
Keď sa spustí, automaticky sa spustí debugger za ním.
Hodnota parametra ownerPID bude zodpovedať identifikačnému číslu manažéra klastra 1C.
Program vygeneruje návrh na použitie klastrového ladiaceho servera teraz (a nie lokálneho ako v predchádzajúcom scenári). Súhlasíme a reštartujeme.
V budúcnosti bude všetko prebiehať ako súborový skript. Iba keď spustíte konfigurátor databázy servera, server lokálneho ladiaceho nástroja sa už nespustí.
Dúfame, že vám naša publikácia pomohla zistiť problém, ako povoliť ladenie na serveri 1C.
Úlohou vývojára 1C nie je len písať kód, ale aj sledovať a opravovať chyby, zostavovať optimálny algoritmus vykonávania príkazov a optimalizovať rýchlosť práce, teda ladenie. Je ťažké to urobiť bez použitia funkcií vstavaného debuggera serverových procedúr.
Spočiatku je režim ladenia na serveroch 1C zakázaný, takže vývojár bude musieť vykonať jednoduché manipulácie s nastaveniami, aby mohol dôkladne skontrolovať kód.
Povolenie režimu ladenia na serveri pre platformu 1C verzie 8.2 a vyššej
Algoritmus na povolenie ladenia je pomerne jednoduchý. Nepredpokladá hĺbkovú znalosť architektúry operačného systému a administrácie 1C. Stále by ste však mali byť veľmi opatrní, pretože ladenie sa vykonáva priamo na serveri a s právami správcu. Preto, ak nemáte dôkladné znalosti, prísne dodržiavajte algoritmus akcií bez improvizácie:
- Zastavte službu 1C:Enterprise Server Agent prostredníctvom Server Manager. Ak sa nastavenie uskutoční na produkčnom serveri, mali by ste sa vopred postarať o neprítomnosť používateľov 1C v databáze;
- Spustite editor systémového registra kliknutím na „Štart“ - „Spustiť“ alebo klávesovou skratkou „Win“ + „R“. V okne, ktoré sa otvorí, zadajte riadok „regedit“;
- V registri musíte nájsť položku;
- Medzi parametrami nájdite „ImagePath“ a zmeňte ho pridaním „-debug“ k existujúcej hodnote s medzerou na konci;
- Prostredníctvom správcu servera spustite službu, ktorá bola zastavená - „1C:Enterprise Server Agent“.
Povolenie režimu ladenia na serveri pre verziu 1C 8.1
Ak potrebujete povoliť režim ladenia na platforme 8.1, algoritmus akcií zostane prakticky nezmenený. Jedinou zmenou je umiestnenie parametra cesty „ImagePath“. Vo verzii 8.1 sa nachádza v sekcii.
Vývojári 1C odporúčajú povoliť režim ladenia výlučne pre testovacie servery, kde by sa mal ladiť kód. Dôvodom tohto odporúčania je vplyv na výkon, ku ktorému dochádza, keď je na serveri povolené ladenie. Ak máte veľa používateľov alebo výkon servera zanecháva veľa požiadaviek, berte túto radu opatrne, aby ladenie nemalo negatívne dôsledky.
18.10.2016
Ladenie na serveri 1C (8.2, 8.3...)
Ak je databáza 1C spustená vo verzii klient-server, režim ladenia kódu na strane servera je zakázaný. Preto nebude možné vidieť krok za krokom, čo sa stane pri vykonávaní funkcie alebo procedúry. Ak chcete povoliť ladenie na strane servera, musíte vykonať niekoľko jednoduchých krokov.
Povoliť ladenie na serveri 1C:Enterprise 8.2, 8.3
Prvá vec, ktorú musíte urobiť, je zastaviť službu servera 1C:Enterprise. Prejdite na "Štart - Spustiť" (alebo klávesovú skratku "Windows + R"), napíšte "services.msc" (samozrejme musíte otvoriť správu služieb Windows od správcu)Po zastavení otvorte editor registra Windows ("Štart - Spustiť" (alebo klávesovú skratku "Windows + R") a napíšte "regedit") a nájdite vetvu s názvom "" alebo "" v závislosti od verzie platformy
Zaujíma nás kľúč databázy Registry s názvom "ImagePath". Na koniec hodnoty kľúča pridajte „-debug“. To znamená, že je aktivovaný režim ladenia na strane servera 1C.
bol: "C:\Program Files\1cv8\8.3.6.2530\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -rozsah 1560:1591 -d "C:\Program Files\1cv8\srvinfo"
Sa stal: "C:\Program Files\1cv8\8.3.6.2530\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -rozsah 1560:1591 -d "C:\Program Files\1cv8\srvinfo" -debug
Uložte a spustite službu 1C. Všetko je pripravené! Šťastné ladenie!
Aby ste mohli ladiť procedúry servera, musíte nastaviť príznaky vo formulári „Služba->Parametre“ konfigurátora:
Ladenie na aplikačnom serveri
Toto je popísané v dokumentácii:
Kniha „1C:Enterprise 8.1. Konfigurácia a správa"
Kapitola 18. Konfiguračné nástroje
Debugger a meranie výkonu
"Ladiaci kód na serveri."
Ak chcete nainštalovať režim ladenia, mali by ste spustiť server 1C:Enterprise s prepínačom príkazového riadka /Debug (ragent.exe /debug)."
Spúšťacie kľúče agenta servera sú popísané v knihe:
"1C: Podnik 8.1. Klientsky server. Vlastnosti inštalácie a použitia"
"Spustenie serverového agenta ako služby."
Ak ste pri inštalácii serverového klastra zvolili možnosť spustenia centrálneho serverového agenta ako služby, potom sa táto služba spustí automaticky počas procesu inštalácie a spustí sa aj pri štarte operačného systému.
Ak bol centrálny serverový agent nainštalovaný ako aplikácia, je možné službu zaregistrovať manuálne a následne ju spustiť.
Registrácia služby sa vykonáva pomocou nasledujúceho príkazu:
Ragent.exe -instsrvc -usr<пользователь>-pwd<пароль>- prístav<порт>-rozsah<диапазоны>-seklev<уровень>-ladenie | -rmsrvc | -štart | -zastaviť
Instsrvc – registrácia klastrového agenta ako služby Windows. Ak sa ragent.exe spustí pomocou tohto kľúča, zaregistruje sa do zoznamu služieb systému Windows a ukončí sa. Nie je kompatibilné s prepínačmi -srvc, -rmsrvc;
Usr<имя пользователя>
Pwd<пароль пользователя>– meno a heslo používateľa systému Windows, pod menom ktorého sa má spustiť ragent.exe ako služba systému Windows. Dá sa použiť len v spojení s kľúčom -instsrvc pri registrácii ragent.exe ako služby Windows;
Port<порт>– číslo hlavného portu klastrového agenta. Tento port používa klastrová konzola na prístup k centrálnemu serveru. Port klastrového agenta je tiež špecifikovaný ako port IP pracovného servera;
Rozsah<диапазоны>– Rozsahy IP portov pre dynamický výber. Z nich sa vyberú servisné porty klastrových procesov, ak ich nie je možné vybrať z nastavení príslušného pracovného servera. Predvolená hodnota: 1560-1591. Príklady hodnôt<диапазоны>: "45:49", "45:67,70:72,77:90";
Seclev<уровень>– úroveň bezpečnosti procesu klastrového agenta. Určuje úroveň zabezpečenia pripojení vytvorených pomocou procesu ragent.exe.<уровень>môže nadobudnúť nasledovné hodnoty: 0 (predvolené) spojenia nie sú zabezpečené, 1 – zabezpečené spojenia len počas overovania užívateľa, 2 – trvalo zabezpečené spojenia.;
Rmsrvc – zruší registráciu agenta klastra ako službu Windows. Ak sa ragent.exe spustí s týmto kľúčom, zruší svoju registráciu v zozname služieb Windows a ukončí sa. Nie je kompatibilné s prepínačmi -srvc, -daemon, -instsrvc.
Štart - spustí ragent.exe, registrovaný ako služba Windows. Spustí ragent.exe, predtým zaregistrovaný ako služba Windows, a potom sa ukončí;
Stop - stop ragent.exe zaregistrovaný a spustený ako služba Windows. Zastaví ragent.exe, ktorý bol predtým zaregistrovaný a spustený ako služba Windows, a potom sa ukončí;
Debug – spustenie serverového klastra v režime ladenia konfigurácie. "
Ak bol teda server 1C:Enterprise spustený ako služba a z nejakého dôvodu by sa mal spustiť aj ako služba v režime ladenia, musíte najprv zrušiť registráciu služby (kľúč -rmsrvc) a potom službu znova zaregistrovať pomocou kľúč -debug.
Je zrejmé, že podobný efekt možno dosiahnuť aj inými spôsobmi, napríklad priamou úpravou registra Windows. Ak to chcete urobiť, pravdepodobne by ste si mali pozrieť dokumentáciu systému Windows.
Funguje iba vtedy, keď je v registri nastavený kľúč „-debug“. Vo všetkých ostatných prípadoch to z nejakého dôvodu nefunguje.
"ImagePath"=
bol "F:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -rozsah 1560:1591 -d "F:\Program Files\1cv81\server"
nastaviť "F:\Program Files\1cv81\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -rozsah 1560:1591 -debug -d "F:\Program Files\1cv81\server"
Implementované vo verzii 8.3.7.1759.
Výrazne sme prepracovali mechanizmus ladenia. Bolo na to viacero dôvodov. Po prvé, chceli sme vám dať možnosť ladiť každú aplikáciu, ktorá je dnes dostupná. Po druhé, predchádzajúca architektúra debuggera si vyžadovala zmeny, aby držala krok so súčasnými trendmi a prispôsobila sa budúcemu vývoju. Po tretie, bolo potrebné univerzálne ladiace rozhranie, s ktorým by sa mal používať nielen konfigurátor 1C:Enterprise, ale aj .
Hlavné výhody
Aby ste si vedeli predstaviť rozsah zmien, ktoré sme vykonali, stručne uvedieme hlavné výhody nového mechanizmu.
Ladenie HTTP
Predchádzajúci mechanizmus ladenia bol založený na skutočnosti, že debugger implementovaný v konfigurátore 1C:Enterprise priamo interagoval s položkami ladenia (klientske a serverové aplikácie). Táto interakcia bola vykonaná pomocou protokolu TCP/IP.
S vydaním aplikácií 1C:Enterprise na internete a najmä s príchodom mobilných aplikácií sa však tento prístup stal zdrojom obmedzení a nepríjemností. Protokol TCP/IP nie vždy umožňuje debuggeru „dosiahnuť“ ladené položky. Koniec koncov, môžu byť umiestnené mimo lokálnej siete, v ktorej beží debugger.
Preto sme v novom mechanizme zvolili ako transportný protokol „všadeprítomnejší“ protokol HTTP, ktorý mimochodom využívajú aj klientske aplikácie na pripojenie k informačným databázam.
Moderná architektúra ladenia
Vlastnosťou predchádzajúceho ladiaceho mechanizmu bola potreba pripojiť sa k infobase pomocou konfigurátora. Výsledkom bolo, že ladenie vývojárov malo úplný prístup ku všetkým administratívnym funkciám.
Nový mechanizmus ladenia už nevyžaduje pripojenie k ladenej informačnej databáze. Hlavná vec, ktorú teraz debugger potrebuje, je rovnaká konfigurácia, ktorá funguje pre klientov. Na jeho získanie nie je potrebné sa pripájať k ladenej infobázke. Môžete ho načítať napríklad zo súboru.
Ladenie mobilných aplikácií
Vďaka použitiu protokolu HTTP je možné ladiť aplikácie vykonávané mobilnou platformou. Okrem toho môžete ladiť akékoľvek kontexty: klient, server, ako aj úlohy na pozadí.
Teraz, počas ladenia, môžete zmeniť hodnoty akýchkoľvek zapisovateľných premenných. Na rýchle zobrazenie a zmenu lokálnych premenných sme implementovali samostatné okno. A výpočet výrazov zobrazených ladiacim programom sa teraz vykonáva v asynchrónnom režime.
Ladenie vo vývojových nástrojoch
Pri vytváraní nového mechanizmu ladenia sme implementovali nové, univerzálne softvérové rozhranie na interakciu s ním. Toto rozhranie používa konfigurátor 1C:Enterprise a rovnaké rozhranie teraz používa aj nové vývojové prostredie. Všetky možnosti ladenia sú teda teraz dostupné pri práci v .
Architektúra procesu ladenia
Nová architektúra ladenia vyzerá takto:
Ladenie zahŕňa debugger, ladiace položky a nový prvok - ladiaci server.
Neexistuje žiadny priamy prenos informácií medzi debuggerom a položkami ladenia. Všetky interakcie sú organizované prostredníctvom ladiaceho servera. Toto je hlavný prvok mechanizmu. Ladiaci server má front správ, cez ktorý si ladiaci program a položky ladenia navzájom odovzdávajú informácie.
Samotný debugger aj položky ladenia komunikujú s ladiacim serverom cez HTTP. Takže teraz nezáleží na tom, kde sa tieto ladiace položky nachádzajú.
Interakciu s ladiacim serverom spúšťa ladiaci program a položky ladenia. Na tento účel sa organizujú ďalšie spojenia. Ich hlavným účelom je zistiť, či sa pre nich na ladiacom serveri objavili informácie. A ak sa objaví, získajte tieto informácie.
Interakcia je teda jednostranná. Informácie sa neustále prenášajú z ladiaceho servera do ladiaceho nástroja a do ladiacich objektov.
Identifikácia informačných báz
V predchádzajúcom mechanizme sa na identifikáciu infobáz používal reťazec pripojenia. Toto riešenie v niektorých prípadoch spôsobovalo ťažkosti pri priraďovaní ladiacich položiek a konfigurátora. Pretože po prvé rozlišovalo veľké a malé písmená a po druhé, pri ladení niektorých kontextov platforma automaticky vygenerovala reťazec pripojenia. A nie vždy sa zhodoval s tým, ktorý ste zadali pri pripájaní infobázy v konfigurátore. Nájdenie a náprava takýchto situácií skomplikovala proces ladenia.
V novom mechanizme sme sa zbavili pripájacieho reťazca. Teraz používame identifikátor informačnej databázy. V informačnej databáze súborov sa takýto identifikátor vygeneruje pri prvom vytvorení pripojenia klienta. V informačnej databáze servera sa ako takýto identifikátor používa registračný identifikátor informačnej databázy v klastri.
Príjemným dodatočným bodom je, že sme zatiaľ zachovali starý mechanizmus ladenia v platforme (v budúcnosti môže byť vylúčený). A môžete ho použiť, ak chcete alebo ak je to potrebné. Takže sme upravili starý mechanizmus a teraz používa aj identifikátor infobase a nie pripájací reťazec.
Typické scenáre ladenia
Z pohľadu vývojára aplikácií sa typické scenáre ladenia nezmenili. Jediný významný rozdiel je v tom, že musí byť povolený nový mechanizmus ladenia. Pretože v predvolenom nastavení je vypnutá.
Bez ohľadu na to má zmysel oboznámiť sa s tým, čo sa deje teraz, keď spustíte ladenie. Pretože to môže byť pre vás užitočné v niektorých neštandardných pracovných scenároch.
Možnosť súboru
Pred začatím ladenia vo verzii súboru musíte v nastaveniach konfigurátora uviesť, že chcete použiť nový mechanizmus ladenia - “ Ladenie HTTP».
V tomto prípade vás konfigurátor automaticky vyzve, aby ste použili lokálny ladiaci server. Musíte s tým súhlasiť a reštartovať konfigurátor.
Metóda ladenia, ktorú nastavíte, sa ukladá medzi reláciami konfigurátora, ale je uložená v kontexte informačných báz. Preto pre ďalšiu informačnú základňu ju budete musieť znova povoliť.
Teraz, keď spustíte konfigurátor alebo keď ho reštartujete, platforma automaticky spustí ladiaci server. Toto je samostatná aplikácia dbgs.exe. Môžete to vidieť v správcovi úloh.
Parameter ownerPID určuje identifikátor aplikácie, ktorá vlastní tento ladiaci server. V tomto prípade ide o konfigurátor 1C:Enterprise.
Ak teraz spustíte reláciu ladenia 1C:Enterprise z konfigurátora, automaticky sa pripojí k ladiacemu serveru a v konfigurátore uvidíte pripojené položky ladenia.
Ak bola relácia 1C:Enterprise spustená bez ladenia, môžete ju ako predtým pripojiť k debuggeru. Až teraz musíte zadať adresu servera na ladenie:
Túto adresu nájdete v nastaveniach položiek ladenia:
S prácou s viacerými súborovými databázami naraz je spojený jeden nezvyčajný bod. Vo verzii súboru každý konfigurátor s povoleným ladením http spustí svoju vlastnú kópiu ladiaceho servera na rôznych portoch:
Preto, ak máte otvorených niekoľko konfigurátorov naraz, musíte na pripojenie klientskej aplikácie k debuggeru vybrať ten správny.
Možnosť klient-server
Pred začatím ladenia vo verzii klient-server musíte, ako predtým, spustiť server 1C:Enterprise v režime ladenia, ale špecifikujte, že na ladenie sa použije nový mechanizmus HTTP. Napríklad takto:
ragent.exe -debug -http
Keď sa server spustí týmto spôsobom, spustí sa aj ladiaci server.
Parameter ownerPID bude označovať identifikátor manažéra klastra 1C:Enterprise.
Teraz v nastaveniach konfigurátora, ako v prípade databázy súborov, musíte uviesť, že chcete použiť nový mechanizmus ladenia - “ Ladenie HTTP».
V tomto prípade vás konfigurátor automaticky vyzve, aby ste použili server na ladenie klastra, a nie lokálny server. Musíte s tým súhlasiť a reštartovať konfigurátor.
Pripojenie ladiacich položiek
Keď spustíte relácie ladenia z konfigurátora, aplikácie automaticky pripájajú položky ladenia (klienta aj server) k serveru ladenia.
Zároveň, ako doteraz, máte možnosť konfigurovať konfigurátor na automatické pripájanie ladiacich položiek bez ohľadu na to, ako boli spustené. Teraz sú tieto možnosti oveľa bohatšie.
Po prvé, platforma vám teraz ponúka všetky možné položky na ladenie, z ktorých si môžete vybrať.
A po druhé, objavil sa ďalší, jemnejší spôsob nastavenia. Ide o použitie vopred vytvorených výberov.
Takéto výbery môžete použiť pri pripájaní položiek ladenia aj na zobrazenie dostupných položiek ladenia.
Vo výbere môžete okrem samotných položiek ladenia určiť konkrétnych používateľov, ktorých relácie vás zaujímajú, a tiež, ak sa používa oddelenie údajov, uviesť oblasť informačnej databázy, ktorá sa bude ladiť.
Zmena premenných, vlastností objektu a asynchrónne vyhodnocovanie výrazov
Nový mechanizmus ladenia vám umožňuje meniť hodnoty premenných počas ladenia. V predchádzajúcom mechanizme takáto možnosť nebola.
Pre pohodlné prezeranie a zmenu lokálnych premenných, čo sa zdá byť najbežnejšou úlohou, sme implementovali „ Lokálne premenné».
Navonok je to veľmi podobné „Scoreboard“, na ktorý ste zvyknutí. Po prvé, toto okno je už automaticky vyplnené všetkými lokálnymi premennými a po druhé, teraz môžete zmeniť hodnoty premenných.
Hodnoty primitívnych typov môžete zmeniť priamo v bunke " Význam»:
A na zmenu iných hodnôt môžete použiť okno na zadanie výrazu:
Príjemným bonusom je, že kontextový popis je v tomto okne plne funkčný.
Presne rovnakým spôsobom môžete meniť hodnoty akýchkoľvek (nielen lokálnych) premenných a zapisovateľných vlastností. V okne výpočtu výrazu (ktoré sa volá príkazom Shift+F9) môžete zmeniť hodnoty premenných v bunke „Hodnota“ aj pomocou samostatného dialógového okna.
Mimochodom, samotný výpočet výrazu sa teraz vykonáva asynchrónne. To znamená, že konfigurátor nariadi výpočet ladiacej položky. A nejaký čas sa tento výpočet očakáva na serveri. Ak je výpočet dokončený, výsledky sa okamžite odošlú do konfigurátora. Ak sa výpočet vykonáva dlhší čas, potom sa výsledky týchto výpočtov asynchrónne dostávajú do konfigurátora neskôr. Tento prístup vám umožňuje nečakať na zdĺhavé výpočty v konfigurátore a pokračovať v práci.
