Ez egy másik cikk az "Első lépések a fejlődésben az 1C -n" sorozatból. Folytatja az előző cikk témáját, amely a konfigurátorban végzett munka sajátosságairól szól.

Ebben a cikkben megvizsgálunk egy speciális eszközt, amely megkönnyíti a programkód fejlesztését és hibakeresését az 1C: Enterprise platformon, amelyet Debuggernek hívnak. A cikk tanulmányozása után megtudhatja:

• Mire jó a hibakereső és hogyan kell használni?
• Mik a töréspontok, hogyan és miért kell őket beállítani?
• Hogyan lehet átlépni a kódot, és miért van rá szükség?
• Hol tekintheti meg a változók értékeit, valamint kiszámíthatja a kifejezések értékeit?
• Mire való a hívási verem, és hogyan nézhető meg?
• Hogyan állíthatom le véletlenül a programkód végrehajtását?

Alkalmazhatóság

A cikk az 1C platform 8.3.4.365 verzióját tárgyalja. A platform jelenlegi verziója gazdagabb hibakeresési mechanizmusokat tartalmaz, de ez nem teszi elavulttá a bemutatott információkat, mivel a cikkben leírt hibakeresési mechanizmusok és technikák változatlanok maradtak.

A hibakereső használata az 1C: Enterprise 8 rendszerben

Az 1C: Enterprise 8 rendszer beépített programkód-hibakeresőt tartalmaz.

A hibakereső a Configurator speciális eszköze, amely lehetővé teszi a programkód működésének elemzését. Ez a cikk a fejlesztők által leggyakrabban használt hibakeresési funkciókat tárgyalja.

A programkód hibakeresővel történő elemzéséhez egy speciális eszközt használnak, az úgynevezett töréspont.

Töréspont - az a hely, ahol a rendszer megállt a programkódban, speciális jelölővel megjelölve (1. ábra).

Rizs. 1. Töréspont

Töréspont kiváltásakor lehetővé válik a programkód átlépése és a változók értékeinek elemzése.

Töréspontok beállítása

A töréspont beállítása a programkód egy adott sorában a bal egérgomb dupla kattintásával történik a programmodul bal oldali területén, amely szürkével van kiemelve.

Lehetőség van töréspont beállítására is a paranccsal a konfigurátor eszköztárán vagy a gombbal F9... Egy meglévő töréspont törlése hasonló módon történik.

Ha egy eljárás vagy függvény végén töréspontot szeretne beállítani, akkor egy kulcsszónál töréspontot kell beállítania Az eljárás vége vagy EndFunction.

A töréspontot ideiglenesen letilthatja anélkül, hogy eltávolítaná a kódból. A töréspont kikapcsolásához hajtsa végre a parancsot A töréspont letiltása az eszköztáron, vagy nyomja meg a billentyűparancsot Ctrl + Shift + F9.

Az összes töréspont megtekintéséhez végre kell hajtania a főmenü parancsát Hibakeresés - lista töréspontokat, vagy nyomja meg a billentyűparancsot Alt + F9... Nyitott formában Töréspontok ideiglenesen letilthatja vagy eltávolíthatja a töréspontokat (2. ábra).

Rizs. 2. A töréspontok listája

Az összes töréspont törléséhez végre kell hajtania a konfigurátor főmenüjének parancsát Hibakeresés - Távolítson el minden töréspontot.

Feltételes töréspont

Feltételes töréspont szükséges a programkód végrehajtásának leállításához, ha egy bizonyos feltétel aktiválódik.

A feltételhez tartozó töréspont beállításához végre kell hajtania a konfigurátor főmenüjének parancsát Hibakeresés - Feltételes töréspont... Megnyílik a Stop állapot űrlap. A beviteli mezőben meg kell adnia a szükséges feltételt (például a programkód bármely változójának értékét), és kattintson a gombra rendben(3. ábra).

