Ako získať prístup k podrobnostiam formulára 1c 8.3. Podrobnosti spravovaného formulára (1Cv8). Dátové typy dostupné v spravovanej forme

Všeobecné podrobnosti v 1C 8.3 je objekt metadát platformy, ktorý vám umožňuje použiť jeden atribút pre mnoho konfiguračných objektov (adresáre, dokumenty, účtovné osnovy atď.). Objekt vznikol najmä preto, aby vývojárom uľahčil prácu a oddelil dáta.

Všeobecné podrobnosti boli pôvodne implementované vo verzii 1C 7.7, ale vývojári ich okamžite nezahrnuli do platformy verzie 8. Mechanizmus všeobecných detailov zaviedli vývojári 1C až vo verzii 8.2.14.

Je veľmi vhodné pridať všeobecné detaily, aby sa nemenili štandardné objekty v konfigurácii, ktoré často používam spolu s .

Po pridaní všeobecného atribútu ho možno použiť v dotazoch a zobraziť vo formulári objektu - Navonok sa nelíši od bežných rekvizít.

Jediným obmedzením všeobecných detailov je nemožnosť ich použitia v .

Pozrime sa na základné nastavenia a vlastnosti všeobecných detailov, ktoré sa líšia od ostatných konfiguračných objektov:

Zlúčenina— zoznam predmetov, na ktoré sa použijú všeobecné podrobnosti, pripomína nastavenie výmenného plánu;

Získajte 267 video lekcií na 1C zadarmo:

Automatické použitie— nastavenie určuje, či sa všeobecné rekvizity použijú pre tie objekty, ktoré majú v kompozícii špecifikovaný režim používania „Automatic“.

Oddelenie údajov— toto nastavenie zvážime samostatne.

Separácia údajov v 1C pomocou bežných detailov

Oddelenie údajov- mechanizmus podobný mechanizmu. Výkon tohto mechanizmu je však efektívnejší a jeho konfigurácia je jednoduchšia.

Mechanizmus umožňuje konfigurovať zobrazenie iba prvkov, ktoré používateľ vidí. Môžete napríklad rozlišovať medzi všetkými objektmi (dokumentmi, adresármi atď.), v ktorých je nainštalovaná určitá organizácia.

Nastavenie oddelenia údajov pomocou všeobecných podrobností 1C

Ak chcete nakonfigurovať všeobecné podrobnosti, musíte špecifikovať oddelenie údajov - Rozdeliť. Ihneď po kliknutí systém ponúkne vytvorenie predvolených účtovných parametrov:

V tomto prípade bude potrebné špecifikovať parametre relácie pri spustení systému, ako to urobiť, bolo opísané na príklade v článku.

Tým je nastavenie dokončené – používateľ bude mať prístup len k informáciám, ktoré sú špecifikované vo vybratých parametroch relácie.

Príklad použitia bežných rekvizít

Pozrime sa na nastavenie všeobecných rekvizít v 1C 8.3 pomocou príkladu konfigurácie rámu a rekvizít Organizácia:

Systém má 3 dokumenty, kde je potrebné uviesť údaje o organizácii: sú to Príjmová faktúra, Výdavková faktúra a Výplatná listina.

Nastavenie je jednoduché:

Vytvoríme nový atribút General, špecifikujeme typ - DirectoryLink.Organization.
V zložení zariaďujeme pre naše dokumenty - Použite.

To je všetko, nastavenie je dokončené!

Pozrime sa na výsledok:

Systém zobrazuje všeobecné podrobnosti „ako keby boli vaše vlastné“: v žiadostiach, v detailoch formulára a na iných miestach. Toto je taká mágia! 🙂

Všeobecné náležitosti 1C 8.3 sa nepridávajú

Objekt riešenia aplikácie možno použiť na vykonanie niektorých štandardných akcií. Napríklad pre ľubovoľný adresár môže byť potrebné zobraziť zoznam jeho prvkov, zobraziť jednotlivé prvky adresára, zobraziť skupinu adresára, vybrať prvky a skupiny prvkov z adresára. Pre každý dokument bude zoznam takýchto akcií oveľa menší: zobrazenie zoznamu dokumentov, výber zo zoznamu dokumentov a zobrazenie samostatného dokumentu.

