Viimases tunnis vaatasime seda tava(paksu)kliendi jaoks. Platvormi versioonis 1C 8.2. Nad kasutavad uusi ekraanivorme 1C 8.2. Neid nimetatakse hallatud vormideks 1C 8.2.
Hallatavad vormid 1C 8.2 on 1C tulevik. Need erinevad tavalistest 1C 8.2 vormidest selle poolest, et süsteem genereerib need automaatselt spetsiaalsete seadete alusel (“tavalised” vormid joonistab programmeerija lihtsalt soovi korral).
Hallatavate vormide 1C 8.2 arengu erinevused tavapärastest on märkimisväärsed. Seetõttu oleme täna kogunenud, et arutada eraldi hallatavate vormide 1C 8.2 loomist ja muutmist.
Hallatavad vormid 1C 8.2
Kui olete varem 1C konfiguratsioone arendanud, on 1C 8.2 hallatava vormi redaktori avamisel kohe hämmingus tõsiasi, et 1C 8.2 vormi pole hiirega üldse võimalik mõjutada.
Te ei saa muuta vormi 1C 8.2, te ei saa elementi liigutada, te ei saa isegi vaadata välja atribuute nagu varem – topeltklõpsates vormi 1C 8.2 väljal.
Nüüd ei ole 1C 8.2 vormi väljatöötamise aluseks vormi koordinaatidega väljade sidumine, vaid spetsiaalsed seaded. Süsteem genereerib nende sätete alusel automaatselt kontrollitud vormi 1C 8.2.
Seadistused koosnevad 1C 8.2 vormielementide loendist, mis asuvad redaktoris vasakus ülanurgas. Vormi 1C 8.2 elemendid hõlmavad järgmist:
- Rekvisiidid
- Käsud (uus kontseptsioon versioonis 1C 8.2, võivad välja näha nagu nupud või menüüelemendid)
- Grupid (detailide ja käskude kombineerimiseks).
Vastavalt sellele ei ole nende elementide sätted väljade atribuutides, vaid nende seadistuselementide omadustes (paremklõpsu menüü, üksus Atribuudid).
Kuidas hallatavad vormid 1C 8.2 töötavad
Hallatud vormidega 1C 8.2 töötamine on kasutaja jaoks erinev. Neil on rohkem võimalusi, kuid need on ebatavalised neile, kes on 1C-ga pikka aega töötanud.
Esiteks on tavaliste elementide paigutus vormil 1C 8.2 erinev. Käsuriba on alati ülaosas.
Käsupaneeli vasak pool on kohandatav. Tavaliselt sisaldab see selliseid standardnuppe nagu Salvesta ja Postita.
Käsupaneeli paremal pool on vormi 1C Kõik toimingud uus standardmenüü. See menüü võimaldab hallata vormi 1C 8.2 vastavalt oma soovile, sarnaselt sellele, kuidas ACS aruande sätted võimaldavad aruande välimust oluliselt muuta.
Suvalised menüüelemendid 1C Kõik toimingud
Sõltuvalt sellest, kas see vorm 1C 8.1 kuulub ühele või teisele, on menüü täidetud üksustega, mis võimaldavad teil seda objekti hallata. Näiteks kui see on kataloogiloendi vorm, siis on käsud nagu Loo või Redigeeri.
Üksus Kohanda menüüloendit 1C Kõik toimingud
Kui vormil 1C 8.2 on loend, on menüüs käsk Configure list and Display list.
Kui käsk Output list on teile juba tuttav - see võimaldab teil Excelis 1C-s mis tahes loendi salvestada / välja printida, siis on teine käsk uus.
Nagu olete juba märganud, pole loendi käsupaneelil enam valikunuppe. Selle asemele ilmus nupp Otsi, mille töös (nagu ka kursori parajasti keelatud positsioneerimisel nimekirjas tippimisel) on mõningaid kaebusi.
Otsi nupu funktsionaalsus ei ole loomulikult võrreldav valikutega, kuid need pole kuhugi kadunud!
Need asuvad nüüd menüüüksuses Kohanda loendit. Valimist saab nüüd teha mis tahes välja järgi ning lisaks sellele saab teha sorteerimist ja tingimuslikku vormindamist samamoodi nagu ACS aruannetes.
Üksus Muuda menüü kuju 1C Kõik toimingud
Üksus Muuda vormi võimaldab teil sarnaselt muuta mitte ainult vormi 1C 8.2 loendit, vaid ka vormi 1C 8.2 ennast.
Kasutaja saab iseseisvalt lubada või keelata vormi 1C 8.2 väljade nähtavuse, laiuse ja kõrguse, avamisel vaikevälja aktiveerimise jne.
Hallatavate vormide 1C 8.2 ja tavavormide 1C kasutamine
Vaikimisi kasutatakse paksu (tavalise) 1C kliendi konfiguratsioonides tavalisi 1C vorme ja 1C õhukeste ja veebiklientide konfiguratsioonides hallatud vorme. Siiski saab mõlemat 1C vormi kasutada mis tahes konfiguratsioonis, sealhulgas samaaegselt.
Selleks tuleb sisestada konfiguratsiooni omadused (konfiguratsiooniakna ülemine element).
1C 8.2 konfiguratsiooniatribuutides on ilmunud kaks uut märkeruutu, mis võimaldavad lubada 1C vormide mittestandardset kasutamist.
Hallatavate vormide loomine 8.2
Uue 1C 8.2 vormi lisamine toimub samamoodi nagu varem – kasutades klaviatuuril nuppu Ins või nuppu Lisa. Olemasoleva sisestamiseks topeltklõpsake sellel hiirega.
Vaikimisi luuakse konfiguratsioonis installitud vorm (tavaline või hallatav) (vt konfiguratsiooni atribuutide atribuuti Peamine käivitusrežiim. Kui olete konfiguratsioonis lubanud kasutada mõlemat tüüpi vorme - vormikujundajas , mis kohe avaneb – saate valida tüübivormid.
Kujundaja palub teil valida vormi tüübi - elemendivorm, loendivorm. Siin saate lisada või eemaldada vormi käsupaneele. Enamasti jäetakse need sätted vaikimisi samaks.
Avaneb vaikimisi täidetud vorm - sellele on lisatud kõik olemasolevad 1C objekti üksikasjad. Konkreetse kohustuslike väljade loendi saate märgistada kujundaja teisel vahekaardil.
Vormiredaktor koosneb kolmest jaotisest.
- Ülemises vasakus nurgas on vormielementide loend. See koosneb väljadest, käskudest ja rühmadest, mis võimaldavad elemente kombineerida. Käskude loendit saab eraldi vaadata vahekaardil Käsuliides.
- Paremas ülanurgas on saadaolevate vormide ja objekti üksikasjade loend (avage atribuudi Object kõrval olev rist).
- Allpool on saadud vormi eelvaade.
Saate lohistada saadaolevad üksikasjad vasakule ja sellest saab vormielement (väli vormil).
Kui teil on vaja lisada nuppu või menüüelementi, peate vahekaardi Käsud paremas servas looma uue käsu. See on vormimooduli funktsiooni ümbris. Lisaks sellele, et määrata, millist funktsiooni kutsutakse, saate määrata esituse - näiteks pildi, aga ka nähtavuse sõltuvuse funktsionaalsest valikust.
Ka käsklusi lohistatakse vasakule. Kui vanem on käsuriba, siis on see käsuriba nupp - muidu lihtsalt nupp.
Objekti/vormi atribuute ei saa mitte ainult lohistada vormielementide (väljade) loendisse, vaid ka lihtsalt lisada (nupp Lisa või Ins). Eelkõige saate luua uue vormiobjekti – Group.
Grupp võib olla käsupaneel (kursor peab asuma real Vorm). Seejärel lohistad sellesse käsud ja need muutuvad nuppudeks.
Rühm võib olla "tavaline". See on viis väljade rühmitamiseks nii vertikaalselt kui ka horisontaalselt. Grupi nime saab atribuutides eemaldada.
Rühm võib olla paneel (leht). Ülemine lisatud rühm on paneel ja seda tüüpi pesastatud rühmad on lehed. Väljad on juba lehtedele lohistatud.
Mittevajalikud vormielemendid eemaldatakse, kustutades loendist vormielemendid.
Välja asukoht vormil määratakse elementide loendis oleva järjekorra järgi (vertikaalne) või rühmade abil (horisontaalne). Laius ja kõrgus määratakse vormielemendi atribuutides.
Vormielemendi atribuute on oluliselt laiendatud ja need sisaldavad palju kasulikku – nii välimuse juhtimist (nupud valimine ja tühjendamine) kui ka vaikeväärtuste kontrollimist.
Vormi enda omadused, sealhulgas selle mõõtmed, määratakse sama nimega vormi juurelemendis Vorm.
Sündmuste töötlejad (vastused kasutaja toimingutele) jagunevad nüüd kahte tüüpi. Vana – nagu varemgi, on need märgitud vormi ja väljade atribuutides (näiteks OnChange ja OnOpening vormi). Uutest on saanud käsud ja neid kasutatakse menüüelementide ja nuppude jaoks.
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.
Platvorm 1C:Enterprise võimaldab hallatava vormi elemente programmiliselt lisada ja muuta. Mõelgem välja, miks see võib olla vajalik.
Vormi tarkvara muutmine võib olla vajalik mitmel juhul:
- Standardkonfiguratsioonide lõpetamisel, et hõlbustada järgnevat värskendamisprotseduuri. Sel juhul muudetakse ainult vormimoodulit. Mooduleid on palju lihtsam värskendada kui vorme.
- Mõne levinud algoritmi rakendamisel. Näiteks alamsüsteemis “Objekti detailide redigeerimise keeld” saab kõikidele alamsüsteemiga ühendatud objektidele programmiliselt luua nupu, mis võimaldab detailide redigeerimise võimalust.
- Mõne konkreetse algoritmi rakendamisel. Näiteks Nomenklatuuri kataloogis luuakse väljad täiendavate detailide redigeerimiseks.
Hallatud vormis saate programmiliselt lisada, muuta ja kustutada:
- rekvisiidid;
- kohalikud meeskonnad;
- elemendid.
Kõik need toimingud on võimalikud ainult serveris.
Programmilisel ümberkujundamisel on piirangud:
- Kustutada saab ainult programmiliselt lisatud üksikasju/käske/elemente. Konfiguraatoris loodud objekte ei saa programmiliselt kustutada.
- Atribuuti ei saa peamiseks määrata.
Vormi käskude muutmine
Objekti käskude koostise haldamiseks Hallatud vorm on kogumik Meeskonnad
Lisama (< ИмяКоманды >)
Kogus ()
Otsi (< ИмяКоманды >)
Kustuta (< Команда >)
Teamsi kollektsioon on saadaval nii kliendis kui ka serveris. Saate muuta kogu (meetodid Add() ja Delete()) ainult serveris. Saate otsida ja hankida elementide arvu (meetodid Find () ja Count ()) nii kliendis kui ka serveris.
Vormikäskudega töötamise näitena loome uue käsk ChangeHistory pealkirjaga "ChangeHistory...", mis kutsub välja töötleja DisplayHistory(). Loomine toimub vormi avamisel.
&Serveris
Menetlus MillalCreatingOnServer (tõrge, standardtöötlus)
Meeskond = Meeskonnad. Lisama( "Muutuste ajalugu");
Meeskond . Tegevus = ;
Meeskond . Pealkiri = "Muudatuste ajalugu...";
Menetluse lõpp
&OnClient
Menetlus Connectable_DisplayHistory(käsk)
// käsutoimingud
Menetluse lõpp
Käsutöötleja peab asuma vormil ja sellel peab olema &OnClienti kompileerimisdirektiiv.
Vormi üksikasjade muutmine
Vormi detailide koostise lugemist teostab funktsioon Hankige üksikasju(< Путь >) tagastab massiivi, mille tüüp on FormAttributes. Funktsiooni parameeter määrab tee emaatribuudini (stringina). Kui parameeter jäetakse välja või määratakse tühi string, tagastatakse tipptaseme üksikasjad.
Detailide muutmine toimub meetodi abil Muuda üksikasju(<Lisatud üksikasjad>, <Eemaldatavad detailid>) objektiks Hallatud vorm. Parameetrite juurde Lisatud üksikasjad Ja Eemaldatavad detailid Vormi atribuutide tüüpi elementidega massiivid edastatakse.
Tähelepanu!
Detailide koostise muutmise protsess on üsna ressursimahukas. Vormi luuakse tegelikult uuesti. Sellega seoses tehakse tööd vormi üksikasjadega partiirežiimis.
Loome uue vormiatribuudi nimega Ostja:
AddedDetails = Uus massiiv;
Lisatud üksikasjad. Add(uued vormiatribuudid(“Ostja”, Uus tüübi kirjeldus (“DirectoryLink. Vastaspooled”), “Klient”));// Muutused detailide kompositsioonis
);
Vormi elementide muutmine
Objekti elementide koostise kontrollimiseks Hallatud vorm on kogumik Elemendid. Kogumisel on mitu meetodit:
Sisesta (< Имя>, < ТипЭлемента>, < Родитель>, < Элемент >)
Lisama (< Имя>, < ТипЭлемента>, < Родитель >)
Kogus ()
Otsi (< Имя >)
Move(< Элемент>, < Родитель>, < МестоРасположения >)
Kustuta (< Элемент >)
Kaubakogu on saadaval nii kliendis kui ka serveris. Muutke kogu (sisestage meetodid () , Lisa () , Teisalda () ja Kustuta () ) on saadaval ainult serveris. Saate otsida ja hankida elementide arvu (meetodid Find () ja Count ()) nii kliendis kui ka serveris. Kollektsiooni elemendid võivad olla:
- FormGroup;
- FormTable;
- FormField;
- Vormi nupp.
Saate programmiliselt määrata vormielementidele sündmuste töötlejad. Meetod on nendel eesmärkidel ette nähtud SetAction(< ИмяСобытия>, < Действие >) .
Vaatame mõningaid levinumaid näiteid käskude, detailide ja vormielementidega töötamise kohta.
Käsu ja sellega seotud nupu lisamine:
// Looge käsk
Meeskond = Meeskonnad. Lisama( "Muutuste ajalugu");
Meeskond . Tegevus = "Plug-in_Display History"; // Vorm peab sisaldama määratud nimega protseduuri
Meeskond . Pealkiri = "Muudatuste ajalugu...";
// Looge nupp ja seostage see käsuga
Element = esemed. Lisama( "Muutuste ajalugu", Type("Vorminupp" ));
Element.CommandName = "Muutuste ajalugu";
Atribuudi ja sellega seotud sisestusvälja lisamine:
// Lisatud üksikasjade kirjeldus
AddedDetails = Uus massiiv;
Lisatud üksikasjad. Lisama(Uue vormi rekvisiidid (“Ostja”, uue tüübi kirjeldus ( "DirectoryLink. Vastaspooled"), "Klient" ));
// Detailide kompositsiooni muutmine
Muuda üksikasju (lisatud üksikasjad);
// Sisestusvälja loomine ja atribuutidega ühendamine
Element = esemed. Add("Ostja" , Type("Vormiväli" ));
Element . Vaade = FormFieldView. Sisestusväli;
Element . PathToData= "Ostja" ;
Sündmuste töötleja määramine vormielemendile:
Kaubaklient. SetAction("Kui see muutub", "Connected_BuyerOnChange");
&OnClient
Menetlus Connected_BuyerOnChange(Element)
// Sündmuste toimingud
Menetluse lõpp
Tähelepanu!
Protseduurid, mis on määratud koodist meetodi abil sündmuste käitlejateks SetAction(), on soovitatav määrata eesliide Connectable_.
Tähelepanu!
Töötlemise saate alla laadida koos näidetega programmilisest otsimisest ja hallatava vormi üksikasjade, käskude ja elementide muutmisest.
Põhiprobleem on selles, et 10-15 aasta jooksul on tavavormide jaoks juba palju koodi koostatud. Keegi ei taha seda kõike klient-serveris ümber kirjutada + palju inimesi on liidesega töötama koolitatud. Järgmisest aastast algav kohustuslik üleminek BP 3.0-le tekitab arendajates ja raamatupidajates paanikat. Tagasiside on väga ebameeldiv. Lisaks tõuseb erialale sisenemise latt, programmeerimine on keerulisem ja standardsed on muutunud veelgi keerulisemaks. Kui palju maksab uus algoritm standarddokumentides? UV näeb hea välja, kui dokumentidel on 2-3 nuppu, UV sobib suurepäraselt mobiilseadmetega töötamiseks, kuid seda kasutab vaid 0,01% ettevõtetest. Peate vahetama, kui 1C midagi uut välja ei paku, kuid see on pikk ja kõigile valus. Ja ettevõtted ise peavad raha maksma.
Ka mina olen kontrollitud vormidest seni ainult negatiivset kogenud, siin on veel mõned uuenduse miinused:
- Mitte midagi? Noh, ma puutusin sellega paar korda kokku, näiteks kirjutades ja lisades ZUP confi välise trükivormi, seal töötlemine on terve eepos, täis juhiseid Internetis ja lehekülgi koodi peaks.
paksul kliendil on üks protseduur parameetritega st. areng on minutite küsimus.
ja pidurid on palja silmaga nähtavad - Mis puudutab hallatavate vormide ettevalmistamist – see on kunst kunsti pärast, aga mis on praktiline mõte, eriti failiversiooni puhul?
- Skulptuurisin UV-s 3 aastat, kuid nüüd läksin tagasi lihtsate vormide juurde ja uskuge mind, seda üleminekut oli psühholoogiliselt üsna raske teha, kuid see on minu teadlik valik, sest see, mida 1c UV-s pakub, on täiesti UG…. võib-olla paari aasta pärast teeb 1c läbimurde, aga praegu ta alles otsib kohta, kus see läbimurre teha...
- Konfiguraatoris oleva UV-kiirguse avamine võtab palju kauem aega.
Pärast seda on vormide avamine 8.1-s nagu veoautolt lennukile üleminek! - Probleeme on kõigi jaoks rohkem, kasutajad on uuest liidesest šokeeritud (kõik ei tunnista seda, aga väiksemate asjadega ollakse palju rumalam), pooled programmeerijad on muutunud professionaalsusele sobimatuks, keskmisel spetsialistil on muutunud raskemaks leida tööd ja kuidas toota kvaliteetset toodet. Ja UV-i kõige lahedam turundusteema on see, et nad hõljuvad kõikjal, kus üleminek toimub lihtsa värskendusega, kuid kõik unustavad, et algusest peale peate jõudma viimastele väljaannetele! Aga põhimõtteliselt mulle see idee meeldib!
- Ma ei tea, minu kogemus näitab vastupidist. Seal, kus karmides vormides buumid löövad juba mitu aastat automaatselt, siis uutes UV-standardi omades hakkab iga kuu “miks, kus on 1C nüüd peale selle nupu uuendamist ja miks see nüüd ei tööta”, mis, näed. , kiirust ei lisa.
- - koodi on rohkem
- kood on muutunud keerulisemaks
— standardsete muutmine on palju keerulisem
- kasutajad, kellele andsin UT11, ei leidnud eeliseid võrreldes 10.x-ga
— kuid nad leidsid aeglustumise ja mõnede funktsioonide (nt otsing) puudumise (millegipärast tahtsid nad edasi-tagasi otsingut, mitte valikut)
Minu arvamus on, et ohvrid on veebikliendi ja tahvelarvutite jaoks liiga suured. Pealegi pole ma isiklikult veel näinud päris tööd veebikliendiga, kellel on vaja edukalt kaugjuurdepääsu kasutada - Client-server bedlam peaks suurendama jõudlust ja mastaapsust, samas kui kulud hõlmavad kodeerimise suurenemist.
Kuid mitte kõik ei kogenud kasvu, sellest ka pettumus. Ja samal ajal olid kõik kodeerimiskulude kallal.
P.S. Tegelikult mulle meeldivad kontrollitud, ma tõmban rahulikult nende peale. Kuid tüüpilised on muutunud perversseks. - Kodus (tavalises arvutis) viin joomise läbi vastavalt üksikettevõtjatele.
8,3, BP3, ruuduline. Peamine mulje on, et ma ei tööta, vaid ootan kogu aeg. hemorroidiaalne reaktsioon. SOOL kontole moodustub kui lihtsalt jahmatav - see tundub nagu aasta kontokaart megahoidlas. - UT11 on metsik pidur, õudus ja üldiselt õudusunenägu.
UT10 lendab võrreldes UT11-ga.
Seoses UV-ga - putukad on nakatunud aastaid, kõik on viltu, veerud ei mahu kunagi ühele ekraanile, venitamine on paljudel juhtudel kohutav.
Ja ma võin veel palju miinuseid loetleda, kuid plusside kohta ma ilmselt midagi ei ütle. Neid lihtsalt pole olemas.
Firmad konkreetselt sattusid nende vormidega, sest arendus maksab rohkem, eripakkumisi ei olnud ja normaalseid pole.
Eeliseid on vähe, aga loomulikult on need olemas...
plussid:
Vastus on olnud juba pikka aega, mida UP andis:
platvormideülene klient
- töötab halbadel sideliinidel
- võimalus töötada brauseri kaudu (ilma klienti installimata)