A rendszer hibakeresési módban való elindítása után egy töréspont aktiválódik, amikor a szünet feltétel teljesül. Ezt az űrlap segítségével ellenőrizheti Eredménytábla(3. ábra). Munka űrlappal Eredménytábla alább tárgyaljuk.

Rizs. 3. Töréspont beállítása feltétellel és feldolgozási eredményével

A programkód hibakeresésének megkezdéséhez meg kell adnia a töréspontokat, és hibakeresési módban kell futtatnia az alkalmazást. A hibakeresés elindításához végre kell hajtani a konfigurátor főmenüjének parancsát Hibakeresés - Indítsa el a hibakeresést(F5).

Miután elindította az alkalmazást hibakeresési módban, meg kell győződnie arról, hogy a töréspont aktiválódik. Itt különböző forgatókönyvek lehetségesek. Például egy töréspont van beállítva a dokumentuműrlap modulban a szabványos eseménykezelőben OnOpen ()... Ebben az esetben a töréspont akkor aktiválódik, amikor bármely dokumentum űrlapját megnyitják felhasználói módban.

A töréspont beállítható egy tetszőleges eljárásban vagy függvényben, amelyet a fejlesztő hozott létre. Ebben az esetben a töréspont az eljárás vagy függvény egy adott kódsorból történő meghívása után aktiválódik.

A töréspont aktiválása után a rendszer leállítja a programkód végrehajtását, és lehetővé válik a különböző hibakereső funkciók használata, például: a programkód lépésről lépésre történő végrehajtása, az űrlap használata Eredménytábla stb.

A programkód lépésről lépésre történő végrehajtása

A programkód lépésről lépésre történő végrehajtásához használja a menüben a konfigurátor főmenüjében elérhető parancsokat. Hibakeresés... Kényelmes gyorsbillentyűket használni ezekhez a parancsokhoz.

Lépjen be (F11)... Ha a programkód következő operátora meghív egy eljárást vagy függvényt, akkor az lépésről lépésre, ellenkező esetben a következő operátor kerül végrehajtásra.

Lépjen át (F10)... Ha a programkód következő utasítása eljárást vagy függvényt hív meg, akkor az teljesen végrehajtódik anélkül, hogy bemennénk. Ezután a következő utasítás végrehajtásra kerül.

Ugrás a kurzorra (Shift + F10)... Az operátorok az aktuális végrehajtható sortól a programkód azon soráig futnak, ahol a kurzor található.

Űrlapok használata Eredménytáblaés Kifejezés

A változók értékeinek megtekintéséhez és a kifejezések értékeinek kiszámításához, miközben leállítja a programkódot, használja az űrlapokat Eredménytáblaés Kifejezés.

A nyomtatvány Eredménytábla hívja a konfigurátor főmenüjének parancsa Hibakeresés - Eredménytábla vagy egy billentyűparancsot Ctrl + Alt + W... Az eredménytábla rögzítheti a változók értékeit, és elemezheti, hogyan változnak azok a programkód végrehajtása során.

Az eredményjelző négy lappal rendelkezik. A könyvjelzők alapértelmezés szerint le vannak tiltva. Könyvjelzők felvétele egy űrlapba Eredménytábla meg kell hívnia a helyi menüt, és be kell állítania a zászlót Könyvjelzők(4. ábra).

Rizs. 4. „Eredménytábla” űrlap fülekkel

A kifejezések értékének kiszámításához a programkód leállításakor használja az űrlapot Kifejezés... Az űrlap megnyitásához használja a konfigurátor főmenüjének parancsát Hibakeresés - Számítás kifejezés vagy billentyűparancs Shift + F9(5. ábra).

Rizs. 5. "Kifejezés" űrlap

A Kifejezés mezőbe írjon be egy kifejezést a beépített nyelven. A kifejezés értékét a gombra kattintva kaphatja meg Kiszámítja... Terepen Eredmény a kifejezés értéke megjelenik. A kifejezés a gombra kattintva megjeleníthető az eredménytáblán Szerepeld be az eredménytáblába.