Aby sa zabezpečilo, že sa takéto štandardné akcie vykonávajú s údajmi objektov aplikačného riešenia, pre každý z nich existuje súbor základných formulárov, ktoré sa použijú pri vykonávaní zodpovedajúcich akcií. Ktorýkoľvek z formulárov podriadených tomuto objektu môže byť priradený ako hlavný. Adresár klientov môže mať napríklad tieto hlavné formy:

Dôležitou vlastnosťou systému 1C:Enterprise 8.0 je predvolený mechanizmus formulárov. Tento mechanizmus oslobodzuje vývojára od potreby vytvárať všetky možné formy pre každý z objektov aplikačného riešenia. Vývojár potrebuje iba vytvoriť nový objekt aplikačného riešenia a systém sám vygeneruje potrebné predvolené formuláre v správnych momentoch práce používateľa na zobrazenie informácií obsiahnutých v tomto objekte. Vývojár teda potrebuje vytvárať vlastné formy objektov aplikačného riešenia len vtedy, ak sa musia odlišovať (odlišný dizajn alebo špecifické správanie) od formulárov generovaných predvoleným systémom.

Základné detaily formulára

To, či formulár patrí ku konkrétnemu konfiguračnému objektu, nijako neurčuje zloženie údajov, ktoré formulár zobrazí. Môžete napríklad vytvoriť všeobecný formulár, ktorý nebude podriadený žiadnemu z konfiguračných objektov, ale ktorý v závislosti od obsahu zobrazí zoznam adresárov alebo vám umožní upravovať dokument. Takýto formulár však už nemožno označiť ako hlavný na vykonávanie určitých úkonov.

Samotná forma a jej ovládacie prvky oddelené od konfiguračných objektov. Aby sa vo formulári zobrazili akékoľvek údaje, samotný formulár a väčšina jeho ovládacích prvkov musí byť spojená s údajmi. Pri použití návrhára formulárov konfigurátor vytvorí takéto spojenia automaticky. Ak vývojár vytvorí formulár manuálne, môže tieto vzťahy definovať nastavením vlastností formulára a ovládacích prvkov. V každom prípade je možné tieto pripojenia zmeniť pomocou vstavaného jazyka počas vykonávania programu.

Prepojenie formulára a ovládacích prvkov s údajmi sa vykonáva pomocou detailov formulára.

Schopnosť prepojiť formulár a ovládacie prvky s rôznymi údajmi je dôvodom, prečo má formulár a ovládacie prvky viacero rozšírení. Rozšírenie je množina ďalších vlastností, metód a udalostí, ktoré sa objavujú na objekte. Prítomnosť konkrétneho rozšírenia je určená buď typom zobrazených údajov

Nižšie sú uvedené hlavné objekty 1C, ktoré sa používajú pri práci so spravovanými formulármi. Uvádzajú sa krátke príklady kódu, ktoré demonštrujú tradičné použitie týchto objektov pri písaní konfigurácií 1C.

Tento Formulár

Používa sa vo formulárovom module, v procedúrach&Na klientovi a &na serveri.

Umožňuje prístup k prvkom formulára aj podrobnostiam.

K prvku formulára sa pristupuje cez objekt Prvky a vyzerajú takto:

ThisForm.Elements.VersionNumber.Header = "v."+ProgramVersion;

Prístup k atribútom, ktoré existujú vo formulári, prebieha takto:

ThisForm.Advertisement Text="Dobrý deň, súdruhovia!";

Zjednodušený prístup k prvkom formulára a detailom

V princípe nemusíte špecifikovať kľúčové slovo v module formulára Tento Formulár . K prvkom formulára a podrobnostiam sa dostanete zjednodušeným spôsobom:

// Element formulára

Elements.VersionNumber.Title = "v."+ProgramVersion;

