1c A szabályozott forma megváltoztatása. Szoftverek hozzáadása és megváltoztatása a szabályozott formák

Ebben a cikkben megismerjük a kezelt formában való munkavégzés főbb aspektusait az 1C 8.3. Mi az űrlap és mire van szükség? Az űrlap a fő tárgy, amellyel a felhasználó kölcsönhatásba lép a programmal. Azaz az űrlap használatával a felhasználó belép az információhoz a programhoz, valamint a felhasználó megjelenítéséhez szükséges információkat.

A fejlesztő bármely formanyomtatvány (kezelt vagy rendes) fejlesztője az, hogy a felhasználónak megfelelő interakciós mechanizmust biztosítson a programmal.

Az 1C platform képes generálni bármilyen formában egy tárgy, de általában, ha a fejlődő alkalmazott megoldások, a programozók egymástól függetlenül configure formák.

A kezelhető formákkal kapcsolatos munka részleteit, különösen és a kezelt alkalmazással általában a "Fejlesztési Alapok 1C-ben: taxi. 12 lépésben kezelt alkalmazás fejlesztése. " Ez a könyv valódi segítség lesz azok számára, akik most kezdtek megismerkedni egy irányított alkalmazás fejlesztésével.

A könyv „alapjai a fejlődés 1C: Taxi” tökéletes azok számára, akik már elkezdték a programot és a tapasztalatok bizonyos nehézségek ezzel a témával, és azok, akik régóta programozás, de soha nem dolgozott együtt kezelhető formák 1C

1. Összetett technikai feltételek nélkül;
2. Több mint 600 oldalas gyakorlati anyag;
3. Mindegyik példát rajzoló (képernyőkép) kíséri;

Promóciós kód 15% kedvezményhez - 48pvxheyu.

Néha úgy tűnik, hogy megtanulják a nyelvi programozás 1C-ben, nehéz és nehéz. Valójában az 1C-ben történő programozás egyszerű. Segíteni fogja Önt könnyen és gyorsan programozni az 1-es könyvemben: és "az 1c-es fejlesztés alapjai: taxi"

Fedezze fel a programozást az 1C-ben a könyvemben "1c-ben 11 lépésben"

1. Összetett technikai feltételek nélkül.
2. Több mint 700 oldalas gyakorlati anyag.
3. Minden feladathoz rajz (képernyőkép).
4. Az otthoni tanulmányok feladatainak gyűjtése.
5. A könyvet érthető és egyszerű nyelv - Kezdő.
6. A könyvet elküldi email ban ben pDF formátum. Nyitott bármely eszközön!

Ha segítette ezt a leckét, hogy megoldja a problémát, tetszett, vagy hasznos volt, akkor támogathatja a projektemet, és bármilyen összegre hallgathat:

manuálisan fizethet:

Yandex.money - 410012882996301.
Web pénz - R955262494655

Csatlakozz a csoportomhoz.

A platform tartalmazza nagyszámú Olyan mechanizmusok, amelyek megkönnyítik a végrehajtási folyamatot, és több lehetőséget biztosítanak az alkalmazott megoldás beállítására. Az a tény, hogy más rendszerekben meg kell tenni a programkód hozzáadásával vagy átírásával, az 1c-ben: a 8 vállalat több egérnyomással hajtható végre. Néha még a felhasználói módban is. Az alkalmazott megoldás módosítása nélkül, a programkód megváltoztatása nélkül.

Általában az alkalmazott megoldás tartalmazza a teljes körű munkához szükséges összes szerepet. A konkrét végrehajtáson azonban konkrét követelmények létezhetnek. Az elégedettség teljesítése érdekében a végrehajtási szakember új szerepeket hozhat létre. Ez a legkényelmesebb erre, az alkalmazott megoldásban már rendelkezésre álló szerepének másolása és megváltoztatása.

A partíció panel beállítása

Megváltoztathatja a partícionálási panel összetételét az 1C konfigurátorban: Enterprise.

A kezdeti oldal beállítása