A gyűjtemény értékeinek megtekintéséhez (például értéktábla, értéklista, tömb) a paranccsal Előadásértéket külön ablakban vagy kulcsban F2.

A hívásverem megtekintése

Hívási lista- egy űrlap, amely lehetővé teszi az eljárások és funkciók kölcsönös hívásának nyomon követését a programkód végrehajtása során. A hívási verem a konfigurátor főmenüjének parancsával jelenik meg Hibakeresés - Call Stack vagy egy billentyűparancsot Ctrl + Alt + C... Nincs formában Hívási lista léphet a megfelelő eljárásra vagy funkcióra (6. ábra).

Az űrlapon be kell állítania a zászlót Véletlenül megálltés futtassa az alkalmazást hibakeresési módban. A programkód végrehajtása leáll a sorban, ahol a hiba történt (7. ábra).

Az ebben a cikkben ismertetett hibakereső képességek segítségével a fejlesztő elemezheti mind a saját programkódunkat, mind a tipikus megoldások programkódját cég "1C".

A gyakorlat azt mutatja, hogy hibakereső nélkül sokáig tart a hibák megtalálása a programkódban. Ezért különös figyelmet kell fordítani a hibakereső elsajátítására.

Amint fentebb említettük, a hibakeresési mechanizmus jelentősen kibővült a platform későbbi verzióiban. Azok számára, akik szeretnének megismerkedni ezen újítások részletes leírásával, javasoljuk, hogy olvassák el a vonatkozó anyagokat maguknak a platformfejlesztőknek a blogjában.

Összefoglalva, megjegyezzük, hogy a konfigurátor teljes értékű, és a közelmúltig az egyetlen alkalmazásfejlesztési környezet az 1C: Enterprise 8 platformon. Nagyon gazdag funkcionalitással rendelkezik, hogy segítse a fejlesztőt napi feladatai megoldásában.

A 8.3-as verzióban a fejlesztő számára sok apró hasznosságot adtak a konfigurátorhoz. A következő cikkben pedig mindenképpen megismerjük őket.

Ebben a cikkben bemutatom a hibakeresés alapjait. Mi az a hibakeresés és mire való? Nagyon gyakran meg kell érteni, hogyan működik egy adott kódrészlet, és milyen értékeket tartalmaznak a különböző változók. hibakereső mechanizmussal rendelkezik erre a célra. Ebben a cikkben a hibakereséssel kapcsolatos munka főbb pontjait ismertetjük.

Annak érdekében, hogy a program megálljon egy bizonyos helyen, meg kell adnia egy töréspontot. Ehhez vigye a kurzort a kívánt sorra, és kattintson a bal oldali mezőre. Egy piros kör jelent meg a bal oldalon. A töréspont a főmenü segítségével állítható be

Vagy használja a helyi menüt

Ezen a ponton a program leáll, hogy a fejlesztő megismerkedhessen a viselkedésével.

Felhívom a figyelmet arra a tényre, hogy egy töréspontot kell beállítani azon a helyen a kódban, ahol bármely operátor be van írva. Vagy a változókat implicit módon deklarálják.

Számos lehetőség van, mindegyiket külön -külön megvizsgáljuk.

Az első lehetőség, hogy egyszerűen végigmegy a kódon, anélkül, hogy belemennék az eljárásokba és a funkciókba. Ehhez használja a "Step Through" gombot vagy az F10 billentyűt.

Ne feledje, hogy ha a hibakeresés átadja az irányítást valamilyen interaktív funkcióra, ahol felhasználói beavatkozásra van szükség, akkor a program azonnal áthelyezi Önt az 1C Enterprise-ba, vagy a hibakeresés lefagy, és ezután önállóan kell váltania az 1C Enterprise-ra.