// Podrobnosti formulára

Reklama Text="Dobrý deň, súdruhovia!";

Funkcie získavania podrobností formulára (dôležité!)

Ak má atribút formulár jednoduchý typ - Reťazec, číslo, dátum ... potom môžete získať (nastaviť) hodnotu atribútu jednoducho podľa názvu:

Text=NázovProduktu; // Názov produktu je atribút formulára

Týmto spôsobom však nie je možné získať podrobnosti „komplexného“ typu -Tabuľka hodnôt, Strom hodnôt . Keď sa pokúsite získať atribút s týmto typom podľa názvu, vráti sa objekt typuDataFormsCollection.

Ak chcete získať hodnotu atribútu s „komplexným“ typom, musíte použiť funkciuFormAttributesValue():

CurrentTable=FormAttributesValue("SelectedConstructionObjects");

Ak chcete nastaviť hodnotu „komplexného“ atribútu, môžete použiť funkciuValueInFormAttributes(<Значение>, <ИмяРеквизита>) , oba parametre sú povinné.

Funkcie FormAttributesValue() A ValueInFormAttributes()dostupné iba na Serveri.

Objekt

Presne povedané, vo formulári takéto kľúčové slovo neexistuje. Jednoducho, keď sa vytvorí formulár, napríklad formulár prvku, 1C automaticky vytvorí atribút na formulári s názvom Objekt . Prostredníctvom tohto atribútu sú dostupné vlastnosti aktuálneho objektu, ktorý sa vo formulári upravuje.

alebo úplnejší zápis:

TentoObjekt

Obsahuje samotný objekt. Určené na získanie objektu v module objektu alebo module formulára.

Použitie: Len na čítanie.

Dostupnosť: Server, hrubý klient, externé pripojenie.

Práca používateľa s referenčnými knihami a dokumentmi v 1C pozostáva z vypĺňania polí vo formulári.

Podrobnosti 1C sú polia adresára a dokumentu, ktoré sa zobrazujú vo formulári, aby ich používateľ mohol vyplniť.

Pozrime sa bližšie na tému detailov v 1C.

Čo sú podrobnosti 1C

Každý adresár a dokument 1C pozostáva zo sady polí. Takéto polia sa nazývajú detaily 1C (pre programátora 1C).

V konfigurátore v konfiguračnom strome 1C otvorte ľubovoľný adresár alebo dokument a zobrazí sa vám vetva Podrobnosti. Toto je zoznam podrobností adresára (polí).

Pozrite sa, ako vyzerajú rovnaké detaily 1C vo formulári adresára 1C.

Každý atribút 1C má vlastnosti, ktoré označujú, aký typ hodnoty je v atribúte uložený (reťazec, číslo atď.) a ako s ním bude používateľ pracovať.

Kliknite pravým tlačidlom myši na ľubovoľný atribút 1C a kliknite na položku Vlastnosti. V okne vpravo sa otvorí zoznam vlastností vybraného atribútu.

Hlavné vlastnosti detailov 1C:

Štandardné detaily 1C

Ako ste si všimli, vo formulári adresára sú podrobnosti 1C, ktoré nie sú uvedené v konfigurátore: skupina, názov, BIC.

Formulár zoznamu adresárov obsahuje aj podrobnosti 1C, ktoré nie sú v zozname: značka vymazania.

Toto sú štandardné detaily 1C. čo je to? Každý má predvolenú sadu podrobností 1C. V prípade adresárov je to napríklad kód a názov. V prípade dokladov je to dátum a číslo.

Štandardné detaily 1C je možné zobraziť nasledovne:

Prejdite do editora objektu 1C (adresára alebo dokumentu) tak, že naň dvakrát kliknete myšou
V editore, ktorý sa otvorí, vyberte kartu Údaje
Tu môžete nakonfigurovať štandardné podrobnosti Kód a Názov adresára
Kliknutím na tlačidlo 1C Standard Details zobrazíte úplný zoznam.

Všeobecné podrobnosti 1C

