Articolul face parte din seria „Primii pași în dezvoltarea 1C”. În ea continuăm să ne familiarizăm cu interfața Taxi gestionată și trecem direct la configurarea acesteia.

După cum știți, dezvoltarea unei interfețe de bază de informații începe cu crearea structurii meniului său, deoarece cât de convenabil și logic este, întregul sistem în ansamblu va fi de înțeles de către utilizator.

După ce ați citit articolul, veți învăța:

• Ce rol joacă subsistemul în modelarea structurii meniului?
• Cum se creează secțiuni de meniu de nivel 1 și 2?
• Cum să personalizați compoziția comenzilor afișate în secțiunile de meniu?
• Pentru ce este editorul de interfață de comandă și cum să lucrezi cu el?
• Cum se configurează interfața de comandă a secțiunii principale?

Aplicabilitate

Articolul discută interfața „Taxi” a configurației dezvoltate pe platforma 1C 8.3.4.496. Informațiile sunt relevante pentru versiunile actuale ale platformei.

Subsisteme. Personalizarea interfeței folosind subsisteme

Subsistemele sunt clasificate ca obiecte comune. Ele oferă capacitatea de a clasifica obiectele de configurare după Subsisteme.

Pentru a indica dacă un obiect aparține subsistemelor din Fereastra de editare a obiectelor Există o filă corespunzătoare în care steagurile indică subsistemelor cărora le aparține obiectul.

În viitor, puteți construi un filtru al arborelui de obiecte prin Subsisteme.

În acest caz, este posibil să controlați: activare pentru selectat Subsisteme obiecte subordonate Subsistemeși parentală Subsisteme sau nu.

Clasificarea obiectelor după Subsisteme creează comoditate la creare Raleigh.

Pentru obiect Rol puteți defini drepturile corespunzătoare și puteți indica că acest lucru Rol pot fi construite numai din acele obiecte care sunt incluse în cele selectate Subsisteme.

Intr-un mod similar Subsisteme folosit la creare Interfețe. Interfețe sunt necesare numai dacă configurația este lansată în modul Aplicație normală.

Clasificarea obiectelor după Subsisteme folosit și la îmbinarea configurațiilor. Acestea. puteți combina obiecte filtrate de Subsisteme.

Scopul important al subsistemelor este acela de a construi interfață de comandă modul de configurare Aplicație gestionată . Subsisteme se determină primul nivel .

Pentru existenta Subsisteme le puteți defini imbricate (subordonate). Date Subsisteme vor forma grupuri Bare de navigare.

Când clasificăm un obiect după Subsisteme, este posibil să includeți un obiect doar într-un imbricat Subsistemul, poate la primul nivel Subsistem, poate la ambele.

În acest din urmă caz, obiectul va fi afișat de două ori: atât în ​​interiorul subsistemului imbricat, cât și separat în Bare de navigare. În cele mai multe cazuri, acest lucru nu este în întregime corect.

În principiu, Subsistemele sunt un obiect opțional. Acestea. o configurație dezvoltată pe Platforma 8.3 va putea funcționa fără niciun Subsisteme.

Dar în acest caz nu va exista niciun panou de secțiuni, totul va fi afișat pe Desktop. Configurațiile foarte simple cu un set mic de obiecte pot funcționa fără Subsisteme.

Dar dacă există destul de multe documente, directoare și registre în configurație, folosind Subsisteme simplifică semnificativ munca utilizatorului.

Rețineți că un obiect de configurare aparține unora Subsistemul posibil în trei moduri.

În primul rând, acest lucru se poate face în Fereastra de editare a obiectelor pe marcaj Subsisteme. Am luat deja în considerare această opțiune.

În al doilea rând, puteți folosi Fereastra pentru editarea subsistemului în sine. Pe marcaj Compus puteți specifica obiectele incluse în aceasta Subsistemul.

Și, în sfârșit, pentru obiectele de configurare, prin meniul contextual, puteți apela o casetă de dialog specială numită În plus.

Această fereastră vă permite, de asemenea, să marcați un obiect ca aparținând Subsisteme. Această fereastră este folosită dacă dorim să lucrăm cu mai multe obiecte deodată.

Când mutați cursorul peste obiectele arborelui de configurare din fereastră În plus sunt afișate informațiile corespunzătoare despre subsisteme.

Când se creează un obiect de configurare implicit, Platforma 8.3 nu atribuie obiectul niciunui subsistem.

Acestea. Dezvoltatorul trebuie să meargă el însuși la această filă și să bifeze casetele corespunzătoare.

Dacă dezvoltatorul nu face acest lucru, sistemul va determina lipsa calității de membru Subsisteme ca o greseala.

Dar eroarea nu este critică, așa că putem fi de acord cu asta.

De fapt, sistemul vă informează că este posibil să fi uitat să includeți noi obiecte în Subsisteme. În acest caz, obiectele nu vor fi afișate în interfața de comandă.

Utilizatorul poate accesa astfel de obiecte numai prin Meniu principal folosind comanda Toate funcțiile.

Desigur, pentru ca un obiect să fie deschis, utilizatorului trebuie să i se acorde drepturile corespunzătoare.

Există o serie de cazuri când este mai convenabil pentru dezvoltatori să includă obiecte adăugate la o configurație standard în propriul subsistem separat.