A második mód, ha végigmegyünk a kódon, és belemegyünk az összes írott eljárásba és funkcióba, hogy megnézzük, hogyan működnek. Ehhez nyomja meg a "B lépés" gombot, vagy nyomja meg az F11 billentyűt.

Ha ki kell lépnünk egy eljárásból vagy függvényből anélkül, hogy meg kellene várnunk annak végrehajtását, akkor meg kell nyomnunk a Kilépés gombot, vagy a Shift billentyűt lenyomva tartva nyomjuk meg az F11 billentyűt.

Ha át kell ugranunk a programban egy bizonyos helyen, és új sorról kezdjük a hibakeresést, akkor ezt kétféleképpen lehet megtenni. Az első módszer az, hogy új töréspontot állít be, és rákattint a "Hibakeresés folytatása" gombra vagy az F5 billentyűre. Ezután a program azonnal a kívánt kódsorra ugrik.

Második módszer: helyezze a kurzort a kívántra, és kattintson az "Ugrás a kurzorra" gombra, vagy tartsa lenyomva a Shift billentyűt, és nyomja meg az F10 billentyűt.

Ha a kóddal dolgozik, elveszik benne, és gyorsan szeretne visszatérni az aktuális hibakeresési sorhoz, kattintson az "Aktuális sor" gombra.

Megtanultuk, hogyan mozoghatunk a kódon a hibakeresés során. Most a legfontosabb az, hogyan lehet megtudni a változók értékeit? Ez segít nekünk eredménytábla.

Többféleképpen nyitható meg.

Először is: a főmenü használata.

Másodszor: a "Hibakeresési konfiguráció" panel használatával.

Harmadszor: használja a Ctrl + Alt + W billentyűparancsot.

Alul megjelent egy tábla, ahol bármilyen változót beírhatunk és megnézhetjük azok értékét.

A primitív típusok változóin kívül lehetősége van objektumtípusok változóinak bevitelére a kifejezésbe, és megtekintheti ennek a változónak az összetételét (ha nem hibakeresési kódfuttatást hajt végre a c) pontban).

Funkciókat is hozzáadhat (mind a saját, mind a globális kontextushoz) az eredményjelző táblához, hogy megtudja, mit adnak vissza.

Egy változó értékét az eredménytábla használata nélkül is megtudhatja. Elég, ha kiválasztja ezt a változót, és rákattint a "Kifejezés kiszámítása" gombra (Shift + F9 billentyűkombináció).

Nézzen meg egy vizuális munkát hibakereséssel ebben a videóban.

Tanuld meg a konfigurálás alapjait 1C-ben, és tanulj meg programozni az 1C: Enterprise-ban a könyveim segítségével:

Kiváló útmutató a felügyelt 1C alkalmazás fejlesztéséhez, kezdő fejlesztőknek és tapasztalt programozóknak egyaránt.

1. Nagyon hozzáférhető és érthető prezentációs nyelv
2. A könyvet e-mailben küldjük el PDF formátumban. Bármilyen eszközön kinyitható!
3. Ismerje meg az 1C felügyelt alkalmazás ideológiáját
4. Ismerje meg, hogyan fejleszthet felügyelt alkalmazást;
5. Tanuld meg az ellenőrzött 1C űrlapok kifejlesztését;
6. Képes lesz dolgozni a kezelt űrlapok fő és szükséges elemeivel
7. Világossá válik a programozás a felügyelt alkalmazás alatt

Promóciós kód 15% kedvezményre - 48PVXHeYu

Ha ez a lecke segített bármilyen probléma megoldásában, tetszett vagy hasznosnak bizonyult, akkor támogathatja projektemet bármilyen összeg átutalásával:

manuálisan is fizethet:

Yandex.Money - 410012882996301
Internetes pénz - R955262494655

Csatlakozz a csoportjaimhoz.