Počnúc verziou 1C 8.2.14 sa v 1C – Všeobecné podrobnosti 1C objavil nový objekt 1C. Pomocou nej môžete pridať vlastnosť (pole), ktorá bude prítomná v mnohých adresároch a dokumentoch naraz.

Vlastnosti všeobecných atribútov 1C:

Automatické použitie – pridáva všeobecné podrobnosti 1C do všetkých adresárov a dokumentov naraz
Zloženie – umožňuje pridávať všeobecné detaily 1C len do potrebných adresárov a dokumentov (automatické používanie je potom nastavené na Nepoužívať).

Ako pridať podrobnosti 1C

Kliknite pravým tlačidlom myši na vetvu 1C Details požadovaného adresára a vyberte možnosť Pridať.

Musíme zadať názov atribútu 1C, napríklad „Adresa kancelárie“ a synonymum „Adresa kancelárie“. Ponechajte predvolený typ String, ale začiarknite políčko Neobmedzená dĺžka.

Rovnakým spôsobom pridáme ďalší atribút 1C, len vyberieme typ Boolean a nazveme ho „Works on Weekends“.

Ako zobraziť podrobnosti vo formulári 1C (hrubý klient 1C)

Rozbaľme vetvu Formuláre toho istého adresára. Ak chcete otvoriť formulár, vyberte formulár prvku a dvakrát naň kliknite myšou.

Potiahnite okraj tvaru myšou a roztiahnite ho (voliteľné).

Na paneli konfigurátora kliknite na tlačidlo „Umiestnenie údajov“. Môžete tiež použiť ponuku Formulár / Umiestnenie údajov.

Vidíte, že naše údaje sa vo formulári nezobrazujú. Skontrolujte ich. A tiež začiarkavacie políčka Vložiť štítky a Umiestniť automaticky.

Ako zobraziť podrobnosti vo formulári 1C (tenký klient 1C)

Rozbaľme vetvu Formuláre toho istého adresára. Vyberte tvar prvku a dvakrát naň kliknite myšou.

Na karte Podrobnosti rozbaľte riadok Objekt. Zobrazí sa zoznam podrobností, ktoré boli predtým pridané do adresára.

Teraz stačí pretiahnuť požadovaný atribút z pravého okna do ľavého a zobrazí sa vo formulári.

Podrobnosti formulára 1C

V hrubom klientovi má formulár svoje detaily. Nachádzajú sa na karte Podrobnosti.

Tieto údaje sa neukladajú do databázy, ale možno ich použiť vo formulári pre polia, ktoré sú potrebné na prácu s formulárom.

Do formulára ste napríklad pridali začiarknutie. Keď naň kliknete, vo formulári sa niečo stane. Na význame zaškrtávacieho políčka pre vás nezáleží (netreba si ho zapisovať) - slúži len na prepínanie formulára pri práci s ním. V tomto prípade nepoužívate ako údaj atribút adresár, ale atribút formulára.

Pravidelné podrobnosti 1C

Vo verzii 1C 7.7 boli pravidelné podrobnosti. Ich význam je tento: význam rekvizít je v rôznych dátumoch odlišný. Napríklad 1. septembra je hodnota jedna a 1. októbra iná. Rovnaké rekvizity.

V 1C 8 nie sú žiadne pravidelné podrobnosti. Toto sa implementuje takto:

Podrobnosti formulára

Sada podrobností formulára popisuje zloženie údajov, ktoré sú zobrazené, upravované alebo uložené vo formulári. Samotné detaily formulára zároveň neposkytujú možnosť zobrazenia a úpravy údajov. Prvky formulára (pozri časť „Prvky formulára“ v tejto kapitole) spojené s podrobnosťami formulára sa používajú na zobrazenie a úpravu. Súbor všetkých podrobností formulára sa bude nazývať údaje formulára.

Dôležité! Je potrebné mať na pamäti, že na rozdiel od bežných formulárov musia byť všetky údaje v riadenej forme popísané vo forme podrobností. Nie je dovolené používať premenné modulu formulára ako zdroje údajov pre prvky formulára.