Pentru Subsisteme V Fereastra de editare poți elimina steagul Includeți în interfața de comandă.

în care Subsisteme nu va apărea în interfața de comandă. Dacă nu există niciun Subsistem care să fie inclus în interfața de comandă, atunci Platforma 8.3 nu verifică apartenența la niciun subsistem pentru obiecte noi.

Pentru a personaliza compoziția comenzilor care sunt incluse în secțiunea corespunzătoare definită de subsistem, există un editor special.

Acest editor poate fi apelat din fereastra de editare a subsistemului făcând clic pe butonul Interfață de comandă(pe fila De bază).

Posibil pentru fiecare Subsisteme apel acest editor. Din editor puteți controla deschiderea listelor în Bare de navigare, disponibilitatea comenzilor în Bare de acțiune.

În mod implicit, casetele de selectare pentru comenzile pentru crearea elementelor Director și Document sunt debifate, dar pot fi bifate. ÎN Bare de acțiune puteți deschide și rapoarte.

Elementele din editor pot fi mutate. În același timp, din Bare de navigare V Bara de acțiuni iar mișcarea în sens opus este imposibilă. Puteți muta elemente fie în interior Bare de navigare, fie înăuntru Bare de acțiune.

Există o coloană de vizibilitate generală și coloane de vizibilitate bazate pe roluri. Fiecare rol definit în configurație va avea propria sa coloană. Valoarea setată în coloana Vizibilitate generală este valoarea implicită pentru Vizibilitatea rolului.

Vizibilitatea după rol poate lua trei valori: fie pentru un rol dat elementul va fi invizibil (1); sau va fi întotdeauna vizibil, indiferent de steag setat în coloana de vizibilitate (2); sau steagul de vizibilitate pe rol va fi moștenit din steagul de vizibilitate generală (3).

Dacă unui utilizator i se atribuie două roluri și este specificată o casetă de selectare pentru unul dintre ele și nu pentru celălalt, atunci regula standard a sistemului 1C:Enterprise 8 va funcționa - utilizatorului i se permite să efectueze o acțiune dacă este permisă într-unul. a rolurilor.

Uneori este necesar să schimbați imediat interfața de comandă în mai multe Subsisteme. În platforma 1C:Enterprise 8 există un instrument de service care vă permite să editați interfața de comandă a mai multor Subsisteme.

Acest instrument este numit de la meniul contextual nodul rădăcină al ramului Subsisteme.

În fereastra care se deschide, puteți naviga rapid prin Subsistemeși editați interfețele de comandă. În plus, în această fereastră puteți edita compoziția Subsisteme. De asemenea, puteți muta obiecte în Bare de navigareȘi Bare de acțiune.

În plus, poți chiar să schimbi subordonarea Subsisteme. Există un buton special pentru asta Mutați subsistemul.

Pentru a configura interfața de comandă Secțiunea principală se folosește și un editor de interfață de comandă.

El nu mai este chemat Subsisteme, iar prin meniul contextual al nodului de configurare rădăcină, element Deschis interfața de comandă a secțiunii principale.

În fereastra care se deschide, putem indica ce directoare, documente și alte obiecte sunt incluse în această interfață de comandă. De asemenea, puteți activa vizibilitatea acestora și gestionați vizibilitatea în funcție de rol.

Vă rugăm să rețineți că atunci când ștergeți Subsisteme Platforma, din păcate, nu verifică dacă cel puțin un obiect este inclus în acest subsistem sau nu.

După îndepărtare Subsisteme La salvarea configurației, nu sunt afișate mesaje despre restructurarea bazei de informații.

Aceasta încheie cunoștințele noastre cu configurarea structurii meniului bazei de informații. În următorul articol vom continua cunoașterea cu interfața administrată și vom lua în considerare ce capabilități oferă platforma 1C:Enterprise 8 pentru a lucra cu liste.

În acest articol vă voi spune cum să configurați interfața programului Taxi pentru o muncă confortabilă, astfel încât toate butoanele necesare și cele mai necesare rapoarte să fie mereu la îndemână.

1) Să începem cu cea mai frecventă întrebare din partea iubiților mei clienți legate de lipsa meniului „Operațiuni”. Mulți contabili l-au folosit pentru a căuta rapoarte, procesări și documente care uneori erau foarte greu de găsit în alte secțiuni ale programului.

Nu există un meniu „Operațiuni” ca atare în Contabilitate 3.0. Analogul său se numește „Toate funcțiile” și, implicit, afișarea acestei secțiuni în program nu este setată. Pentru a-l activa, trebuie să intrați în meniu, care se deschide folosind butonul portocaliu cu un triunghi în colțul din stânga sus al programului. În lista care apare, selectați secțiunea „Servicii” și deschideți secțiunea „Opțiuni”.

În fereastra care se deschide, bifați caseta de selectare „Afișare comanda „Toate funcțiile”” și asigurați rezultatul făcând clic pe butonul „Aplicați”.

Acum, în același meniu principal (buton portocaliu cu triunghi) vedem secțiunea „Toate funcțiile”.

În care tot ceea ce suntem atât de obișnuiți să vedem în Contabilitate 2.0 în secțiunea „Operațiuni”:

2) Acum să ne uităm la capacitățile programului în ceea ce privește configurarea interfeței TAXI. De exemplu, acum programul meu arată astfel:

Acestea. secțiuni în partea de sus. Deschide ferestreîn marcajele de mai jos. Să vedem cum să schimbăm locația tuturor elementelor ferestrei de lucru a programului. Deschideți din nou meniul principal și găsiți acolo secțiunea „Setări panou”.

Atunci totul este simplu. Cu butonul stâng al mouse-ului, apucă secțiunea a cărei poziție dorim să o schimbăm și trage-o în locul în care dorim să vedem acest panou. De exemplu, așa: voi muta „Panoul deschis” în partea de sus și voi trage „Panoul secțiuni” în partea stângă a ferestrei.

Faceți clic pe butonul „Aplicați” sau „Ok” și voilà, așa arată programul nostru:

Poate că va fi mai convenabil pentru cineva să lucreze în acest fel.

3) Un alt sfat pentru configurarea programului. De regulă, fiecare contabil are niște secțiuni sau rapoarte pe care le folosește zilnic. Ei bine, de exemplu, SARE sau SARE după cont. Și ar fi foarte convenabil dacă ar fi mereu în apropiere, mereu la îndemână. Acest lucru se poate realiza foarte truc simplu, plasând rapoartele necesare în secțiunea „Favorite”. Bilanțul îl vom găsi în secțiunea „Rapoarte”. Îndreptând mouse-ul spre el, vedem o stea gri în apropiere.

Făcând clic pe el, vom marca raportul selectat ca „Favorite”

Secțiunea „Preferate”.Folosind editorul de panouri pe care îl știm deja, să-l plasăm, de exemplu, în partea de jos a ferestrei de lucru a programului.

4) Și încă un „secret” pentru configurarea interfeței programului. Există documente în diferite secțiuni ale programului pe care unii oameni nu le folosesc niciodată. Ei bine, pur și simplu datorită specificului activităților organizației. De exemplu, în secțiunea „Achiziții” există documente legate de EGAIS.

Nu avem nevoie de aceste documente și le putem elimina de pe desktop. Pentru a face acest lucru, în secțiunea editabilă din colțul din dreapta sus, faceți clic pe roată și în meniul care apare, selectați „Setări de navigare”

În fereastra care apare, vedem două coloane. În stânga sunt comenzi care pot fi adăugate pe desktop-ul nostru. Și în dreapta, acele comenzi care sunt pe desktopul nostru. Găsiți secțiunea EGAIS în coloana din dreapta și faceți clic pe butonul „Șterge”.

În consecință, documentele care se află în coloana din dreapta pot fi adăugate pe desktop folosind butonul „Adăugați”.

5) Și în sfârșit, pentru cei care nu vor să se obișnuiască cu interfața „Taxi”. Puteți schimba interfața cu cea care a fost în primele versiuni de Contabilitate 3.0.

În secțiunea „Administrare” găsim elementul „Interfață”.

Aici dezvoltatorii ne-au oferit posibilitatea de a schimba interfața programului la aceeași ca în versiunile anterioare 8.3 și similară cu Accounting 7.7. După ce am ales-o pe cea care ne interesează aspect programul, va trebui repornit.

Așa va arăta programul cu interfața anterioară.

Pentru distracție, să vedem ce este o interfață similară cu Accounting 7.7.

Ei bine, nu știu, nu știu. Probabil că mă voi întoarce la „Taxiul” meu obișnuit.

Ei bine, asta este tot ce am vrut să vă spun astăzi. Sper că unele informații vă vor fi utile în lucrul cu programul.

După ce l-am încercat în practică timp de trei zile formulare gestionate, i-am iubit. Nu este nevoie să plasați câmpuri în formular cu mouse-ul sau să vă luptați cu legăturile. Totul este simplu și se poate face în câteva clicuri.

Chiar mi-a părut rău că 1C nu a abandonat complet formele convenționale din cauza faptului că sunt folosite în modul desktop. La urma urmei, ar fi posibil să se facă posibilă poziționarea precisă a pixelilor în UV, iar formele obișnuite ar dispărea în timp. Și așa că trebuie să-ți cheltuiești energia pentru a cunoaște vechea funcționalitate.

Și așa, desigur, UV este mult mai rapid decât cele convenționale, pentru că... funcționează conform unei scheme de trei niveluri între client și server.

În plus, funcționalitatea UV în sine este mult mai bogată și mai largă decât cea a celor obișnuite - nu este surprinzător, a trecut mult timp și multe descoperiri de interfață și-au găsit drumul în ele.

De exemplu, afișarea unui tabel dinamic cu grupări sau extragerea detaliilor obiectului direct într-o listă dinamică. Sau chiar un buton radio nu sub formă de puncte, ci sub formă de comutatoare.

În practică, ele nu sunt atât de înfricoșătoare de folosit pe cât părea inițial; am înțeles repede. Am programat destul de mult în timpul meu module comune, care a funcționat doar pe server și s-a confruntat cu conversia valorilor mutabile pentru a le transmite serverului, așa că formularele gestionate erau de înțeles pentru mine.

Modalități, evenimente și blocări de interfață