Szükséges a hibakeresési mód használata 1C -ben, ha bármilyen összetettségű tipikus és függetlenül kifejlesztett konfigurációt tervezünk és tesztelünk. Ez a mechanizmus segít a fejlesztőknek nem csak az azonosított hibák kiküszöbölésében, hanem abban is, hogy a rendszer üzembe helyezése előtt számos szűk keresztmetszetre számítsanak. Az 1C: Enterprise 8.3 platform ezen üzemmódjának összes képességének használatához nemcsak engedélyeznie kell, hanem ismernie kell fő eszközeinek célját is.

Hibakeresési mód engedélyezése az 1C szerveren

Ha az ügyfél-szerver verzióban dolgozik, akkor el kell végeznie az eljárást, amely lehetővé teszi a hibakeresést a szerveren az 1C hibakereső összes funkciójának használatához. Ez nem sok időt vesz igénybe, és nem igényel széles körű ismereteket, de ennek ellenére óvatosnak kell lennie, mert a folyamat hatással lesz a kiszolgálón lévő beállításjegyzék megváltoztatására.

A hibakeresést az 1C -ben a következő algoritmus segítségével engedélyezheti:

• Lépjen az 1C szerverre, és nyissa meg a regisztert a "Start" menü "Futtatás" funkciójával. Egyszerre is használhatja a Windows és az R billentyűket a billentyűzeten. Írja be a parancsot a regiszter megnyitásához - "regedit";

• A bal oldali fában megnyíló ablakban kövesse a következő útvonalat: "HKEY_LOCAL_MACHINE", "SYSTEM", "ControlSet001", "services", "1C: Enterprise 8.3 Server Agent";

• Az alsó elemet kiválasztva a jobb oldalon megtaláljuk az "ImagePath" nevű attribútumot, és a helyi menü segítségével módosítjuk. A kiszolgálón a hibakeresés engedélyezéséhez adja hozzá a "-debug" sort a meglévő elérési úthoz;

• Csak az 1C szerverügynök újraindítása marad, és használhatja a hibakeresési módot a szerveren.

A hibakeresés elindításához a kliens alkalmazásban lépjen az 1C -re a konfigurátor módban, és válassza ki a kívánt módot a "Debug" menüben. A legtöbb modern konfiguráció vékony ügyfél módban működik, ezért jobb az ilyen típusú ügyfél hibakeresése. Ha a konfiguráció különböző típusú klienseket használ, akkor a nagyobb nyugalom érdekében tesztelheti a funkciókat minden módban. A hibakeresési mód elindításának pillanatában az 1C megnyitja az "Enterprise" módot.

Amint az 1C hibakeresési módban elindul, egy majdnem hasonló programablak jelenik meg. Az egyetlen különbség az alján lesz - az 1C szürke alapon statisztikákat mutat a hívások számáról. De ha ezen a ponton a konfigurátorra vált, észre fogja venni, hogy a felső panel megváltozott. Vannak új gombok, amelyekkel a hibakeresési módot vezérelheti.

Ahhoz, hogy a legtöbbet hozhassa ki a hibakeresési szerver eljárásokból, ismernie kell az üzemmód fő jellemzőit, azok célját és használatát. Természetesen lehetetlen mindent elméleti szinten megérteni, de ha megismerkedsz az alapokkal, akkor a gyakorlatban sokkal könnyebb lesz. Ezenkívül a hibakeresés legtöbb funkcióját ritkán használják, ezért e mechanizmus mély ismerete csak néhány év munka után jöhet jól.

Az 1C fejlesztők által rendszeresen használt "Enterprise" hibakeresési mód azon képességei közé tartoznak a következők:

• Töréspontok;
• Lépésről lépésre a hibakeresés;
• Értékek megtekintése;
• Hívási lista.

Hibakeresési funkciók 1C