Az űrlapok összetétele kezdőlapMegváltoztathatja a konfigurátort a szerepek részleteit, vagy egyenként egy vagy több felhasználó számára 1C módban: Enterprise.

A fő részparancsnok konfigurálása

Módosítsa a konfigurátor fő részében megjelenő parancsok összetételét a szerep részletességével.

A parancs interfészek konfigurálása

Az alkalmazott oldat egy adott szakaszában megjelenő parancsok összetétele megváltoztatható a konfigurátorban a szerepek részleteivel. Lehetőség van az összes szakasz azonnali konfigurálása ("All Subsystems" szerkesztő) és minden szakasz külön (Command Interface Editor).

Beállítás

1. platform: A cég lehetővé teszi, hogy programozhatja és módosítsa a szabályozott forma elemeit. Meg fogjuk mutatni, hogy szükség lehet rá.

Szoftver-módosítási űrlap több esetben is szükséges:

• A tipikus konfigurációk véglegesítése során a későbbi frissítési eljárás megkönnyítése érdekében. Ebben az esetben csak az űrlap modulja megváltozik. A modulok sokkal könnyebb frissíteni, mint az űrlap.
• Néhány közös algoritmus végrehajtásakor. Például az alrendszerhez csatlakoztatott összes objektum alrendszerének "tilalma" alrendszer alrendszere, egy gomb szoftver létrehozása, amely lehetővé teszi a részletek szerkesztésének képességét.
• Néhány specifikus algoritmus végrehajtásakor. Például a nómenklatúra könyvtárában a mezők a további részletek szerkesztésére szolgálnak.

A kezelt formában programozhatja, módosíthatja és törölheti:

• követelmények;
• helyi parancsok;
• elemek.

Minden megadott művelet csak a kiszolgálón lehetséges.

A szoftverváltási űrlap korlátozza:

• Csak a szoftver hozzáadott igényeinek / parancsokat / elemeket törölheti. Nem lehet programozni a konfigurátorban létrehozott objektumokat.
• Lehetetlen kimutatni a főt.

A formanyomtatványok módosítása

A csapatok összetételének ellenőrzése az objektumból Gyártóforma Van egy gyűjtemény Csapatok

Hozzáad (< ИмяКоманды >)

Szám ()

Megtalálni (< ИмяКоманды >)

Töröl (< Команда >)

A csapatgyűjtemény mind az ügyfélen, mind a kiszolgálón elérhető. Csatlakoztassa a gyűjteményt (add () és törölje ()) módszereket csak a kiszolgálón. Keresse meg és fogadja a tételek számát (keresési () módszerek és mennyiségek ()) mind az ügyfélen, mind a kiszolgálón.

Példaként az űrlap csapatokkal való munkavégzésként létrehozunk egy új történelmi csapatot a "Változás története ..." címmel, amely felhívja a kezelőt Megjeleníti a történelmi(). A létrehozás az űrlap megnyitásakor történik.

& On Server
Eljárás Indulási szerver (hiba, szabványos feldolgozás)
Csapat \u003d Csapatok. Add ( "Történelem");
Csapat . Cselekvés \u003d;
Csapat . Cím \u003d. "A történelem megváltoztatása ...";
Extrudresszusok
& Svalette
Eljárás Plug-in_thistory (csapat))
// csapat akciók
Extrudresszusok

A parancskezelőnek az űrlapon kell elhelyezkednie, és összeállítási irányelvvel és záradékkal kell rendelkeznie.

Az űrlap részleteinek változásai

Az űrlap részleteinek összetételének olvasását a funkció végzi Nyílt tervezők(< Путь >), Visszatérve a szükséges szükséges típusú tömböt. A funkcióparaméter jelzi a szülői adatok elérési útját (mint egy karakterlánc). Ha a paramétert kihagyják, vagy az üres karakterlánc meg van adva, akkor a felső szintű részleteket visszaadják.

A részletek módosítását a módszer végzi Changerevizites(<Beállított>, <A Meeks eltávolítása>) Tárgy Gyártóforma. Paraméterekben Beállított és A Meeks eltávolítása A tömböket a szükséges feltételek elemével továbbítják.