Am auzit că în 8.3 a existat o respingere a funcțiilor modale precumÎntrebare, Avertizare, OpenFormModal. Nu mi-a fost clar de ce s-a făcut asta.

Imaginați-vă surpriza mea când, într-unul dintre exemple, profesorul a făcut ca formularul să se deschidă cu opțiunea „Blocați întreaga interfață”, adică. în esenţă modal.

Eram sigur că acea modalitate fusese abandonată.

Înțelegerea nu a venit imediat.

1C nu a abandonat ferestrele modale. Există funcții noi pentru afișarea unui avertisment, adresarea unei întrebări, deschiderea unui dialog de selectare a fișierului modal.

Nuanța este că, după apelarea acestor ferestre modale, controlul nu se blochează, ca înainte, așteptând să se închidă formularul, ci continuă. Formularul generează o alertă că s-a închis și trebuie să gestionați această alertă.

Acestea. Platforma 1C a scăpat de rudimentul execuției codului de blocare și a trecut la gestionarea formularelor complet bazată pe evenimente.

Desigur, acest lucru nu are nimic de-a face cu browserele care au dificultăți în afișarea ferestrelor modale. Aceasta este o amăgire și o prejudecată - uită-l ca pe un vis urât. Totul este logic. De fapt, acum execuția este complet bazată pe evenimente și asincronă; am reușit să scăpăm de execuția sincronă.

Mini-constructorii au apărut în 1C - refactoring. Acest lucru ușurează scrierea de gestionare a alertelor pentru operare asincronă, fără a fi nevoie să le scrieți manual.

Configurația are capacitatea de a dezactiva toate apelurile sincrone (vor cauza o eroare), ca urmare va fi complet asincronă și va respecta cele mai recente cerințe pentru organizarea modelului de eveniment.

Noi funcții de interfață

Meniul

Dacă formularele gestionate arată ca o direcție de dezvoltare complet logică și corectă, atunci direcția de dezvoltare a sistemului de meniuri îmi rămâne neclară.
Fără îndoială, un meniu în care este afișat un singur nivel, apoi trebuie să treceți la următorul subnivel și așa mai departe până când selectați elementul dorit este deja depășit din punct de vedere moral și a fost înlocuit cu o hartă de meniu, în care sunt extinse mai multe elemente de meniu o dată. Acest lucru a fost făcut ca standard chiar înainte de lansarea noilor interfețe de meniu în 8.2.

La un moment dat, din nou pe 8.1, am realizat un sistem de meniu sub forma unuia atasat in stanga director ierarhic, unde vizibilitatea fiecărui articol a fost determinată de drepturile de acces ale utilizatorului pentru care a fost afișat meniul.

După cum am înțeles, 1C a considerat greșit faptul că obiectul aplicației Interfață nu a fost folosit și a decis să lanseze o nouă alternativă avansată la acesta.

S-a dovedit cumva complicat, după părerea mea. Din nou, totul este legat de roluri personalizabile, care nu mi-au plăcut niciodată - cel mai bun sistem rolurile sunt scrise la nivel de cod de program, dovadă în acest sens este sistemul de drepturi suplimentare de utilizator, care vă permite să configurați în mod flexibil și fără probleme inutile drepturile de acces în configurații standard.

În general, au apărut noi modalități de organizare a meniurilor, după părerea mea, ele nu au mare succes, dar nu există alternativă și sunt folosite în cele standard.

L-am întrebat pe profesor: „Am înțeles despre formularele gestionate, dar de ce a fost necesară dezvoltarea interfețelor, de ce nu a putut fi ușor modificat meniul clasic?”

Mi-a răspuns că sistemul 1C se dezvoltă în direcția creșterii confortului și vitezei de lucru a utilizatorului. În opinia mea, însă, astfel de schimbări grandioase în sistemul de meniu nu merită.

Ordine de trecere

Apropo, ordinea parcurgerii este importantă pentru munca productivă a utilizatorilor - mulți au învățat deja automat o anumită ordine de parcurgere a câmpurilor. Deci, ordinea de traversare a fost abandonată în 8.2. Urmează cu strictețe ordinea în care sunt plasate elementele. Din fericire, este posibil să interceptați programatic ieșirea dintr-un câmp și să transferați focalizarea în alt câmp, altfel performanța declarată ar fi foarte proastă.

Spațiu de lucru și formulare imbricate

Există o singură zonă de lucru. Prin urmare, trebuie să împingeți formularele aproape tuturor utilizatorilor în el și să determinați vizibilitatea acestora prin drepturi. Toate acestea ar trebui să ducă la haos în configurații mari.

Ar fi mult mai ușor să-l creezi codul programului sau utilizați mecanismul de forme imbricate.

Ceea ce nu a fost implementat niciodată în 8.2-8.3

Nu am ajuns niciodată să văd formele imbricate. Din păcate, ele nu sunt acolo, deși erau folosite în vremuri străvechi. Acces.

Nu există nicio glisare prin clipboard. Acestea. trebuie să-l tragi cu mouse-ul, nu poți să-l precizezi - îl trag de aici și îl pun aici, fără să rup tabla cu mouse-ul, vai. Deși, poate, software-ul terță parte poate veni în ajutor aici, pentru că... drag and drop este o chestie de sistem Windows.

Opțiuni funcționale și vizibilitatea elementelor