Je možné priradiť Základné detaily formulára, teda atribúty, ktoré budú určovať štandardnú funkčnosť formulára (rozšírenie formulára). Malo by sa pamätať na to, že formulár môže mať iba jeden hlavný atribút.

Rozšírenie formulára– ide o dodatočné vlastnosti, metódy a parametre formulára objektu ManagedForm, charakteristické pre objekt, ktorý je hlavným prvkom formulára.

Počas procesu vývoja formulára môžete explicitne nastaviť možnosť zobrazenia a úpravy konkrétnych podrobností formulára, pokiaľ ide o roly, pomocou vlastností Zobraziť a Upraviť (ďalšie podrobnosti nájdete v časti „Nastavenia formulára na základe rolí“ v časti „Editory kapitola). Dostupnosť konkrétneho atribútu v samotnom formulári je navyše možné konfigurovať pomocou funkčných možností (viac podrobností o funkčných možnostiach nájdete v kapitole „Správa konfiguračného rozhrania“).

Vlastnosť atribútu formulára Uložené dáta je znakom toho, že interaktívna zmena detailov povedie k pokusu o zablokovanie údajov formulára na úpravu, ako aj k automatickému nastaveniu príznaku úpravy formulára.

Dátové typy dostupné v spravovanej forme

Spravovaný formulár sa od bežného formulára líši aj typmi údajov, s ktorými pracuje. Ak normálna forma funguje s väčšinou typov, ktoré poskytuje 1C:Enterprise (vrátane typov DirectoryObject, DocumentObject atď.), potom v riadenej forme možno rozlíšiť nasledujúce kategórie typov:

typy, ktoré sa priamo používajú vo formulári, sú typy, ktoré existujú na strane tenkého a webového klienta (napríklad Number, DirectoryLink.Products, GraphicScheme, TabularDocument);

typy, ktoré sa skonvertujú na špeciálne typy údajov – typy údajov spravovaných formulárov. Takéto typy sú zobrazené v zozname podrobností formulára v zátvorkách, napríklad (DirectoryObject.Products);

dynamický zoznam (ďalšie podrobnosti nájdete v časti „Dynamický zoznam“ v tejto kapitole).

Konverzia aplikačných objektov na údaje formulára

Niektoré typy aplikácií (napríklad DirectoryObject atď.) neexistujú na strane tenkého a webového klienta (ďalšie podrobnosti nájdete v kapitole Koncepcia riadenej aplikácie). Preto na reprezentáciu takýchto typov aplikácií vo formulári platforma zaviedla špeciálne dátové typy určené na prácu v riadených formulároch. Táto funkcia riadenej aplikácie si vyžaduje konverziu objektov aplikácie na údaje formulára (a naopak).

Používajú sa nasledujúce typy údajov:

Form DataStructure – obsahuje množinu vlastností ľubovoľného typu. Vlastnosti môžu byť iné štruktúry, kolekcie alebo štruktúry s kolekciami. Tento typ je reprezentovaný napríklad vo forme DirectoryObject.

FormDataCollection je zoznam napísaných hodnôt, podobne ako pole. K prvku kolekcie sa pristupuje pomocou indexu alebo identifikátora. Prístup podľa ID nemusí byť v niektorých prípadoch k dispozícii. Je to kvôli typu aplikačného objektu, ktorý predstavuje táto kolekcia. Identifikátor môže byť ľubovoľné celé číslo. Tento typ je zastúpený napríklad vo forme tabuľkovej časti.

Form DataStructureWithCollection je objekt, ktorý je reprezentovaný ako štruktúra a kolekcia súčasne. Dá sa s ňou zaobchádzať ako s ktoroukoľvek z týchto entít. Tento typ predstavuje napríklad množinu záznamov vo formulári.

Form DataTree – objekt určený na ukladanie hierarchických údajov.

Aplikačný objekt je reprezentovaný jedným alebo viacerými dátovými prvkami formulára. Vo všeobecnosti hierarchia a zloženie údajov formulára závisí od zložitosti a prepojenia aplikačných objektov riadeného formulára.