Figyelem!

A kellékek összetételének megváltoztatása meglehetősen erőforrás. Valójában az űrlap újbóli létrehozása. Ebben a tekintetben az űrlap részleteit kötegelt módban végzik.

Új alkalmazások létrehozása a vevő nevével:

Beállított \u003d új tömb;
Beállított. Add (új szükséges("Vevő", új leírások ("címtár traktor)," kliens "));

// a részletek összetételének változásai
);

A formanyomtatványok megváltoztatása

Az objektum elemeinek összetételének ellenőrzése Gyártóforma Van egy gyűjtemény Elemek . A gyűjteménynek több módszere van:

Betét (< Имя>, < ТипЭлемента>, < Родитель>, < Элемент >)

Hozzáad (< Имя>, < ТипЭлемента>, < Родитель >)

Szám ()

Megtalálni (< Имя >)

Mozog (< Элемент>, < Родитель>, < МестоРасположения >)

Töröl (< Элемент >)

A gyűjtőelemek mind az ügyfélen, mind a kiszolgálón rendelkezésre állnak. Gyűjtemény módosítása (módszerek beillesztése) () , Adjunk hozzá (), mozgassa () és törölje ()) csak a kiszolgálón. Keresse meg és fogadja a tételek számát (keresési () módszerek és mennyiségek ()) mind az ügyfélen, mind a kiszolgálón. A gyűjtemény elemei lehetnek:

• Groufolds;
• Asztalforma;
• Foreformák;
• Gombok.

Az űrlapelemek programozhatják az eseménykezelőket. E célból a módszert úgy tervezték meg Beállítás (< ИмяСобытия>, < Действие >) .

Fontolja meg néhány leggyakoribb példát a parancsok, a részletek és a formanyomtatványok kezelésére.

Parancs és társított gombok hozzáadása:

// létrehozása csapat
Csapat \u003d Csapatok. Add ( "Történelem");
Csapat . Cselekvés \u003d. "Connectable_ostroitistory"; // az űrlapon a megadott névvel rendelkező eljárásnak kell lennie
Csapat . Cím = "A történelem megváltoztatása ...";
// létrehozása gomb, és összekapcsolja azt egy csapattal
Elem \u003d Elemek. Add ( "Történelem", Írja be ("gombgombok"));
Elem. Elem = "Történelem";

Props és a hozzá tartozó beviteli mezők hozzáadása:

// A hozzáadott adatok leírása
Beállított \u003d új tömb;
Beállított. Hozzáad(Új szükséglet ("vevő", új leírások ( "Dandther Trainuslander Contragents"), "Kliens"));
// a részletek összetételének megváltoztatása
Changerevizites (hozzáadva));
// beviteli mező létrehozása és a szükséges kapcsolat
Elem \u003d Elemek. Add ("vevő", típus ("foreform"));
Elem . Nézet \u003d Vidpolarm. Belépő mező;
Elem . Puckacanese \u003d "Vevő";

Cél Rendezvénykezelő formanyomtatvány:

Elementpoiler. Készlet("Mikor változik", "Connected_pacchaevement");

& Svalette
Eljárás Csatlakozható_pachargement(Elem)
// Esemény művelet
Extrudresszusok

Figyelem!

Az eseménykezelőként telepített eljárások a kóddal a módszerrel Beállítás ()Javasoljuk, hogy az előtag dugó-in_.

Figyelem!

Töltse le a feldolgozást a szoftverkeresés példáival és a részleteket, a szabályozott forma parancsai és elemei.

A verzió a 8.2-es verzió a 8.2-1C, új elvek épület egy interfész és a felhasználói interakció az adatbázissal alkalmaztunk. Új technológia Megkapta a "kezelt függelék" nevet. A legnagyobb feldolgozó mechanizmusok kiépítésére formák és diagramja felhasználói interakciókat a szerver és az adatbázis 1C vetettük alá. Normál mód Ezt még mindig támogatja a platform, de idővel, minden felhasználó menni fog a kezelt formákba.