A fő hibakeresési funkció a hibakeresés elindítása és a kód működésének ellenőrzése 1C Enterprise módban. Ehhez az 1C fejlesztők töréspontot állítanak be az algoritmus sorában. Ehhez válasszon ki egy vonalat az egérrel, és nyomja meg a piros kör képével ellátott gombot. Alternatív megoldásként kattintson duplán a modul szövegétől balra található sávra, vagy használja az F9 gyorsbillentyűt.

Használja a Hibakeresés menüt a beállított töréspontok megtekintéséhez. Ott eltávolíthatja az összes pontot, letilthatja őket, újat adhat hozzá, és megismerkedhet a "gyors" gombokkal. Ebben a menüben is beállíthat egy töréspontot egy feltétellel (kék kör formájában). Ez hasznos olyan helyzetekben, amikor ellenőrizni kell a kódot, ha teljesül egy feltétel, amelyet írnia kell egy pont beállításakor.

Egy másik hasznos mechanizmus ebből a menüből a "Stop by error", amely csak elfogadhatatlan helyzetekben teszi lehetővé a megállást. A leállítás után a konfigurátorhoz kerül, és használhat más hibakeresési lehetőségeket. Például a „Debug” menüben leírt speciális billentyűkkel mozoghat a kódsorokon, ahol a legnépszerűbb funkciók jelennek meg a tetején. Az F10 és az F11 közötti különbség az, hogy az első esetben beágyazott függvényekhez és eljárásokhoz jut.

A szerveroldali hibakeresés 1C-ben abból a szempontból is jó, hogy minden kódsor végrehajtása után láthatjuk a változók értékét. A legegyszerűbb lehetőség az egérkurzor mozgatása, és az 1C megjeleníti az értéket egy felugró ablakban. De a platformon, a "Debug" menüben két további eszköz van beépítve:

• Híváskor megnyílik egy ablak, amelyben húzhatja a változókat úgy, hogy duplán kattintva kijelöli őket a kódban. Az ablak a hibakeresés során megmutatja azok értékét és típusát - követheti a változást az algoritmus végrehajtása során;

• Mechanizmus azokra a helyzetekre, amikor a fejlesztő modellezni akarja, hogy milyen adatokat kaphat az algoritmus aktuális futtatása során. Lehetővé teszi bármilyen kifejezés írását, és megmutatja azok jelentését.

Néha a fejlesztőknek ismerniük kell a hívási eljárások sorrendjét egy algoritmusban. Ehhez a Debug menü hívásverem mechanizmusát kell használniuk. Amikor meghívja, megnyílik egy ablak, amelyben láthatja, hogy melyik eljárásból van az, ahol a debug kurzor található.

Fontos, hogy ezeket az eszközöket ismerje és alkalmazza a tesztek elvégzéséhez, mielőtt a fejlesztéseket áthelyezné a gyártási bázisba. A fenti mechanizmusok több mint elegendőek egy fejlesztő sikeres, produktív munkájához az 1C-ben. De fontos figyelemmel kísérni az új funkciókat is, mivel az 1C 8.3 -as szerver hibakeresése néhány év múlva új képességeket szerezhet.

Üdvözlet a portál minden olvasójának, ebben a cikkben az 1C töréspontjairól, vagy inkább azok hibás működéséről fogunk beszélni az 1C platform egyes verzióiban.

2015. május végén egy új platform 1C 2014.3.8.8... Amikor ezzel a platformmal dolgozott, sok programozó problémahelyzetbe ütközött. Főleg megfelelően A töréspontok nem működtek a konfigurátorban egy alkalmazás hibakeresése során... Mint kiderült, problémákat észleltek a külső folyamatok hibakeresésekor a "Külső nyomtatható tesztelés" feldolgozás használatával.