La un moment dat RLS au fost create pentru a afișa utilizatorilor numai înregistrări individuale de tabel.

Dezvoltarea ulterioară a vizibilității a inclus opțiuni funcționale și setări pentru afișarea câmpurilor în funcție de rol. Toate acestea alcătuiesc un fel de grădină zoologică diversă; nu există armonie și coerență generală.

În umila mea părere, este încă mai ușor să gestionezi vizibilitatea câmpurilor în mod programatic decât declarativ, prin bifarea casetelor și crearea unui mecanism complex de opțiuni funcționale.

La un moment dat am dovedit asta RLS per modificare este inferior controlului de scriere software la nivel de obiect/modul de abonament. În același mod, bănuiesc că orice opțiune funcțională este inferioară descrierii algoritmice obișnuite de control al vizibilității elementelor - atât în ​​​​ușurința de utilizare, cât și în versatilitatea abordării.

Utilizatorul configuratorului este forțat să se gândească mult la modul de control al vizibilității - pe roluri sau prin opțiuni funcționale. După ce a scris odată un algoritm universal pentru determinarea vizibilității câmpurilor, el l-ar putea folosi oricând fără niciuna dintre aceste cârje de platformă.

Verdictul - opțiunile funcționale și vizibilitatea prin roluri - sunt ineficiente, dar trebuie să le cunoașteți, pentru că sunt utilizate în configurații tipice.

Interfața 8.2 și interfața Taxi

Interfața 8.2 și interfața taxi sunt compatibile, de ex. nu au apărut obiecte noi. Configurația poate funcționa fie în 8.2, fie în Taxi, puteți permite utilizatorului să comute între aceste interfețe.

Principala diferență este locația obiectelor din meniul principal. În 8.2, au ocupat mult spațiu în stânga și sus, lăsând puțin spațiu pentru zona de lucru a utilizatorului în colțul din dreapta jos. În interfața Taxi, meniul este ascuns automat, rămânând sub forma unui mic meniu în stânga, ca urmare, aproape întregul ecran este dedicat zonei de lucru.

Nu este clar de ce a fost necesar să luăm o cale atât de confuză, dacă în cele din urmă sistemul de meniu de bază din 8.1 a fost și mai economic în utilizarea spațiului pe ecran?

De asemenea, în Taxi, principiile de afișare a ferestrelor s-au schimbat; ca urmare, codul de formular pentru 8.2 este incomod în unele locuri. Dar în această direcție nu am realizat încă diferența, deși profesorul a încercat să explice principiile de bază ale Taxi. Voi încerca să îmi dau seama în practică, deși consider că toate aceste îmbunătățiri ale interfeței sunt redundante și inutile în practică pentru utilizatorii aplicațiilor de afaceri.

Apropo, în 8.2 nu poți schimba paleta; este ca o carte de vizită a platformei 1C. La fel, sistemul de organizare a meniurilor sub forma 8.2 sau Taxi obisnuieste utilizatorii cu un anumit standard. Cu toate acestea, practica arată că sistem nou meniu utilizatorul este reantrenat aproape instantaneu. Schimbarea abilităților de lucru cu documente și rapoarte este mult mai dificilă.

Prin urmare, toată această zgomot și controversă în jurul sistemului de meniuri nu sunt foarte clare pentru mine - acesta nu este punctul principal în platforma 1C, să lăsăm pe conștiința arhitecților platformei și a managerilor care le arată direcția de dezvoltare.

Ideologie nedezvoltată

Profesorul a remarcat corect, deși este de înțeles, că dezvoltatorii platformei nu au creat entități noi acolo unde era nevoie de ele.

De exemplu, subsistemele sunt folosite atât pentru a împărți obiectele de configurare în blocuri, cât și pentru a organiza meniuri funcționale (o nouă alternativă la meniul obișnuit al aplicației). Deși ar fi logic să se creeze un obiect de aplicație separat numit „Meniu funcțional”.

De asemenea, trebuie să organizați roluri goale (roluri de interfață), care sunt necesare doar pentru a indica ce obiecte vor fi afișate într-o formă sau alta. Deși ar fi logic să se dezvolte obiectul aplicației „Interfață” în această direcție.

Îndoieli cu privire la eficacitate

Unele abordări 1C la utilizabilitate ridică îndoieli.

De exemplu, în cadrul cursurilor s-a pus mult accent pe asigurarea faptului că forma tipărită a unui document a fost afișată într-un subformular separat al documentului și că atunci când documentul se schimba, acesta a fost șters. Nu are mare rost în asta; uneori trebuie să tipăriți mai multe copii - de exemplu, înainte și după editare. Încurcă-te în câteva documente și mai multe formulare tipărite imposibil cu practică, așa că dispersarea energiei în această direcție mi s-a părut dubioasă.

De asemenea, de exemplu, este imposibil să creați un câmp de intrare într-o celulă din platformă lista dinamica, dacă sursa nu este tabelul de bază. Nu pentru că este dificil din punct de vedere tehnic, ci din motive utilizabilitate.

Posibilitatea de salvare a setărilor

Setările formularelor sunt salvate direct în baza de date și nu în sesiune. În cazul unei încetări anormale, acestea nu se pierd. În consecință, a apărut un nou mecanism de lucru cu aceste setări, în care vă puteți salva datele. AlternativăSalvați valoarea/RestoreValue.

