Sistem de tip (Tip sistem)
Sistemul de tip - un sistem special în care se organizează datele, soluțiile software. Sistemul de tip vă permite să furnizeze informații în ceea ce privește lumea reală, „ușor de înțeles“ pentru 1C: Enterprise 8.
Sistemul de tip oferă oportunități ample pentru descrierea logicii de afaceri direct la soluții de aplicații, precum și pentru a efectua sarcini de procesare intermediare.
Descrierea sistemului de tip conținut în sintaxa-mate, ajutorul și documentația on-line.
Caracteristica principală a tip de sistem este că există tipuri care există în orice soluții de aplicații. Face aceste tipuri sunt definite la nivel de platformă și sunt mereu prezente, indiferent de acțiunile dezvoltatorului. Împreună cu ei într-o soluții specifice de aplicare pot exista diferite tipuri de date, este inerent acestei soluții specifice aplicației. Pentru aceste tipuri de date la nivelul platformei identificat doar reguli generale pentru crearea lor, template-uri. Un tipuri de date specifice pentru a crea o platformă deja baza modului în care dezvoltatorul creează și modifică structura soluției de aplicare.
tipuri de date definite la nivelul platformei
Tipuri de date primitive - acestea sunt tipuri, cum ar fi șir de caractere. Numărul. Data. Boolean și altele. Aceste tipuri nu sunt nimic special la 1C: Enterprise 8. De obicei, tipuri de astfel de date există în alte sisteme software.
Valorile tipurilor primitive sunt valori indivizibile simple, în care componentele individuale nu pot fi separate. De exemplu, numărul de tipuri de valori pot fi 1, 8, 15, etc. Pentru a crea o valoare de tip primitiv, în program trebuie să precizeze literal -. Symbolic valoarea identificator.
De asemenea, există mai multe tipuri de date complexe. De exemplu, platforma suportă o varietate de tipuri, care sunt valori de colectare versatile: solide. Structura. SpisokZnacheny și altele.
În plus față de platforma implementat tipurile de date specifice, care implementează o funcționalitate deosebită de soluții de aplicare: TextDocument. SpreadsheetDocument. HranilischeZnacheniya. PostroitelZaprosa și altele.
Tipuri comune sunt, de asemenea, menționate ca obiecte partajate. Valorile acestor tipuri, spre deosebire de valorile de tip primitive reprezintă un set de valori pentru proprietățile individuale ale obiectului. Prin urmare, ele sunt numite instanțe obiect.
instanțe de obiecte sunt create cu ajutorul unui operator de limbaj built-in special - noi.
tipuri de interfețe permit să organizeze interacțiunea vizuală cu soluțiile de aplicații utilizator. Acestea sunt în principal tipurile de forme legate de muncă și elementele lor.
tipuri de date, formate în soluții de aplicații
Cu toate acestea, împreună cu tipurile de date care sunt definite la nivelul platformei, soluția de aplicații specifice pot folosi tipuri unice de date care există numai în aceste soluții specifice aplicației. Mai mult decât atât, platforma va sprijini pe deplin activitatea acestor tipuri de date în același mod ca și tipurile care sunt definite la nivelul platformei.
De obicei, noi tipuri de date în soluția aplicată implică folosirea unei aplicații de configurare a obiectelor. Prin urmare, aceste tipuri de aplicații sunt numite, de asemenea, tipuri sau obiecte de aplicație.
La nivelul platformei este susținută de un număr de clase (modele) obiecte de aplicație, care ele însele nu pot fi folosite într-o soluții specifice aplicației. De exemplu, puteți lista acele clase de obiecte de aplicare ca referință. Documente. Registre de informații. de caracteristicile speciilor planuri și așa mai departe.
Pentru fiecare clasă de obiecte de aplicații definesc funcționalitatea de bază corespunzătoare: tipurile de tabele de baze de date care urmează să fie create pentru stocarea de date, template-uri, obiecte de limbaj standard, un set de reguli, etc.
Developer, crearea de soluții de aplicare, nu este în măsură să utilizeze aceste clase direct, dar se poate adăuga la soluția de aplicare un nou obiect de configurare moștenește toate funcționalitățile unei anumite clase:
De exemplu, un dezvoltator poate adăuga la soluția de referință Aplicație nouă Interval. care vor moșteni funcționalitatea directorul de clasă. sau un document nou KassovyyOtchet. care vor moșteni funcționalitatea unei clase de documente.
Imediat după acest plus, dezvoltatorul a făcut disponibile noi tipuri de date, a căror compoziție este determinată de configurația obiectului aparținând unei anumite clase de obiecte de aplicație.
De exemplu, după crearea unui nou Nomenclator director. pus la dispoziție următoarele tipuri de date:
Tipul de sistem descrie doar un „cadru“ general al acestui tip, regulile care vor forma obiecte de acest tip. Tipul specific numele, compoziția și proprietățile metodele obiectului va depinde de modul în care configurația obiectului de apel dezvoltator și care, de exemplu, proprietăți, parte tabular se adaugă la acesta.
În același timp, după crearea unui nou registru de acumulare ProdazhiKompanii. o parte din noile tipuri de date vor fi diferite:
- RegistrNakopleniyaMenedzher.ProdazhiKompanii,
- RegistrNakopleniyaVyborka.ProdazhiKompanii,
- RegistrNakopleniyaSpisok.ProdazhiKompanii,
- RegistrNakopleniyaNaborZapisey.ProdazhiKompanii,
- RegistrNakopleniyaZapis.ProdazhiKompanii,
- RegistrNakopleniyaKlyuchZapisi.ProdazhiKompanii.
Ar trebui din nou remarcat faptul că aceste tipuri de date nu sunt acceptate platforma inițial, și există numai în soluții specifice aplicației.
Un alt punct pe care să se concentreze, cel mai simplu mod de a demonstra exemplul.
De exemplu, în decizia de aplicare pentru a crea două noi manuale: Nomenclatura și prețurile. În ciuda faptului că ambele aceste obiecte moștenesc funcționalitatea Directories clasa corespunzătoare. și pentru ei în soluția de aplicare este aceeași structură a tipurilor de date a fost creat, „același nume de“ tipuri de date vor fi diferite tipuri de date. De exemplu, SpravochnikObekt.Nomenklatura și SpravochnikObekt.Tseny - diverse tipuri de date.
Acest lucru se datorează faptului că dezvoltatorul poate, în plus față de funcționalitatea de bază moștenită din clasa corespunzătoare, adăugați propria, în special pentru fiecare element de configurare. De exemplu, atât referința menționată mai sus pot conține porțiuni tabular (care este moștenită din clasa Bibliografie). Cu toate acestea, pentru prețurile de referință dezvoltator nu creează nici o secțiune de masă, în timp ce pentru nomenclatura director în care se va crea, de exemplu, trei din tabel. Evident, structura SpravochnikObekt.Nomenklatura de date de tip stocare va diferi în mod semnificativ de stocare a datelor de tip structura SpravochnikObekt.Tseny.