-Ért egyszerű felhasználók Az 1C-dokumentum kezelt formája eltér a szokásos megjelenéstől. A fejlesztő számára ez az Új mechanizmus szabályaikkal, törvényeivel és feltételeivel. Sok területet változtattak, de a következő innovációk kulcsfontosságúak a tapasztalt 1c fejlesztők között:

• Független formája az űrlap szerkezetének és a mezők elhelyezésének a platformon. Ha korábban a fejlesztők leírták a mező helyzetét, a képpontok mutatóját, most csak a csoportosítás típusának meghatározására lehetséges;
• Az űrlap részleteket tartalmaz, amelyek ezeket az űrlapokat és parancsokat képviselik - az elvégzett eljárások és funkciók;
• A kódkódot az oldal és a szerveren végezzük, és az ügyfél. Végtére is, az űrlap maga a kiszolgálón létrehozott konfigurációs objektum, és az ügyfélen jelenik meg. Így ötvözi az ügyfél és a szerver részét;
• Sok adattípus nem érhető el az ügyfél oldalán, és most nincs lehetőség az adatok megváltoztatására információs bázis;
• Minden egyes eljáráshoz vagy funkcióhoz speciális beállítást kell megadni - a fordítási irányelv. Ez felelős a kód helyéért, és a következő értékeket veheti igénybe:
  • Menetrend;
  • A szerveren;
  • A neoszintabilitás;
  • Csúszós szerver;
  • Svalientervereretereteretext.

Az utolsó tétel különösen akut módban van kezelt űrlapok. Ha a fejlesztő rosszul érthető az Ügyfél és szerver irányelveiben vagy kölcsönhatásában, akkor rendkívül nehéz lesz a kezelt forma létrehozása. A szabályozott formák építése 1c-ben: Enterprise 8.3 kombinálva a háromcsillagos építészet általános koncepciójával. Ez magában foglalja az ügyfélszámítógépeket, a kiszolgáló 1c és a DBMS-t, ahol az adatokat tárolják.

A kezelt űrlap szerkesztése a konfigurátorban is eltérővé vált. A 7.7-es verzió számos szempontja és fejlesztője megváltozott, ahol nem volt olyan formák, amelyek nem lehet meglepődni. Még megváltozott megjelenés Olyan formák, amelyek a konfigurációs objektumok bármelyikének megnyitásával láthatók. Az objektum megnyitásakor az ablak több részre osztható:

1. Űrlap interfészelemek. A tetején balra van egy ablak, ahol a kiválasztott űrlapon tükröződő mezők szerepelnek, biztosítva a program kölcsönhatását a felhasználónak;
2. Szükséges formák. A fentiek minden olyan adat, amellyel az űrlap működik. Bennük van, hogy az ügyféloldalon található információkat tárolja;
3. Kijelző ellenőrzött forma. Az interfészelemek alapján előzetes megjelenést látunk;
4. Modul forma. Az űrlap által használt eljárásokat és funkciókat tartalmazó szakasz. Itt megtalálhatja az algoritmusok kódját a program és a felhasználó kölcsönhatásához, valamint az adatbázishoz.

Az 1C-fejlesztők az ügyfeleket a kezelt formákba váltanak, így a kezelt formák fejlesztésének elveinek tanulmányozása az idő kérdése. Az ilyen típusú formákkal való együttműködés megkezdése meg fogja érteni, hogy ez egy lépés a fejlesztés és a megfelelés szabványosításához egységes szabályok. Ezért a kezelhető formákkal való együttműködés képessége 1c 8.3 növeli az 1c fejlesztő szintjét.

A kezelt formák fejlesztésének alapelvei

Először is, hogy megértsük a kezelt 1c üzemmód mechanizmusát, ne feledje, hogy az űrlap létezik a szerveren és az ügyfélen. Ráadásul az ügyfélnél ez az objektum csak a felhasználói interakciós felület képe a programhoz. Minden számítás, algoritmus, számítás és feldolgozás csak a kiszolgáló oldalon kell előfordulnia. Ez nemcsak az ügyféllel szembeni lehetetlenség, hogy számos funkciót és paramétert használjon, hanem a sebesség követelményeit is.

