1c hallatavad vormid. Hallatud vormi elementide programmiline lisamine ja muutmine
Vormid 1C: Enterprise'is on ette nähtud andmebaasis sisalduva teabe kuvamiseks ja redigeerimiseks. Vormid võivad kuuluda kindlatesse konfiguratsiooniobjektidesse või eksisteerida neist eraldi ning neid kasutab kogu rakenduslahendus.
Näiteks kataloog Nomenklatuur võib olla mitu vormi, mida kasutatakse konkreetsetel eesmärkidel - kataloogielemendi redigeerimine, loendi kuvamine jne:
Koos sellega võivad esineda üldvormid, mis ei kuulu konkreetsete konfiguratsiooniobjektide hulka – üldvormid.
Põhivormid
Iga konfiguratsiooniobjekti saab kasutada teatud standardtoimingute tegemiseks. Näiteks võib mis tahes kataloogi puhul olla vaja kuvada selle elementide loend, kuvada kataloogi üksikud elemendid, kuvada kataloogi rühm, valida kataloogist elemente ja elementide rühmi. Iga dokumendi puhul on selliste toimingute loend palju väiksem: dokumentide loendi vaatamine, dokumentide loendist valimine ja eraldi dokumendi vaatamine.
Tagamaks selliste standardtoimingute sooritamist rakenduslahenduse objektide andmetega, on igaühe jaoks olemas põhivormide komplekt, mida vastavate toimingute tegemisel kasutatakse. Mis tahes sellele objektile alluvaid vorme saab määrata peamiseks. Näiteks kataloogis Nomenklatuur Võib esineda järgmised põhivormid:
Ja dokument Kaupade ja teenuste vastuvõtt põhivormide koostis on erinev:
Seega, kui kasutaja soovib vaadata kataloogide loendit Nomenklatuur või dokumentide loetelu Kaupade ja teenuste vastuvõtt, avab süsteem vastava vormi, mis on määratud nende objektide loendivormiks.
Automaatselt genereeritud vormid
1C:Enterprise 8 süsteemi oluline omadus on automaatselt genereeritud vormide mehhanism. See mehhanism vabastab arendaja vajadusest luua iga konfiguratsiooniobjekti jaoks kõik võimalikud vormid. Arendaja peab lihtsalt lisama uue konfiguratsiooniobjekti ja süsteem ise genereerib kasutaja õigetel tööhetkedel vajalikud vormid selles objektis sisalduva teabe kuvamiseks.
Seega on arendajal vaja luua oma vormid rakenduslahenduse objektidest ainult siis, kui need peavad erinema (erinev disain või konkreetne käitumine) süsteemi poolt automaatselt genereeritavatest vormidest.
Vormi sidumine andmetega
See, kas vorm kuulub konkreetsesse konfiguratsiooniobjekti, ei määra vormil kuvatavate andmete koostist. See, et vorm kuulub näiteks kataloogi Nomenklatuur, võimaldab teil määrata selle selle kataloogi üheks peamiseks vormiks, kuid ei määra mingil viisil, milliseid andmeid see vorm kuvab ja kuidas see käitub.
Vormi seostamiseks andmetega kasutatakse vormi detaile, mis näitavad vormi poolt kuvatavate andmete loendit. Kõik vormid ise käituvad samamoodi, olenemata nende kuvatavatest andmetest. Ühe vormiatribuudi saab aga määrata selle peamiseks atribuudiks (see on esile tõstetud paksus kirjas), sel juhul täiendatakse vormi standardset käitumist ja selle omadusi sõltuvalt sellest, mis tüüpi põhivormi atribuut on:
Näiteks kui dokument on määratud vormi põhiatribuudiks Kaupade ja teenuste vastuvõtt, siis küsib süsteem vormi sulgemisel selle dokumendi salvestamise ja postitamise kinnitust. Kui määrate vormi peamiseks atribuudiks näiteks kataloogi Nomenklatuur, siis sellist kinnitustaotlust vormi sulgemisel ei kuvata.
Vormi struktuur
Vormide peamine omadus on see, et arendaja ei joonista neid üksikasjalikult, “piksli haaval”. Vorm konfiguratsioonis on vormi koostise loogiline kirjeldus. Ja elementide konkreetse paigutuse teostab süsteem vormi kuvamisel automaatselt.
Vormi kuvatavat (kasutajale nähtavat) osa kirjeldatakse vormielemente sisaldava puuna.
Elemendid võivad olla sisestusväljad, märkeruudud, raadionupud, nupud jne. Lisaks võib element olla rühm, mis sisaldab muid elemente. Gruppi saab kujutada paneelina raamiga, lehtedega (järjehoidjatega), lehe enda või käsupaneelina. Lisaks võib elemendiks olla tabel, mis sisaldab ka elemente (veerge). Elemendi struktuur kirjeldab, kuidas vorm välja näeb.
Kõik vormi funktsioonid on kirjeldatud detailide ja käskude kujul. Üksikasjad on andmed, millega vorm töötab, ja käsud on sooritatavad toimingud. Seega peab arendaja vormiredaktoris kaasama vormile vajalikud detailid ja käsud, looma neid kuvavad vormielemendid ja vajadusel elemendid rühmadesse paigutama.
Selle loogilise kirjelduse alusel genereerib süsteem kasutajale kuvamiseks automaatselt vormi välimuse. Süsteem võtab sel juhul arvesse kuvatavate andmete erinevaid omadusi (näiteks tüüp), et vormielemendid kasutajale võimalikult mugavalt järjestada.
Arendaja saab elementide paigutust erinevate seadistustega mõjutada. See võib määrata elementide järjekorra, näidata soovitud laiust ja kõrgust. See on aga vaid lisateave, mis aitab süsteemil vormi kuvada.
Vormides saab arendaja kasutada mitte ainult vormi enda käske, vaid ka globaalseid käske, mida kasutatakse kogu konfiguratsiooni käsuliideses. Lisaks on võimalik luua parameetrilisi käske, mis avavad muid vorme, võttes arvesse praeguse vormi spetsiifilisi andmeid. Näiteks võib see olla praegu arve vormil valitud lao saldode aruande kutsumine.
Klyuev V.V.
http://prof1c.kklab.ru
TÖÖ LÜLITITEGA
Palun võtke arvesse kõiki saiditeenuse kasutajaid - postitan materjalid algajate rubriiki!!!
8.2 Hallatavad vormid
Hallatavate vormide käitumist uurides seisavad programmeerijad või liidese arendajad silmitsi küsimusega, kus asuvad lülitid hallatavatel vormidel ja kuidas neid vormile lisada. Väike asi, aga ebameeldiv, et sellistele pisiasjadele kulub palju aega, kuigi selle aja võiks kuluda pigem algoritmi väljatöötamisele ja optimeerimisele, mitte vormi kujundamisele.
Loome küsimuse mõistmiseks tühja konfiguratsiooni või valime mõne tüüpilise konfiguratsiooni.
Minge katalooge sisaldavasse rühma ja lisage katsetamiseks uus kataloog. Tahaksin märkida, et konfiguratsioonil peab olema peamine käivitusrežiim - hallatud rakendus.
Niisiis, loome uue kataloogi ja lisame atribuudi "Property1" tüübiga "Boolean"
Nüüd läheme vahekaardile Vormid ja lisame uue vormi.
Niisiis, kontrollitav vorm on loodud, nüüd töötame vormiga ja otsime, kus lüliti asub.
Siin on meie vorm ja sellel näeme oma rekvisiite, kuid lipu kujul
Mida me siis valesti tegime?
Vaatame rekvisiitide omadustest, kas seal on lülitus juhtimistüübile.
Ja me näeme, et Switchi väli pole siin! (Kus me valesti läksime?
Ilmselt sõltub vormi juhtelemendi tüüp andmetüübist, pöördume tagasi vormi atribuutide, nimelt üksikasjade vahekaardile, ja muudame oma atribuudi atribuudid - nimelt selle tüübi "Boolean" tüübiks "Number".
Nüüd läheme tagasi juhtelemendi atribuutide juurde ja kontrollime, kas selle atribuutide hulka on lisatud juhtelemendi vaade - - - Ja hurraa, näeme seal olevat vaadet - Switch Field.
Nüüd vaadake vormi, mida me näeme:
Näeme - 3 vaikeväärtust, 3 lülitit, kuid vajame neist kahte, minge uuesti atribuudi atribuutide juurde ja vaadake seal atribuute "Veerude arv"
2 jaoks - määrake veergude arv - 2.
See võib väsinud programmeerijat pisut peatada)), kuid nüüd teame seda nii tema kui ka meie!
8.2 Tavavormid.
Igav tavaliste vormide lülititega.
Selliseid hetki on ja neid juhtub), kui peate muutma mõnda valmisvormi, millel on juba mõned lülitid, ja peate sellele vormile lisama veel ühe lüliti. Siin tekib mingi tüütus, mis võtab palju aega ja mitte aega koodi programmeerimiseks - vaid ajaraiskamine, et neid lüliteid kasutajale kuvada.
Nii et vaatame näidet. Kviitungite korrigeerimiseks 1C UPP-s on selline dokument olemas - see on kindlasti olemas. Kunagi oli meil vaja sinna lisada lülitid, et joonistuksid raamatupidamise jaoks veidi teistsugused kanded. Mis on probleem, tundub, et me peame, me peame, me teeme seda. Kuid sellel vormil on juba 2 raadionuppu.
Selline näeb välja vorm, kuhu peame lisama rohkem lüliteid
Vahekaardile Täpsemalt soovime paigutada veel kaks raadionuppu. Nii et esimene samm on meile vajalikku kohta julgelt lisada uus juhtelement ja see sisestada.
Näib, et kõik on lihtne. Loome uue atribuudi tüübiga “Number” ja sisestame 2 lülitit, millest üks saab atribuudile andmeid kirjutada ja teine mitte.
Lisa uus juhtelement - Switch, lisa tabelisse Lüliti2 koos lülitite arvu ja kirjeldusega, määra Switch1 grupis esimeseks ja vajuta OK. Asetage loodud juhtelemendid vormile. Värskendame andmebaasi konfiguratsiooni (F7) ja käivitame selle silumiseks.
Täites (uue dokumendi loomisel režiimis 1C:Enterprise) näeme, et hoolimata sellest, kui palju me proovime nuppu Switch2 klõpsata, ei juhtu midagi. Elemendid ei tööta nii nagu peaksid. Siin on üks nipp.
Naaske konfiguraatorisse. Vali menüükäsk Vorm -> Määra läbimise järjekord... (oluline on, et vorm oleks ekraanil avatud)
Selleks, et meie lülitid töötaksid, peate katkestama automaatse tellimuse ja nõustuma käsitsi tellimisega. Ja pange see vormi nii, et meie lülitid läheksid üksteise järel järjekorras.
OKEI. Värskendage konfiguratsiooni ja proovige seda käivitada.
Suurepärane. Kõik toimis.
Lisaks - video (ilma helita, nii et kõik on selge)
Me kõik teame, et ettevõttel 1C oli 1C platvormi palju erinevaid versioone; nüüd oleme huvitatud selle artikli kirjutamise ajal ühest uusimast versioonist, need on versioonid 1C 8.2 ja 1C 8.3. Kui olete pidanud töötama mõlemas versioonis, siis tõenäoliselt märkasid erinevusi nende versioonide liidestes, kasutajate jaoks erinevad need ainult välimuse poolest. Sisuliselt valik tavaline või hallatud rakendusütleb süsteemile, milliseid vorme käivitada, regulaarne või kontrollitud, samuti seda, millist rakenduse klienti kasutatakse vaikimisi, kas paksu või õhukest. Täpsemat teavet klientide kohta leiate artiklist "Mis on paksud ja õhukesed kliendid 1C-s, samuti nende erinevused."
Tavaline 1C rakendus (tavalised vormid, tavaline liides, versioon 1C 8.2)
1C 8.2 puhul on võimalik töötada ainult tavaliste vormidega, tavalises rakendusrežiimis. Allolev pilt näitab andmebaasi töörežiimis "tavaline 1C rakendus" (tavalised vormid).
Hallatud 1C rakendus (hallatud vormid, hallatud liides, versioon 1C 8.3)
1C 8.3 platvormil saame töötada nii tavaliste vormidega (ühilduvusrežiimis) kui ka hallatavate vormidega. enamgi veel hallatavatel vormidel on kahte tüüpi kuva, see on standardne ja takso. Allpool on näidatud 1C 8.3 konfiguratsiooni näide standardsete hallatavate vormidega ja pärast seda kuvatakse liides "Takso".
Mis vahe on tavalisel ja hallatud 1C rakendusel?
Nagu me juba teada saime tavaline rakendus ja hallatav rakendus on seda tüüpi 1C programmi käivitamine. Lisaks olenevalt 1C käivitustüübi väärtusest ( tavaline või hallatud rakendus), laaditakse vaikimisi konkreetne liides ( tavalised või hallatavad vormid), seetõttu on sellel mõistel nii palju sünonüüme. Tahame märkida, et liideste erinevused on üsna märkimisväärsed, hallatav liides on täielikult ümber kujundatud. Põhimõtteliselt on need kõik erinevused, mida 1C programmi tavalised kasutajad näevad. Mis puutub programmeerijatesse, siis nõuab hallatav liides muudetud koodi kirjutamist, kuna arendus toimub juba 1C 8.3-s, mitte 1C 8.2-s, seega kõik sellest tulenevad tagajärjed. Kood tuleb jagada ka kliendiks ja serveriks, seda näidatakse konfiguraatoris vastavate käskude abil.
Selles artiklis tutvume hallatava vormiga töötamise peamiste aspektidega 1C 8.3. Mis on vorm ja milleks see on? Vorm on peamine objekt, mille kaudu kasutaja programmiga suhtleb. See tähendab, et vormi kasutades sisestab kasutaja infot programmi ning vormile kuvatakse ka kasutajale vajalik info.
Mis tahes vormi (hallatud või tavalise) arendaja põhiülesanne on pakkuda kasutajale programmiga suhtlemiseks mugavat mehhanismi.
1C platvormil on võimalus genereerida mis tahes vormis objekti, kuid tavaliselt konfigureerivad programmeerijad vormid ise rakenduslahenduste väljatöötamisel.
Eelkõige hallatavate vormidega töötamise ja üldiselt hallatud rakendusega töötamise küsimusi käsitletakse üksikasjalikult raamatus “1C: Takso arendamise alused. Hallatud rakenduste arendus 12 sammuga". See raamat on tõeliseks abiks neile, kes alles hakkavad hallatud rakenduste arendamisega tutvust tegema.
Raamat “1C: Takso arendamise alused” sobib suurepäraselt neile, kes on programmeerimisega juba alustanud ja kellel on selle teemaga teatud raskusi, ning neile, kes on programmeerimisega tegelenud pikka aega, kuid pole kunagi 1C hallatavate vormidega töötanud.
- Ilma keeruliste tehniliste terminiteta;
- Rohkem kui 600 lehekülge praktilist materjali;
- Iga näitega on kaasas joonis (ekraanipilt);
Sooduskood 15% allahindluseks - 48PVXHeYu
Mõnikord tundub, et programmeerimiskeele õppimine 1C-s on keeruline ja raske. Tegelikult on 1C programmeerimine lihtne. Minu raamatud aitavad teil hõlpsalt ja kiiresti omandada programmeerimise 1C: ja "1C: Takso arendamise põhitõed"
Õppige programmeerimist 1C-s minu raamatu "Programmeerimine 1C-s 11 sammuga" abil.
- Ei mingeid keerulisi tehnilisi termineid.
- Üle 700 lehekülje praktilist materjali.
- Iga ülesandega on kaasas joonis (ekraanipilt).
- Kodutööde ülesannete kogumik.
- Raamat on kirjutatud selges ja lihtsas keeles – algajale.
- Raamat saadetakse PDF-vormingus meili teel. Saab avada igas seadmes!
Kui see õppetund aitas teil mõnda probleemi lahendada, see teile meeldis või leidis, et see oli kasulik, saate minu projekti toetada, annetades mis tahes summa:
Saate maksta käsitsi:
Yandex.Money - 410012882996301
Veebiraha - R955262494655
Liituge minu rühmadega.