Acum, dacă este necesar, toate setările salvate pot fi sortate programatic, ceea ce înseamnă că pot fi încărcate către alt utilizator, într-un fișier etc.

Alte intrebari

Ce sunt formularele gestionate?

În formele gestionate, codul rulează pe client și pe server.

Prin client ne referim la o mașină slabă, ar putea fi chiar un browser obișnuit.

Și serverul se află într-o conexiune directă și rapidă la baza de date.

Clientul nu poate lucra cu baza de date, poate efectua mici operații matematice și poate manipula elemente din formele acesteia. Dacă trebuie să obțineți ceva din baza de date sau să trimiteți date acolo, clientul contactează serverul.

Exact așa funcționează formularele gestionate. Cu abilitățile corespunzătoare, accesarea constantă a serverului nu este dificilă.

O astfel de organizație este mai eficientă decât conectarea la server prin acces de la distanță, in plus, lucrul este posibil direct prin browser, i.e. pe orice platformă - Windows, Linux, Android , Mac OS .

Note despre 1C în vrac

Iată notele pe care le-am scris pentru mine; ele conțin cunoștințe valoroase:

1. În fereastra de lansare 1C, nu mai sunt înregistrate bazele de informații, ci punctele de intrare. Acestea. o bază de date poate fi prezentă de mai multe ori, dar este înregistrată pentru diferiți utilizatori și diferite instrumente de lucru - browser, thin/thick client, administrator login.
2. A apărut o cheie pentru administrator care dezactivează controlul rolului. Vă puteți autentifica la Enterprise în acest fel numai dacă aveți drepturi administrative asupra configurației.
3. Detalii generale - nu le confundați cu detalii generaleîn 1C7, în 82 sunt folosite pentru a separa accesul în interfață.
4. Am folosit adesea înălțimea minimă a listei din formular pentru a scăpa de bara de derulare inutilă a formularului.
5. Nu ar trebui să stocați imagini în atributele directorului, acest lucru duce la o scădere a performanței directorului; ar trebui să utilizați registrul de informații.
6. În procedurile de server, la transmiterea parametrilor, trebuie să utilizați o VALOARE pentru ca parametrul să nu fie transmis înapoi serverului.
7. Functii noiPageStartsWithȘi PageEndsOn, eventual altele, de pe platforma 8.3.6.
8. În 1s 8.2 a apărut un mod privilegiat, adică. Puteți dezactiva controlul drepturilor de acces la nivel de rol în secțiunile codului.
9. Elementele formularului de listă, tabelului de valori și arborelui de valori diferă prin aceea că lista de pe server și client are aceeași reprezentare, iar obiectele speciale sunt create pentru tabel și arbore și trebuie convertite pe server .
10. Am fost încântat că profesorului îi place să numească obiectele la singular și să numească modulele cu subliniere, astfel încât aceste module să fie pe primul loc în ordinea indiciului de context.

Despre viață și pe la 1C

Profesorul a declarat:

1. Dezvoltarea trebuie făcută din interfață.
   Opinia mea : Afirmația este îndoielnică, pentru că Cunoștințele și experiența în utilizarea arhitecturii platformei vă permit să începeți imediat cu obiectele aplicației și să construiți interfața mai târziu.
2. Managerul nu introduce date, se uită doar la rapoarte. Și gestionează nu introducerea datelor în 1C, ci telefonul și prin secretară. Prin urmare, managerul are nevoie doar de un browser, iar câmpurile de introducere sunt necesare doar pentru filtrarea datelor.
   Opinia mea : Da, pare să fie adevărat.
3. A criticat BSP (Biblioteca Subsisteme standard). În sensul că este imposibil și foarte dificil să selectezi modulele necesare din acesta.
   Opinia mea : Deoarece Nici măcar BSP nu a putut fi împărțit în module, atunci UPP-ul nu poate fi împărțit în module UT, ZUP, BP, Production. Și aici nu este vina platformei, ci metodologia incorectă pentru scrierea celor standard - modularitatea nu este respectată. La fel Navision a reușit de mult să vândă mai întâi contabilitate unui client, iar apoi poate achiziționa comerț, producție și salarii, dacă este necesar, fără a rescrie codul și a trece la un nou program.
4. Cele standard au devenit foarte complexe și greu de schimbat. Din nou, nu din cauza complexității platformei, ci din cauza organizării incorecte a celor standard. În acest caz, principiul principal este pierdut - suport rapid și economic și modificarea configurațiilor standard, dacă este necesar.
5. A fost demonstrată o variantă de plasare a unei comenzi, când în zona de lucru există un articol în stânga, iar o listă de comenzi în dreapta. Puteți pune cantitatea vizavi de articol, apoi trageți-o în lista de comenzi și se formează o comandă. Avantajul este că tabelul de comenzi nu este blocat pentru a crea o nouă comandă.
   Opinia mea : Avantajul este exagerat - la urma urmei, utilizatorii sunt mai obișnuiți să vadă produsul selectat în partea tabelară; pot salva această comandă ca schiță sau pot copia comanda din șablon. În general, documentele nu au fost inventate în zadar.