Annak megértése érdekében, hogy az eljárás elvégzése esetén az irányelv nevét az egyes eljárások előtt és az űrlapmodulban lévő függvényt tartalmazza. A "NonConstant" megfogalmazása azt mutatja, hogy a kezelt űrlapon található adatokat nem továbbítják erre az eljárásra a kiszolgálón. Így az ilyen eljárásokban nem lesz lehetővé az algoritmusok írása a felhasználó által megadott értékek alapján. Ha ez a készítmény nincs megadva, az űrlapot teljes egészében az összes részletet továbbítják, és kapcsolatba léphet velük.

Az 1C-fejlesztők határozottan javasolják a kiszolgáló nem sötét kihívásait, hogy a lehető legnagyobb mértékben csökkentsék számukat, és ne próbálj meg számításokat tenni az ügyfélre. A kezdő fejlesztők anélkül, hogy elméleti képzést nem tudnak megfelelni ezeknek a szabályoknak, és helyesen módosíthatják a kódot. A független munka megkezdése előtt hasznos lesz az ellenőrzött konfigurációs űrlap megnyitása, hogy megnézze az ügyfélkapcsolat és szerver szintaxisát és módszereit.

& NaServere PoluchitPlatezhnoRaschetnyeDokumentyIzHranilischa eljárás (NovyyAdresVHranilische) & NaServereBezKonteksta EstRaschetySKlientom funkció (DokumentOsnovanie) & NaServereBezKonteksta ZapolnitSpisokVyboraKPP eljárás (SpisokVybora vállalkozó, DataSvedeny) & NaKliente ZapolnitGolovnogoKontragentaZavershenie eljárás (VybrannoeZnachenie, DopolnitelnyeParametry) & NaServere UstanovitTekstPlatezhnoRaschetnyhDokumentov eljárás () & NaServere EstZapolnennyeIskhodnyeDokumenty () funkció

Az 1c formák fejlesztésére vonatkozó új szabályok előnyösebbek lesznek, ha minden fejlesztő ragaszkodik hozzájuk. Ráadásul a jobb változások mindegyike - mind a programozók, mind az 1C-ben működő vállalatok, valamint a Franchisee cégek és az 1c fejlesztők. Az ellenőrzött formák megfelelő működésének fő következményei az 1C-ben:

1. A konfigurációs kíséret egyszerűsége és a kód fokozott olvashatósága. Innen arra a következtetésre juthatunk, hogy az egy fejlesztő által írt algoritmus mindig képes lesz egy másik alkalmazottat rögzíteni, nem sok időt tölteni;
2. Az ügyfél és a szerveren végrehajtott elválasztási kód. Figyelembe véve, hogy mennyire különbözik a funkcionalitás ezen feleknél, jobb lépés lenne;
3. A platform logikájának fejlesztőinek mélyebb megértése, az ügyfél kölcsönhatása és a szerver és az általuk írott algoritmusok. A 8.0 és korábban végzett verziókban nagyon gyakran lehetett megfelelni az ügyfél-kiszolgáló részének megértése nélkül tervezett dokumentumok vagy referenciakönyvek formái;
4. A konfigurációk sebességének javítása és az ügyfélszámítógépek terhelésének csökkentése;
5. A számítógépek beszerzésének költségeinek csökkentése a hatékonyabb számítógépek megvásárlásának hiánya miatt.

A kezelt forma kiválasztása, mivel az 1C fő indítási módja képes sok meglepetés megakadályozására. De S. jobb megközelítés Ez a lépés nagy osztalékot hoz, így több felhasználó megoldódott rajta Oroszországban. Figyelembe véve azt a tényt, hogy az 1C a jövőben kiszámítja a fejlesztés pontosan irányított formában maradni elavult normális kockázatos.

A "Beállítások Store" konfigurációs objektum hozzárendelése a névből - tárolja a különböző felhasználói beállításokat. Alkalmazási terület ez az objektum Wing - Bármelyik, legalábbis komoly konfigurációt igényel bármilyen felhasználói beállítások tárolására.