Napríklad dokument obsahujúci tabuľkovú časť bude reprezentovaný objektom typu FormDataStructure (samotný dokument), ktorému je podriadený objekt typu FormDataCollection (tabuľková časť dokumentu).

Dôležité! Pri vývoji konfigurácie je dôležité pamätať na to, že aplikačné objekty sú dostupné iba na serveri, zatiaľ čo dátové objekty formulára je možné použiť na serveri aj na klientovi.

Prenos údajov medzi klientskou a serverovou časťou riadeného formulára

V skutočnosti môžeme povedať, že údaje formulára sú jednotnou reprezentáciou údajov z rôznych aplikačných objektov, s ktorými formulár jednotne pracuje a ktoré sú prítomné na serveri aj na klientovi. To znamená, že formulár obsahuje určitú „projekciu“ údajov objektu aplikácie vo forme vlastných dátových typov a v prípade potreby medzi nimi vykonáva konverziu. Ak však vývojár konfigurácie implementuje svoj vlastný algoritmus spracovania údajov, musí konverziu údajov (zo špecializovaných typov na typy aplikácií a naopak) vykonávať nezávisle.

Pri úprave detailov formulára v špecializovanom editore (podrobnejšie v časti „Podrobnosti formulára“ v kapitole „Editory“) je možné ovplyvniť prenos údajov medzi klientom a serverom počas behu formulára. Na to slúži stĺpec editora podrobností. Vždy používajte. Účinok tejto vlastnosti sa líši pre tri typy atribútov:

Pre atribút podriadený dynamickému zoznamu (stĺpec dynamického zoznamu):
- vlastnosť je povolená – atribút je vždy načítaný z databázy a zahrnutý do údajov formulára;
- vlastnosť je zakázaná - atribút sa načíta z databázy a zahrnie do údajov formulára iba vtedy, keď je k atribútu alebo jeho podriadenému atribútu priradený aktuálne viditeľný prvok formulára.

Pre rekvizity podriadené kolekcii pohybu:
- vlastnosť je povolená – pohyby dokladov sa načítajú z databázy a budú prítomné v údajoch formulára;
- vlastnosť je zakázaná - pohyby dokladov sa nebudú čítať z databázy a nebudú zahrnuté do údajov formulára (ak neexistuje prvok formulára, ktorý odkazuje na pohyby dokladov).

Ďalšie podrobnosti formulára:
- vlastnosť je povolená – atribút bude prítomný v údajoch formulára bez ohľadu na to, či existuje alebo nie je aspoň jeden prvok formulára, ktorý je spojený s atribútom alebo jeho podriadeným atribútom;
- vlastnosť je zakázaná - atribút bude prítomný v údajoch formulára iba vtedy, ak je k atribútu alebo jeho podriadenému atribútu priradený prvok formulára. Na rozdiel od atribútov dynamického zoznamu tu nezáleží na viditeľnosti prvku spojeného s atribútom.

Poznámka. Malo by sa pamätať na to, že vlastnosť nastavená na nadradenom atribúte ovplyvňuje všetky podriadené atribúty. Napríklad, ak je vlastnosť Použiť vždy vymazaná pre tabuľkovú časť dokumentu, potom systém usúdi, že táto vlastnosť je vymazaná aj pre všetky podriadené podrobnosti (napriek skutočnému stavu vlastnosti).

Metódy na konverziu údajov objektu aplikácie na údaje formulára

Na konverziu objektov aplikácie na údaje formulára a späť existuje súbor globálnych metód:

ValueInFormData(),
FormDataInValue(),
CopyFormData().

Dôležité! Metódy, ktoré pracujú s aplikačnými objektmi, sú dostupné len v serverových procedúrach. Metóda kopírovania hodnôt medzi údajmi formulára je dostupná na serveri a na klientovi, pretože nevyžaduje aplikačné objekty ako parametre.