6. A explicat diferența dintre secțiunile „Principal”, „Important”, „Accesați”, „Vezi și”.
   Opinia mea : Personal, am înțeles-o vag, ceea ce înseamnă că majoritatea nu vor înțelege niciodată aceste nuanțe încorporate în platformă utilizabilitateîntr-un taxi. Prin urmare, interfețele vor arăta la fel ca înainte, așa cum sunt deja obișnuiți atât utilizatorii, cât și programatorii 1C.
7. Într-o celulă de câmp de tabel dintr-un formular a cărui sursă este cerere personalizată, nu puteți introduce date așa cum ați face într-un câmp de introducere. Acest lucru se face în interes utilizabilitate astfel încât utilizatorul să se concentreze pe introducerea datelor într-o fereastră separată.
   Opinia mea : Am dat un exemplu cu intrare în părți tabulare unde există un astfel de câmp, sensul interdicției nu îmi este clar.
8. Divorțurile apar din compararea unui soț cu alte persoane. Mai puține comparații - o căsătorie mai puternică.
9. Este mai ușor să înveți limbi străine atunci când studiezi mai multe dintre ele deodată; ești eliberat de mintea îngustă și de fixarea ta pentru o singură limbă maternă.
10. Este imposibil să studiezi limbi străine dacă legați un cuvânt străin de un cuvânt în limba maternă, trebuie să îl legați la o imagine. Lanțul cuvânt străin - imagine este mai scurt decât lanțul cuvânt străin - cuvânt nativ - imagine. În acest din urmă caz, nu se va putea gândi într-o limbă străină.

Concluzie

Îmi exprim recunoștința față de profesor.

Participarea la acest curs m-a eliberat de prejudecățile privind formularele gestionate; am înțeles clar nuanțele modalității, diferențele dintre interfețele 8.2 și Taxi.

Acum formele controlate nu mă sperie, ci, dimpotrivă, mă atrag să le cunosc.

Sper că, citind acest articol, veți aprecia și formularele gestionate.

Articolul continuă seria articolelor „Primii pași în dezvoltare pe 1C”.

Începând cu versiunea 8.2 în platforma 1C, în paralel cu interfața clasică convențională cu mai multe ferestre, o noua interfata, care se numește Interfață gestionată. El a fost cel care a făcut posibilă organizarea muncii cu baza de informatiiîntr-un browser web.

Acest articol oferă o introducere în interfața gestionată din perspectiva utilizatorului.

Aplicabilitate

Acest articol discută interfața de configurare gestionată dezvoltată pe platforma 1C 8.3.4.482. De remarcat că astăzi Interfața administrată, dezvoltată pe platforma 1C:Enterprise versiunea 8.2, este considerată învechită și se recomandă utilizarea următoarei sale versiuni, care se numește „Taxi”. Dar versiunea veche a interfeței gestionate nu a dispărut și pentru a evita confuzia cu terminologia în viitor, platforma ediția 8.3 a început să clasifice interfețele în opțiuni: opțiunea „Versiunea 8.2” (veche) și opțiunea „Taxi” ( nou).

Interfața Taxi este mai convenabilă și mai ergonomică, este mult mai ușor să învețe utilizatorii începători. Din punct de vedere al dezvoltării solutii aplicative interfață gestionată„Versiunile 8.2” și „Taxi” nu sunt practic diferite unele de altele. Principala diferență se observă în modul utilizator, dar nu este atât de dramatică pe cât ar părea la prima vedere. Prin urmare, vă recomandăm să vă familiarizați cu aceste informații.

Interfață gestionată

Mai întâi, să descriem cum arată configurația în general folosind o interfață gestionată:

• accesul la meniul principal și un număr de comenzi de serviciu sunt afișate în panoul de comandă de sus și sunt situate în același loc în care este afișat titlul aplicației;
• situat ceva mai jos Panoul secțiunii, care are diferite opțiuni de afișare (imagini, inscripții sau imagini și inscripții). Fiecare secțiune din configurație are propriul obiect Subsistemulși, în plus, un element obligatoriu în panoul de secțiuni este Desktop;
• În stânga în fiecare secțiune poate exista un Panou de navigare cu link-uri pentru deschiderea anumitor ferestre (inclusiv forme de liste cu diverse documente și cărți de referință). Comenzile din bara de navigare pot fi sortate în grupuri;
• sub Panoul secțiunii situat Bara de acțiuni, care conține comenzi pentru crearea obiectelor (elementele directoarelor, documentelor), precum și lansarea rapoartelor, procesarea, deschiderea unor ferestre de servicii (de exemplu, pentru scrierea constantelor);
• în partea principală a aplicației, care este numită Zona de lucru, este afișată fereastra elementului selectat în prezent. Fereastra numită ocupă toată această zonă. La schimbarea ferestrelor, acestea se înlocuiesc între ele. Deschiderea ferestrelor independente separate (care pot fi mutate după cum doriți) este posibilă ținând apăsată tasta Shift. Astfel de ferestre se deschid ca un alt element al barei de activități ale sistemului de operare.

Se recomandă crearea de noi elemente de directoare și documente fără a utiliza liste (de la Bare de acțiune).

Acest lucru se datorează faptului că atunci când lucrați pe canale de comunicare subțire, deschiderea listei va necesita ceva timp suplimentar.