A programozók kényelméért minden konfigurációban számos szabványos beállítási tárolódik, emellett lehetséges, hogy annyi további beállítást hozzon létre.

Először foglalkozunk a szabványos beállítások tárolásával, amelyek bármely konfigurációs 1c-ben jelen vannak a 8.2-es verzióból.

Szabványos tárolási beállítások

Tehát alapértelmezés szerint a következő tárolók vannak a konfigurációban:

• Repository Studiovative jelentések - a jelentés beállításainak eléréséhez.
• Storabinishing ServicesStrojects - A hozzáféréshez egyéni beállítások Jelentések.
• StorableCtanForms - A felhasználó hozzáférése az adatbeállításokhoz.
• Reposquate Equipment - a hozzáféréshez Általános beállítások.
• Repository rendszer felszerelés - a hozzáféréshez rendszerbeállítások.
• StorageseWords kelet-keleti szinamcsok - a felhasználói beállítások eléréséhez a dinamikus listákhoz.

Mindegyik tárolási létesítmény a globális kontextus tulajdonságnak nevezhető.

A szabványos tárolási programozó igényeihez használhatja az igényeit, különféle beállításokat menthet a felhasználó, az objektum és a konfiguráció szakaszában.

A beállítások tárolásával (mind a szabványos, mind a hozzáadott programozó) használható. a következő módszerek.

Felvétel és fogadás konfiguráció:

A traktorok javítása. Egyesület (névsor, név-intenzív, jelentés-mód, leírások, leírás, név támogatás); Jelentése intenzitású \u003d reposterities traktorokhoz. Letöltés (namePject, névnapi intenzívebbé leírással, megnevezését, felhasználó);

Felesleges / felesleges kiigazítás:

Köztársasági. Törlés (NAMEPECT, NAME-INGENSIFIED, NAME felhasználó);

A beállítások listája:

Sliptokes \u003d republikaraföld. Power kellékek (NAMEBECT, NAME felhasználó);

Paraméterek "cím", "Név" és "Felhasználónév" kell egy karakterlánc.

Az adatbázisban az összes beállítás külön táblázatban van tárolva.

A programozó által létrehozott tárolási beállítások

Most beszéljünk a programozó által létrehozott tárolóeszközökről. Általában a programozó már nem csak a vágy, hogy hozzon létre egy új beállításokat boltban, de általában külön tároló létesítmények jönnek létre az alábbi okok miatt:

• szükséges az adatbázisok közötti beállítások áthelyezése;
• a beállítások tárolása során referenciaellenőrzés szükséges;
• az 1C beállítások különleges szerkezete szükséges.

A beállítási tároló hozzáadódik a konfiguráció megfelelő szakaszában.

Legfontosabb jellemzője A programozó által létrehozott beállítások a felvételi módszerek és fogadási értékek kézi megvalósításának szükségessége (Mentés () és letöltési ()). Ezekben az eljárásokban a programozónak kell leírni a megtakarítás (az információs nyilvántartások, fájlok, szakkönyvek, stb), és a beállítások letöltése a beépített nyelvén.

Ellenkező esetben a létrehozott tárolással való munkavégzés alapelvei gyakorlatilag nem különböznek a szabványos beállítások tárolásával.

A létrehozott tárhelyhez való hozzáférés így szerezhető be:

Repository felszerelés. Táplálkozás. Úgy néz ki, mint ();

Ezenkívül a létrehozott tárolóhelyeket különböző konfigurációs objektumokban és a konfigurációban helyettesítheti.

A szabályozott formáknak két tulajdonsága van:

• Automatikus adatmentés - Ha a "HASZNÁLAT" opciót választja, az adatok automatikusan mentésre kerülnek szabvány tárolás Adatbeállítások formák;
• Adatok mentése a beállítások - ha a „Use listán” van kiválasztva, a „Saving” oszlopban jelenik meg a forma formájában részletei ablak, amellyel megadhatja, hogy melyik forma adatokat kell menteni, és a képesség, hogy válassza ki a beállításokat Az adatok tárolása.

Ez minden, remélem, ez a cikk segített neked.