Először nézzük meg, hogyan működik a "Külső nyomólemezek tesztelése" feldolgozás. Ennek a feldolgozásnak a segítségével jeleztük a külső feldolgozásunkat (pl. külső nyomólap) (1), majd a konfigurátorban megnyitottuk ugyanazt a nyomólapot és beállítottuk a töréspontokat, ami után elindítottuk a vállalkozást hibakeresés alatt. A gomb megnyomásával (2) a külső nyomtatható eszközünk indult el, és nem az alapértelmezés szerint a tmp könyvtárban generált rendszer, ennek eredményeként a konfigurátorban megnyitott feldolgozásunkban töréspont vált ki. Minden a várakozásoknak megfelelően működött. De ez korábban volt... Ha végrehajtjuk ezeket a műveleteket az 1C platformon 2014.3.08., akkor a külső feldolgozás töréspontjai nem indulnak el! Mint kiderült, ez a helyzet azért alakult ki, mert Az 1C platform 8.3.6.2014 külső feldolgozást töltött be a RAM-ba, míg a platform fiatalabb verziói ideiglenes fájlba mentették, amely az alapértelmezett 1C ideiglenes fájlok könyvtárában található.

A külső feldolgozás töréspontjaival kapcsolatos probléma megoldása az 1C platformon 2014.06.8.

Sajnos jelen pillanatban az 1C platformon nem lehetett megoldani a problémát a külső feldolgozás töréspontjaival 2014.3.8.8... A helyzet az, hogy a platform ezen verziója RAM -ban tárolja a feldolgozást, és a hibakereső nem jut el oda, mivel nem tudjuk megnyitni a feldolgozást a konfigurátorban, és nem állíthatunk be törési pontot. Reméljük, hogy az 1C szakemberei lehetővé teszik a RAM-ba való belépést egy hibakeresővel, vagy alternatív hibakeresési módszereket dolgoznak ki.

A 8. ábra szerint szükség van (lásd alább) a hibakeresési eljárás jelentős felülvizsgálatára. Ezt tükrözi a 8.3.7.1759 verzió. Először is, egy univerzális felületet hoztak létre ehhez az eljáráshoz, másodszor pedig egy ilyen változás biztosítja a program továbbfejlesztését. Végtére is, most már nemcsak a Configuratoron keresztül dolgozhat a hibakereséssel, hanem a Fejlesztőeszközökkel is. Nézzük meg, hogyan lehet engedélyezni a hibakeresést az 1C szerveren az új verziótól kezdve.

Új protokoll használata

A korábbi hibakereső, amelyet a korábbi verziókban implementáltak, a kliens- és szerveralkalmazásokat TCP / IP protokollal vezérelte.

Jelenleg egy ilyen protokoll használata megkezdte az 1C: Enterprise internethez való hozzáférésének korlátozását, és kellemetlenségeket okozott a mobil alkalmazások működésében.

Ezért a helyi hálózaton kívül eső információs bázisokhoz való ingyenes hozzáférés érdekében a rugalmas HTTP protokollt alkalmazták.

Új építészet

Korábban a konfigurátor hibakeresése során az alkalmazottnak csatlakoznia kellett az információs bázishoz. Ehhez adminisztrátori jogokat kellett adni neki.

Az új verzióban nincs szükség közvetlen kapcsolatra az adatbázisokkal – csak ugyanazzal az adatbázissal kell rendelkeznie, mint a kliensnek. És letöltheti fájlból.

Mobil alkalmazások

A HTTP protokollon keresztül most már lehetséges a szerveradatok és a kliensadatok és alkalmazások hibakeresése is.

Egyéb változások

Az új verzióval a helyi változók értékeinek módosítása elérhető a hibakeresési eljárásban - erre a célra egy új gyorsnézet ablakot valósítottak meg.

A számítási mód aszinkronra változott, amely lehetővé teszi, hogy az eredmények megvárása nélkül folytassa a munkát.

Hibakereső a fejlesztői eszközökben

Az új eljárással való interakció egy speciálisan kialakított univerzális szoftver interfészen keresztül történik. Egyrészt ezt a felületet használja a Configurator. Másrészt bekerült az új 1C környezetbe: Enterprise Development Tools.