Pentru a optimiza datele transmise, orice editare a unui obiect (element de director) se realizează și într-o casetă de dialog separată.

Când sunt create obiecte noi, apare o notificare corespunzătoare ( Zona de alertă– în colțul din dreapta jos al ecranului).

Mai jos este Panoul istoric, care afișează cele mai recent elemente create. Dacă este necesar, puteți folosi mouse-ul pentru a reveni la oricare dintre aceste elemente și pentru a face modificări.

Meniul principal din interfața de comandă nu este orizontal, ci vertical. Este apelat făcând clic pe butonul special din stânga în panoul de sus. Există și un meniu Toate funcțiile.

Meniul Toate funcțiile afișat dacă este bifată o casetă specială Afișați comanda tuturor funcțiilor în fereastra Opțiuni.

În aceeași fereastră puteți modifica aspectul interfeței selectând aspectul Formulare în marcaje sau Formulare în ferestre separate.

Fereastră Opțiuni apelat din meniul principal. Pentru a face acest lucru, ar trebui să selectați secvențial articolul Serviciu, și apoi Opțiuni.

În meniu Toate funcțiile puteți selecta orice obiect la care utilizatorul are drepturi de vizualizare și, de asemenea, are acces la un set de funcții standard.

Deși lista de obiecte care pot fi afișate pe desktop este determinată în configurator, există câteva posibilități de individualizare Desktopîn modul utilizator:

• în primul rând, afișat pe Desktop formularele depind de disponibilitatea drepturilor de acces la acestea;
• în al doilea rând, există câteva opțiuni de personalizare Desktop.

Schimba cu Desktop iar în meniul contextual al panoului de secțiuni, selectați .

Va apărea fereastra de setări Desktop. Formularele disponibile definite în configurator pot fi distribuite în coloane (două coloane în total); unele formulare pot să nu fie afișate.

Setări Desktop sunt stocate individual pentru fiecare utilizator.

Opțiuni de configurare similare sunt disponibile pentru Panouri de secțiune, Bare de navigareȘi Bare de acțiune. Ferestrele de configurare necesare sunt apelate prin selectarea elementului corespunzător din meniul contextual. Meniul contextual în sine este apelat în oricare dintre panourile listate.

În fereastra de setări Panouri de secțiune puteți schimba ordinea secțiunilor, puteți activa sau dezactiva vizibilitatea acestor secțiuni (folosind butoanele de adăugare și eliminare) și controlați modul de afișare ( Imagine, Text sau Imagine și text).

În fereastra de setări Bare de navigare utilizatorul poate muta elemente între grupuri și în cadrul grupurilor, poate șterge și adăuga elemente la Bare de navigare. Toate setările efectuate sunt memorate și pentru utilizatorul curent.

Setări Bare de acțiune produs în același mod. Trebuie remarcat din nou că utilizatorul poate afișa doar într-un anumit panou acele elemente de configurare la care are acces.

Am vorbit deja despre existență Zone de alertă(la crearea de noi obiecte) și Panouri de istorie(a caror dimensiuni sunt limitate).

În plus, istoricul acțiunilor cu obiecte poate fi vizualizat într-o fereastră specială, care este apelată făcând clic pe butonul cu același nume din stânga jos.

Istoricul este salvat și între sesiuni, dar numărul de înregistrări stocate nu depășește 200. Înregistrările noi le înlocuiesc pe cele vechi.

O altă caracteristică interesantă a interfeței este navigarea prin acțiunile care au fost efectuate în spațiul de lucru. Există butoane speciale care vă permit să vă deplasați înainte și înapoi, similar unui browser.

Această navigare funcționează nu numai într-o singură secțiune. În dreapta este un buton cu care poți reveni la diverse acțiuni care au fost efectuate anterior.

Această navigare funcționează numai pentru formularele care au fost deschise în zona de lucru.

În plus, este posibil să se transmită referințe la elemente specifice. Utilizatorul care acceptă linkul (de exemplu, prin poștă) îl poate deschide.

Dar mai avem un câmp gol în stânga. Puteți scoate comenzi de subsistem către acesta:

Pentru a face acest lucru, trebuie să configurați interfața de comandă a subsistemului:

Pentru ca comenzile să fie vizibile în partea stângă a interfeței, trebuie să bifați casetele din panoul de acțiuni:

După cum puteți vedea, pe lângă panoul de comandă „Creare”, există și „Rapoarte” și „Serviciu”. Deocamdată nu ne sunt disponibile pentru că nu am creat niciun raport. Să le creăm și să le includem în subsistemul „Prețuri”:

După aceasta, putem adăuga aceste rapoarte și procesare la interfața de comandă:

După aceasta, aceste comenzi vor apărea în panoul de comandă:

Pentru ca comenzile de procesare să fie disponibile pentru a fi adăugate la panoul de comandă, este necesar ca acest raport, în primul rând, să facă parte din acest subsistem și, în al doilea rând, să îi fie atribuite drepturi:

în al treilea rând, raportul trebuie să aibă un aspect:

Pentru ca serviciul să fie disponibil, prelucrarea trebuie să aibă și drepturi, în al doilea rând, această prelucrare trebuie să fie inclusă și în subsistemul corespunzător și, în al treilea rând, trebuie să aibă o comandă.