Struktura programového modulu v 1c se skládá z. Společné moduly. Data projektu lze do systému zadávat několika způsoby
Jakýkoli program se skládá z programový kód, to znamená vlastně ze sekvence akcí napsaných v jakémkoli jazyce, který je třeba provést.
Právě tento program však musí být někde napsán, tedy někde být. Ve většině případů je kód programu zapsán v prostém textovém souboru. Jediný rozdíl je v tom, že přípona v nich není .txt, ale .cpp nebo .php.
Kde je napsán program 1C?
Co je modul 1C?
Kód 1C lze samozřejmě také zapsat do nějakého textového souboru. Existuje však koncept 1C Configuration - který zahrnuje nejen seznam nastavení, šablony formulářů a další věci, ale také kód programu 1C. Proto je 1C kód uložen v konfiguraci.
Konfigurace se skládá z 1C objektů, jak jsme již probrali v předchozích lekcích. Každý objekt 1C obsahuje vnořené objekty, například adresář má několik forem.
Každý objekt 1C, včetně některých vnořených, má svůj vlastní Modul - určitý textový soubor který obsahuje programový kód.
Existují také objektově nezávislé moduly, do kterých lze zapisovat programově nezávislý kód objektu.
V 1C tedy neexistuje žádný „jediný“ program. Pro každý konfigurační objekt 1C existuje sada modulů pro zápis programového kódu.
Jak se moduly 1C používají?
Celý program lze zhruba rozdělit do dvou typů:
- Objektová metoda
- Reakce na události.
Metody... Jak jsme řekli dříve, objekt 1C je integrální struktura, která zahrnuje jak data, tak metody jejich zpracování. Tyto metody jsou sadou akcí (metod), které lze volat ke zpracování dat. Příklad takové akce DirectoryObject.Write () - zapíše položku slovníku do databáze.
Metody mnoha 1C objektů mohou být standardní (tj. Naprogramované na platformě 1C) a napsané programátorem v jazyce 1C. Pomocí druhého můžete libovolně rozšiřovat funkčnost 1C objektů.
Vývoj... Události lze nalézt v mnoha dalších vývojových nástrojích. Účelem programu je nejen vypočítat něco při spuštění, ale také zajistit, aby uživatel fungoval.
Vlastní události – Uživatel stiskl tlačítko. V reakci na to bude spuštěna některá část kódu reagující na akce uživatele.
Systémové události - do databáze jsme zapsali objekt 1C. Došlo k systémové události „Záznam objektu“. Je možné nakonfigurovat reakci, která nastane na události způsobené nikoli uživatelem (který stiskl tlačítko nebo udělal něco jiného), ale samotným systémem. Pozoruhodným příkladem takové události je zahájení programu.
Pořadí provádění modulů 1C
V mnoha jazycích existuje něco jako „vstupní bod“. Toto je úplně první řádek nebo funkce, která bude spuštěna při spuštění programu.
V 1C existuje několik takových vstupních bodů - pro každý typ klienta. To znamená, že když spustíte tlustého klienta, vstupní bod je jeden, když spustíte tenkého klienta, je to jiné. To vám umožní naprogramovat funkce, které se liší pro různé typy klientů.
Vstupním bodem v odpovídajícím modulu jsou obsluhy systémových událostí BeforeSystemWorkingStart () a SystemWhenStarting () (tj. V pořadí). Tyto funkce se provádějí jako první, mohou něco spustit automaticky.
Pokud se nic nespustilo automaticky, otevře se před uživatelem rozhraní 1C a na něm pak vše závisí. Klikne na tlačítko - spustí se obslužný program pro stisknutí tohoto tlačítka (což zase může něco spustit automaticky).
Práce s 1C moduly
Vyrábí se v konfigurátoru. Modul lze otevřít pomocí okna Konfigurace.
Dnes zjistíme, jaké jsou společné moduly, jaké jsou, proč jsou potřebné a jak je používat. Ve společném modulu můžete vyjmout funkce, které se používají v několika dokumentech. Například výpočet částky v tabulkové části dokumentu.
Vezměme si jako příklad naši starou konfiguraci, kterou jsem použil v předchozích článcích. Máme v něm dva dokumenty: Příchod zboží do skladu a Uvolnění zboží do skladu. Oba dokumenty mají postupy, které vypočítají částku v řádku tabulkové části.
Každý dokument obsahuje stejný kód pro výpočet částky.
Postup Materiály PriceOnChange (položka)
TabularSectionRow = Items.Materials.CurrentData;
TabularSectionRow.Sum = TabularSectionRow.Quantity * TabularSectionRow.Price;
Konec postupu
Dnes to přeneseme do obecného modulu a z dokumentu to nazveme.
Vytváříme obecný modul pro výpočet částky
A tak začněme, nejprve musíte vytvořit společný modul. Chcete-li to provést, přejděte do konfigurátoru, vyhledejte položku Obecné moduly, klikněte klikněte pravým tlačítkem myši a přidejte nový, napište název WorkSDokumentami. Do něj zadáme následující kód.
Nezapomeňte také zaškrtnout políčka naproti klientovi (spravované aplikaci) a serveru v okně vlastností.
Nyní musíte mírně změnit kód v modulu formuláře dokumentu. Vlevo v konfiguraci hledáme dokument Příchod zboží, rozbalíme okna do okna Formuláře, dvakrát klikneme na Formulář dokladu a v okně formuláře, které se otevře, přejdeme zespodu na záložku Modul. Máme takový kód
Tento postup funguje, když změníte Množství v tabulkové části dokladu Příjem zboží a vypočítá částku.
& OnClient
Konec postupu
A tento postup začne fungovat, když se změní cena v tabulkové části dokladu Příchod zboží a vypočítá částku.
& OnClient
TabularSectionRow = Items.Materials.CurrentData;
TabularSectionRow.Sum = TabularSectionRow.Quantity * TabularSectionRow.Price;
Konec postupu
Nahradíme to tímto
& OnClient
Postup Materiály Množství při změně (položka)
TabularSectionRow = Items.Materials.CurrentData;
Konec postupu
& OnClient
Postup MaterialsPriceOnChange (položka)
TabularSectionRow = Items.Materials.CurrentData;
WorkWithDocuments.CalculateSum (TabularSectionRow);
Konec postupu
Jak jste si všimli, na první pohled se mění pouze jeden řádek, může se zdát, že jeden řádek byl nahrazen druhým. Ale nezapomeňte, že toto je příklad. Ve skutečnosti může být množství kódu mnohem větší, pokud jste například prováděli výpočty pomocí složitého vzorce, v tomto případě se kód znatelně zmenší.
Totéž děláme u dokladu Výdej zboží ze skladu, spuštění a kontrola funkčnosti kódu. Tady jsme s vámi a vytvořili první společný modul, doufám, že můj článek bude pro někoho užitečný.
Tisk (Ctrl + P)
Objekty umístěné ve větvi stromu konfigurace obecných modulů mají obsahovat texty funkcí a procedur, které lze volat z jakéhokoli jiného konfiguračního modulu.
POZORNOST! Běžný modul může obsahovat pouze definice procedur a funkcí.
Běžné postupy a funkce modulu, pro které nadpisy označují klíčové slovo Export je jednou ze základních součástí globálního kontextu. Více o zápisu procedur do společného modulu se dozvíte v sekcích "Formát zdrojových kódů programových modulů" a "Operátoři" v nápovědě k embedded jazyku.
Chcete-li upravit společný modul, v paletě vlastností objektu typu Společné moduly v okně Konfigurace ve vlastnosti Modul klepněte na odkaz Otevřít. Text obecného modulu bude vydán k úpravě v textovém editoru systému 1C: Enterprise v režimu úpravy textu programového modulu.
Společný modul, který je součástí konfigurace, je uložen pouze jako součást konfigurace.
Vlastnost Global určuje, zda jsou exportované metody sdíleného modulu součástí globálního kontextu.
Pokud je vlastnost Global nastavena na True, pak jsou exportované metody společného modulu k dispozici jako metody globálního kontextu.
Pokud je vlastnost Global nastavena na hodnotu False, pak se v globálním kontextu vytvoří vlastnost s názvem, který odpovídá názvu společného modulu v metadatech. Tato vlastnost je jen pro čtení. Hodnota této vlastnosti je objekt CommonModule. Exportované metody tohoto společného modulu jsou k dispozici prostřednictvím tohoto objektu. Volání metod neglobálních společných modulů tedy vypadá jako XXXXX.YYYYY, kde XXXXX je název vlastnosti odpovídající kontextu společného modulu a YYYYY je název exportované metody společného modulu.
Příklad:
Práce s obchodním zařízením.ConnectBarcode Scanner ();
Různé souvislosti a společné moduly
Pomocí vlastností společných modulů a instrukcí preprocesoru můžete organizovat provádění různých metod společných modulů v požadovaném kontextu.
Každá vlastnost společného modulu je zodpovědná za kompilaci (a spuštění) společného modulu v daném kontextu.
K dispozici jsou následující vlastnosti, které jsou zodpovědné za kontext, ve kterém jsou k dispozici metody společného modulu:
● Klient (běžná aplikace)- metody běžného modulu budou k dispozici pro tlustého klienta v normálním aplikačním režimu;
● - metody společného modulu budou k dispozici pro tenkého klienta, webového klienta a také pro tlustého klienta v
režim spravované aplikace;
● Server - na serveru budou dostupné metody společného modulu;
● Externí připojení- metody společného modulu budou dostupné ve vnějším spojení.
Pokud je nastaveno několik vlastností současně, znamená to, že metody společného modulu budou k dispozici v několika kontextech.
Pokud má společný modul nastavenou vlastnost Server a některé další vlastnosti, znamená to, že společný modul bude k dispozici současně na serveru a ve vybraném klientovi. Je třeba si uvědomit, že ve skutečnosti půjde o několik verzí zkompilovaného kódu (podle počtu vybraných klientů a pro samotný server).
Navíc, pokud je metoda umístěná v takovém společném modulu volána ze strany klienta, bude použita klientská kopie společného modulu, a pokud ze serveru - kopie serveru. V tomto případě můžete pomocí směrnic preprocesoru (viz podrobnosti zde) „chránit“ server před kódem, který na něm nelze spustit.
Podívejme se na příklad. Běžný modul (který může běžet na tenkém klientovi a na serveru) má metodu, která má mírně odlišné chování na straně tenkého klienta a serveru. Podívejme se, jak to můžete udělat:
# If Thin Client Then
// Zobrazit varování
Zobrazit upozornění uživatele(„Na klientovi“);
# EndIf
Konec postupu
Potom na straně serveru bude kód vypadat takto:
Postup Metoda CommonModule (). Vývozní
// Zde jsou různé důležité kódy
Konec postupu
Na straně tenkého klienta bude kód vypadat takto:
ProcedureCommonModuleMethod () Export
// Zde jsou různé důležité kódy
// Zobrazit varování
ShowUserNotification („On Client“);
Konec postupu
Existuje několik způsobů přenosu řízení z klienta na server:
● volání metody společného modulu serveru;
● zavolejte metodu ve formuláři nebo v příkazovém modulu, kterému předchází direktivy kompilace & AtServer, & AtServerBez kontextu
Současně nelze z procedur serveru volat metody klientských běžných modulů (pro které není nastavena vlastnost Server) a klientské metody modulu formuláře nebo modulu příkazu. Řízení se vrátí klientovi po dokončení nejvzdálenějšího volání metody serveru.
Výjimkou jsou metody modulu formuláře a modulu příkazů, kterým předcházejí direktivy kompilace. & OnClientOnServer, & OnClientOnServerBez kontextu
Také stojí za zmínku následující body:
● Pokud je společný modul k dispozici více než jednomu klientovi, zvažte při psaní kódu programu maximální omezení, která mohou být klienty uložena, nebo použijte instrukce preprocesoru k „izolaci“ kódu, který je specifický pro konkrétního klienta.
● Pokyny předprocesoru mají smysl také tehdy, když má jeden společný modul několik kontextů provádění, například externí připojení a tenký klient nebo (což je mnohem běžnější) klient a server. V tomto případě budou instrukce preprocesoru orámovat interaktivní kód, který nelze použít na serveru, ale je možný na klientovi (viz příklad výše).
Další informace o instrukcích preprocesoru a direktivách kompilace naleznete v části Provádění procedur a funkcí v nápovědě k integrovanému jazyku.
Vlastnost Call server se používá k řízení schopnosti volat exportované metody společného modulu serveru z klientského kódu.
Pokud je vlastnost nastavena, pak jsou exportované metody společného modulu serveru k dispozici pro volání z klienta. Pokud vlastnost není nastavena, pak lze takové exportované metody volat pouze z metod na straně serveru (jak metody běžných modulů na straně serveru, tak metody na straně serveru modulu modulu a modulů příkazů).
Rada . Doporučuje se nastavit vlastnost Call server na False v případech, kdy společný modul serveru obsahuje metody, které nechcete volat z klienta (například z bezpečnostních důvodů).
Poznámka... Pokud jsou vlastnosti nastaveny současně Klient (běžná aplikace), Klient (spravovaná aplikace), Externí připojení, pak se vlastnost Server Call automaticky vymaže. Pokud je nastavena vlastnost Call server, pak se vlastnosti automaticky resetují Klient (běžná aplikace), Klient (spravovaná aplikace) a Externí připojení pokud byly tyto vlastnosti nastaveny současně.
Vlastnictví Výsadní je určen k deaktivaci řízení přístupu při provádění metod společného modulu.
POZNÁMKA. Pokud majetek Výsadní je nastavena, pak se vlastnost Server automaticky nastaví na společný modul a zbytek vlastností se resetuje ( Klient (běžná aplikace), Klient (spravovaná aplikace) a v externí připojení). Privilegovaný sdílený modul lze spustit pouze na serveru.
Opětovné použití návratových hodnot
Pokud sdílený modul není globální, zpřístupní se vlastnost opětovného použití návratové hodnoty. Tato vlastnost může nabývat následujících hodnot:
● Nepoužívat - Opětovné použití návratových hodnot se pro funkce tohoto společného modulu nepoužívá.
● V době hovoru a v době relace — Metoda pro určení opětovného použití dat se používá pro společný modul. Podstatou této metody je, že během provádění kódu si systém pamatuje parametry a výsledek funkce po prvním volání funkce. Když je funkce vyvolána znovu se stejnými parametry, je uložená hodnota vrácena (od prvního volání) bez provedení samotné funkce. Pokud funkce během provádění změní hodnoty parametrů, druhé volání funkce to neudělá.
Lze rozlišit následující funkce ukládání výsledků hovorů:
● pokud je funkce spuštěna na serveru a volána z kódu serveru, pak jsou hodnoty parametrů a výsledek volání uloženy pro aktuální relaci na straně serveru;
● pokud je funkce spuštěna na tlustém nebo tenkém klientovi, pak jsou hodnoty parametrů a výsledky volání uloženy na straně klienta;
● pokud je funkce spuštěna na straně serveru a je volána z klientského kódu, pak jsou hodnoty parametrů volání zapamatovány jak na straně klienta, tak na straně serveru (pro aktuální relaci).
Uložené hodnoty se smažou:
● pokud je vlastnost nastavena na V době volání:
● na straně serveru - když je řízení vráceno ze serveru;
● na straně klienta - když procedura nebo funkce vloženého jazyka skončí nejvyšší úroveň(systém ho volá z rozhraní, nikoli z jiného postupu nebo funkce vloženého jazyka);
● pokud je vlastnost společného modulu nastavena na Po dobu trvání relace:
● na straně serveru - na konci relace;
● na straně klienta - při zavření klientské aplikace.
Uložené hodnoty budou odstraněny:
● na serveru, v tlustém klientovi, v externím připojení, v tenkém klientovi a ve webovém klientovi při normální rychlosti připojení - 20 minut po výpočtu uložené hodnoty nebo 6 minut po posledním použití.
● u tenkého klienta a webového klienta s nízkou rychlostí připojení - 20 minut po výpočtu uložené hodnoty;
● pokud je nedostatek paměť s náhodným přístupem v pracovním postupu serveru;
● při restartování pracovního postupu;
● když klient přejde na jiný pracovní postup.
Po smazání hodnot se provede volání exportované funkce jako při prvním volání.
Tato vlastnost společných modulů neovlivňuje provádění procedur - procedury se provádějí vždy.
Pokud je společný modul nastaven na opětovné použití návratových hodnot, pak je na typy parametrů exportovaných funkcí uvalena řada omezení. Typy parametrů mohou být pouze:
● Primitivní typy ( Nedefinováno, NULL, Boolean, Číslo, Řetězec, Datum).
● Jakékoli odkazy na databázové objekty.
● Struktury s hodnotami vlastností výše uvedených typů. V tomto případě je identita parametrů řízena „obsahem“ struktur.
Pokud exportovaná funkce vrátí jakýkoli objekt, pak se ve skutečnosti vrátí odkaz na objekt uložený v mezipaměti. Pokud po přijetí této reference dojde ke změně stavu objektu, pak následné volání stejné funkce bude mít za následek vrácení odkazu na již změněný objekt, aniž by se funkce ve skutečnosti provedla. Toto chování bude pokračovat, dokud nebude uložená hodnota odstraněna (z jakéhokoli důvodu). Jinými slovy, změna stavu objektu vyplývající z volání funkce ze společného modulu s opětovným použitím návratových hodnot není důvodem pro skutečné volání funkce. Je třeba také připomenout, že cache vrácených objektů je lhostejná
stav privilegovaného režimu v době volání funkce s opětovným použitím návratových hodnot. Tato funkce může vést k následujícímu chování:
● Skutečné provedení volání funkce s opětovným použitím návratových hodnot (první volání) bylo provedeno s povoleným privilegovaným režimem.
● Při provádění funkce byl přijat objekt, který nelze přijmout s vypnutým privilegovaným režimem.
● Následná volání funkcí byla provedena bez nastavení privilegovaného režimu.
● Dokud se však nevymaže mezipaměť vrácených objektů nebo dokud se skutečné volání neopakuje, funkce vrátí formálně nepřístupný objekt.
● Opak je také pravdou, když je první volání provedeno bez nastavení privilegovaného režimu a v privilegovaném režimu není vrácen objekt, který by mohl být získán v privilegovaném režimu.
Pokud společný modul má vlastnost Opětovné použití návratových hodnot je nastavena na Po dobu relace pak hodnoty typu Správce dočasné tabulky.
Pokud je funkce společného modulu s opakovaným použitím sady volána ze stejného společného modulu (například s názvem CommonModule), pamatujte na následující zvláštnost: pokud je funkce volána jménem MyFunction (), pak funkce bude spuštěna při každém volání funkce ... Aby bylo možné použít uložené hodnoty, měla by být funkce volána celým jménem:
CommonModule.MyFunction ().
Metoda globálního kontextu odstraní všechny znovu použité hodnoty, na straně serveru i klienta, bez ohledu na to, kde je metoda volána. Po provedení metody RefreshReusedValues () první volání funkce bude provedeno úplně.
Modul je určen pro integraci s řešeními obsahujícími konfiguraci "ERP Enterprise Management 2". Nepostradatelné pro projektově orientované podniky a organizace!
| Funkčnost systémy: | |
|
|
Data projektu lze do systému zadávat několika způsoby:
- ručně prostřednictvím ovládacího panelu projektu;
- načíst / uvolnit data z / do MS Project;
- načíst data ze šablony uložené v systému;
- kombinovaným způsobem: část ručně, část z MS Project.
Práci můžete naplánovat různými způsoby:
- aby projektový manažer spravoval projektový plán a funkční manažer řídil provádění díla. Pracovní zdroje jsou přidělovány na základě vykonávaných rolí;
- projektový manažer řídí plán projektu a provedení práce. Pracovní zdroje jsou přidělovány bez ohledu na role.
Vizuální sada nástrojů systému umožňuje manažerovi získat informace o projektu v různých zobrazeních: tabulkový, datový strom, Ganttův diagram, mapa milníků projektu, síťový diagram. Systém vám umožňuje přiřadit manažera ke konkrétnímu projektovému úkolu a automaticky jeho dílčí úkoly, odlišné od projektového manažera jako celku.
Řešení je určeno majitelům komerčních nemovitostí, správcovským společnostem, stavebním a developerským organizacím. Tento produkt umožňuje zvýšit efektivitu podnikání společností automatizací procesů pro vedení registru nemovitostí, správu nájemních smluv a vypořádání s nájemci a provozování nemovitostí. Program poskytuje řešení problémů účetnictví, managementu, právního a administrativního účetnictví.
| Možnosti řešení: | |
|
|
| Možnosti řešení „Modul 1C: Správa vozidla pro 1C: ERP“: | |
|
|
Moduly platformy 1C: Enterprise 8.3, 8.2
Společné moduly
Funkce, které jsou v takovém modulu deklarovány s příznakem „export“, lze volat odkudkoli v konfiguraci. Volání probíhá prostřednictvím CommonModuleName.FunctionName ().
V takových modulech není žádná variabilní část.
Provedení běžných modulů závisí na parametrech nastavených v jejich vlastnostech:
Vlajka „Globální“
Pokud je tento příznak nastaven, pak se kontext takového modulu stane globálním. To znamená, že při přístupu k funkcím exportu nemusíte zadávat název modulu. Názvy jeho exportních funkcí však musí být v kontextu globální konfigurace jedinečné.
Příznak serveru
Funkce takového modulu lze provádět na serveru.
Příznak klienta (běžná aplikace)
Funkce takového modulu mohou být vykonávány na klientovi v normálním aplikačním režimu.
Příznak klienta (spravované aplikace)
Funkce takového modulu lze provádět na klientovi v režimu spravované aplikace.
Příznak volání serveru
Příznak je k dispozici pro moduly s nastaveným příznakem „Server“. Umožňuje volání na klienta na funkce exportu tohoto modulu (pro provedení na serveru).
Vlajka vnějšího spojení
Exportní funkce takového modulu lze vyvolat při připojení z externího zdroje.
Vlajka „privilegovaný“
V modulu s takovým příznakem bude kontrola práv deaktivována. Vhodné pro produktivní nebo administrativní akce.
Možnost opětovného použití
Pokud tento parametr povolíte, budou vrácené hodnoty funkcí exportu ukládány do mezipaměti ihned po prvním volání. Ukládání do mezipaměti je možné po dobu hovoru (doba provedení určité procedury) nebo po dobu relace uživatele.
Aplikační modul
Navrženo pro zpracování událostí spouštění a vypínání aplikací. Existují dva typy: pro běžné a spravované aplikace.
Nepřetěžujte jej, protože to ovlivňuje čas spuštění aplikace.
Modul relace
Speciální modul, který se používá k inicializaci parametrů relace. Je nutné, aby nebyl kód duplikován v různých aplikačních modulech.
Mělo by být používáno opatrně, protože modul lze provést několikrát a také provést bez dalšího spuštění základny. Spuštěno před aplikačními moduly.
S pozdravem (učitel a vývojář).
Co je lepší iPhone 6s nebo 6 plus
Kde jsou ve složce Steam snímky obrazovky a hry?
Jak odstranit nebo obnovit všechna smazaná dialogová okna VKontakte najednou?