Hogy néz ki most

A program megváltoztatása után az eljárás a következő forgatókönyv szerint történik:

Most már nem csak a hibakeresőt és az objektumokat foglalja magában, mint korábban. A lánc mostantól egy további elemmel bővült - Szerver.

Nem csak hozzáadásra került - ez a fő információcsere a hibakereső és az elemek között. Maga a csere pedig sorban álló üzeneteken keresztül történik.

És mivel ez a csere a HTTP protokollon keresztül történik, most már nem számít, hogy pontosan hol találhatók az adatok.

A szerverhívásokat a hibakereső és az objektumok generálják további csatlakozási kérések formájában. Ha vannak ilyenek, megfelelő válaszokat küldnek nekik.

Hibakeresés engedélyezése különböző forgatókönyvekben

Az alkalmazásfejlesztő számára nem történt változás. A jelentős különbség az, hogy az új mechanizmust be kell kapcsolni. Végül is alapértelmezés szerint le van tiltva.

Fontolja meg, mi történik, amikor a mód elindul, ha a két forgatókönyv közül egyet választunk.

Fájl szkript

A fájlváltozat elején meg kell adni a konfigurátor beállításaiban az új mechanizmus használatát - "Hibakeresés a HTTP protokollon keresztül".

Ezután a konfigurátor automatikusan felajánlja a helyi szerver használatát. Ezt a feltételt el kell fogadni, és a programot újra kell indítani Configurator módban.

Ezt követően az újonnan elindított Configurator a következő munkamenetben menti az általunk választott új módszert. De ugyanahhoz az információs bázishoz. Ezért egy másik információs bázis elérésekor azt is be kell kapcsolni.

Az engedélyezett mechanizmus most automatikusan elindítja a hibakereső szervert, amely egy speciális dbgs.exe alkalmazás. Ez megjelenik a Feladatkezelő ablakban.

A ownerPID paraméter értéke megfelel a hozzá társított alkalmazás azonosítójának.

Amikor a hibakeresési munkamenetet a Configurator programon keresztül indítja el, a szerverkapcsolat automatikusan létrejön. És a kapcsolódó tárgyak tükröződnek benne.

Ha az 1C programot új mechanizmus nélkül aktiválták, akkor manuálisan engedélyeznie kell a hibakeresést az 1C szerveren. Csak most kell megadnia a szerver címét:

Lépjen a Szolgáltatás – Beállítások menüpontra

Az elem beállításaiban található:

Megyünk a Kapcsolat - Beállítások menüpontra

Ha egy fájlszkriptet egyszerre több adatbázissal használ, figyelembe kell vennie egy fontos árnyalatot - minden konfigurátor (HTTP -n keresztül engedélyezett mechanizmussal) elküldi a szerverét:

Ezért, ha több konfigurátor van nyitva, akkor az ügyfél csatlakoztatásához meg kell adnia a megfelelőt.

Ügyfél-szerver szkript

A hibakeresés az 1C szerveren az ügyfél-szerver forgatókönyv szerint, az előző esethez hasonlóan az üzemmód elindításával kezdődik. Ez határozza meg az új HTTP mechanizmus használatát. Ez a következőképpen történik:

ragent.exe -debug -http

Amikor elindítja, a hibakereső automatikusan elindul utána.

A tulajdonosPID paraméter értéke megegyezik az 1C fürtkezelő azonosító számával.

A program javaslatot hoz létre a fürt hibakereső kiszolgáló használatára most (és nem a helyi szerverre, mint az előző forgatókönyvben). Egyetértünk és újraindítjuk.

A jövőben minden fájlfájlként fog futni. Csak a Server Base Configurator elindításakor nem indul el a helyi hibakereső kiszolgáló.

Reméljük, hogy kiadványunk segített megérteni a hibakeresés engedélyezésének problémáját az 1C szerveren.