Pri konverzii údajov formulára na objekt aplikácie musíte zvážiť ich kompatibilitu.

ValueInFormData() – konvertuje objekt typu aplikácie na údaje formulára;
FormDataInValue() – konvertuje údaje formulára na objekt typu aplikácie;
CopyFormData() – kopíruje údaje formulára, ktoré majú kompatibilnú štruktúru. Vráti True, ak bola kópia úspešná, alebo False, ak je štruktúra objektu nekompatibilná.

Poznámka. Pri vykonávaní štandardných akcií (otvorenie formulára, vykonanie štandardného príkazu Write a pod.) formulára s hlavnými detailmi sa konverzia vykoná automaticky.

Uveďme príklad, ako použiť transformáciu údajov vo vašich vlastných algoritmoch.

&OnServerProcedure When CreateOnServer(Failure, StandardProcessing)

ObjectProduct = Directories.Products.FindByName("Kávnik").GetObject();

ValueInFormData(ObjectItem, Object);

Koniec procedúry

&OnClient Procedure Write()

ValueInFormData(ObjectItem, Object);

WriteOnServer();

&Procedúra na serveri WriteOnServer()

ObjectProduct = FormDataValue(Object, Type("DirectoryObject.Products"));

ObjectItem.Write();

Koniec procedúry
Objekt ManagedForm má na serveri dostupné aj metódy:

Použitie týchto metód je zvyčajne pohodlnejšie, pretože majú napríklad informácie o type atribútu formulára. Okrem toho metóda Form AttributesValue() nastavuje súlad medzi údajmi formulára a objektom, ktorý sa používa pri generovaní správ. Viac sa o tom môžete dočítať v kapitole „Možnosti navigácie služby“.

Uveďme príklad použitia týchto metód.

&Procedúra na serveri RecalculateOnServer()

// Skonvertuje atribút Object na objekt aplikácie.

ObjectProduct = FormDataValue(Object, Type("DirectoryObject.Products"));

Dokument = Form AttributesValue("Object");

// Vykoná prepočet pomocou metódy definovanej v module dokumentu.

Document.Recalculate();
// Skonvertuje objekt aplikácie späť na rekvizitu.

ValueВFormAttributes(Document, “Object”);

Softvérové rozhranie

FormDataTree

FindById

GetItems

Popis:

Navrhnuté na modelovanie stromu v údajoch spravovaného formulára.

Tento objekt je možné serializovať do/z XDTO. Typ XDTO zodpovedajúci tomuto objektu je definovaný v mennom priestore. Názov typu XDTO:

ValueВFormAttributes(Document, “Object”);

GetItems

Syntax:

GetItems()

GetItems

Návratová hodnota:<Идентификатор>)

Typ: Formulár DataCollection of Tree Elements.

<Идентификатор>Získa kolekciu prvkov stromu najvyššej úrovne.

Dostupnosť: klient, server, tenký klient, webový klient.

Navrhnuté na modelovanie stromu v údajoch spravovaného formulára.

FindById

ValueВFormAttributes(Document, “Object”);

FindById(

Syntax:

Parametre:

(povinné)

<Имя свойства> (<Имя свойства>)

Typ: Číslo. Identifikátor prvku stromu.
Typ:FormDataTreeElement.
// Skonvertuje objekt aplikácie späť na rekvizitu.
Získa prvok kolekcie podľa ID.

ValueВFormAttributes(Document, “Object”);

FormDataTreeItem

Vlastnosti:

GetId (GetId)

GetParent

Nehnuteľnosť
Prvok stromu údajov formulára.
FormDataTreeItemCollection
Prvky kolekcie: DataFormTreeElement
Pre objekt je možné prechádzať zberom pomocou operátora Pre každý... Od... Slučka. Priechod vyberá prvky kolekcie. K prvku kolekcie je možné pristupovať pomocou operátora [...]. Index prvku sa odovzdá ako argument.
Vložiť
Pridať
Index (IndexOf)

ValueВFormAttributes(Document, “Object”);

počítať

Syntax:

Jasné