Määrityslaajennukset. Hyödyllisiä vinkkejä kehittämiseen

12.02.2024

Alustan uudessa versiossa 8.3.11 konfiguraatiolaajennusten mekanismia on parannettu erittäin merkittävästi, itse asiassa sen avulla voit luoda uuden konfiguraation nykyisen päälle, joka jää tueksi, ts. voidaan helposti päivittää. Artikkelini käsittelee näitä vallankumouksellisia muutoksia 8.3.11-alustalla.

Mielestäni tärkein innovaatio kokoonpanolaajennusmekanismissa on mahdollisuus luoda omia objekteja konfiguraatiolaajennuksessa - asiakirjoja, hakemistoja, vaihtotilikarttoja ja tietorekistereitä. Sekä mahdollisuus luoda omia taulukkoosia ja yksityiskohtia lainatuista asiakirjoista ja hakuteoista. Tutkitaan näitä uusia mahdollisuuksia esimerkkien toteuttamiseen, käytän 1C-kokoonpanoa.

Kokoonpanon on oltava yhteensopivuustilassa "Älä käytä", sama kuin laajennuksessa.

Tätä varten luomme "Managed Application" -kokoonpanoon "Auton kirjanpito" -alijärjestelmän seuraavilla objekteilla

Hakemistot: Automerkit, Autot, Autotallit

Asiakirjat: Saapuminen autotalliin, Lähtö autotallilta.

Luodaan uusi laajennus, jota kutsumme nimellä "Car Accounting", tämän laajennuksen tarkoitus on "Add-on".

Lisätään uuteen laajennukseen oma kuva, johon ladataan autokuvake

Nyt luomme uuden alijärjestelmän, jota kutsumme nimellä "Auton kirjanpito", tässä alijärjestelmässä tarkistamme "Sisällytä komentoliittymään" -lipun ja "Picture" -ominaisuudessa osoitamme uuden kuvakkeen.

Luodaan hakemistoja: Automerkit, Autot (sisältää Brand-attribuutin, jossa on tyyppilinkki Automerkit-hakemistoon) ja Korjaamot.

Uuden hakemiston luominen kokoonpanolaajennuksessa on helppoa: kaikki tehdään täsmälleen samalla tavalla kuin tavallisessa kokoonpanossa: hakemistohaara on korostettu, kontekstivalikko avataan, jossa sinun on napsautettava "Lisää" -kohtaa;

Samalla tavalla luomme uusia asiakirjoja: Auton saapuminen ja Auton hävittäminen.

Sisällytetään kaikki uudet objektimme osajärjestelmään.

Suoritetaan nyt kokoonpanomme ja tarkastellaan uutta alijärjestelmää

Yritetään nyt lisätä uusi attribuutti laajennettavan kokoonpanon hakemistoon, ja tämän attribuutin tyyppi tulee laajennuksesta. Tehdään seuraava tehtävä: lisää vastapuolihakemistoon uusi attribuutti, jossa on tyyppilinkki Autohakemistoon.

Tätä varten lainaamme laajennukseen urakoitsijahakemiston.

Lisätään uusi attribuutti lainatulle hakemistolle, jota kutsutaan nimellä Car.

Ja lisää laajennusattribuutit lainattuun lomakkeeseen.

Nyt, jos siirrymme määrityshakemistoomme, voimme täyttää tämän määritteen laajennuksesta.

Näin ollen voimme tiivistää: alusta 8.3.11 tarjoaa täysin uusia mahdollisuuksia konfiguraatiomuutoksille. Itse asiassa nyt konfiguraatiolaajennus on täysimittainen kokoonpano itsessään, joka on rakennettu pääkokoonpanon päälle. Jatkamme 1C-alustan kehityksen seuraamista.

Opi konfiguroinnin perusteet 1C:ssä ja ohjelmoimaan 1C: Enterprisessa kirjojeni avulla:

  • Vahvista tietosi ongelmakirjan avulla;
  • Erinomainen opas hallitun 1C-sovelluksen kehittämiseen sekä aloitteleville kehittäjille että kokeneille ohjelmoijille.

    1. Erittäin helppokäyttöinen ja ymmärrettävä esityskieli
    2. Kirja lähetetään sähköpostitse PDF-muodossa. Voidaan avata millä tahansa laitteella!
    3. Ymmärrä hallitun 1C-sovelluksen ideologia
    4. Opi kehittämään hallittua sovellusta;
    5. Opi kehittämään hallittuja 1C-lomakkeita;
    6. Pystyt työskentelemään hallinnoitujen lomakkeiden perus- ja tarpeellisten elementtien kanssa
    7. Ohjelmointi hallitun sovelluksen alla tulee selväksi

    Kampanjakoodi 15 % alennukseen - 48PVXHeYu


    Jos tämä oppitunti auttoi sinua ratkaisemaan jonkin ongelman, pidit siitä tai pidit siitä hyödyllisenä, voit tukea projektiani lahjoittamalla minkä tahansa summan:

    Voit maksaa manuaalisesti:

    Yandex.Money - 410012882996301
    Verkkoraha - R955262494655

    Liity ryhmiini.

    Laajennus on eräänlainen kääre olemassa olevalle kokoonpanolle käyttäjäistunnon sisällä. Toistaiseksi vain tämä "kääre" voi kääriä määritysobjekteja, kuten hallittuja lomakkeita, rooleja ja alijärjestelmiä. Ja sinulla on myös omia objekteja, kuten raportti, käsittely tai alijärjestelmä.

    Katsotaanpa esimerkkiä painikekäsittelijän korvaamisesta hakemistoelementin muodossa.

    Pääkokoonpanossa painikekäsittelijän koodi:

    Vaihdetaan ohjaaja omaan. Lainataan tätä varten hakemistolomake laajennukseseemme:
    Etsi lomake päämäärityspuusta ja valitse pikavalikosta "Lisää laajennukseen" -komento. Laajennusten hallinta -valintaikkuna avautuu. Lisätään siihen uusi laajennus ja valitaan se.
    Uuden laajennuksen puu lainatulla lomakkeella avautuu.


    Lomake on sama kuin pääkokoonpanossa, mutta moduulin teksti puuttuu. Luodaan painikkeellemme uusi käsittelijä:

    Suoritamme kokoonpanon testausta varten, suoritamme komennon ja näemme seuraavan tuloksen:

    Tiimimme soitti peräkkäin laajennuksen käsittelijälle ja päämäärityksen käsittelijälle. Ei aivan sitä mitä odotimme. Meidän ei tarvitse soittaa käsittelijää pääkokoonpanosta. Korjataan menettelymme koodi lisäämällä menetelmä SetExecutionEventHandlers

    Haluttu tulos:

    Jos haluat siepata tapahtuman käsittelijöiden suorittamisen JÄLKEEN, on olemassa menetelmä SetExecutionAfterEventHandlers

    Tuloksena:

    Jos lisäämme toisen alaliittymän, kutsutaan ensin toisen alaliittymän käsittelijä, sitten 1. ja sitten pää.

    Ohjausikkuna voidaan kutsua konfiguraattoritilassa valikon Configuration->Configuration extensions kautta. Yritystilassa Kaikki toiminnot -> Vakio -> Hallitse kokoonpanolaajennuksia.

    Toteutettu versiossa 8.3.6.1977.

    Olemme ottaneet käyttöön täysin uuden mekanismin sovellusratkaisujen mukauttamiseen tietylle käyttäjälle - laajennusmekanismin.

    Mihin laajennukset ovat hyviä?

    Laajennukset tarjoavat erilaisen strategian vakiokokoonpanojen muuttamiseen kuin nykyiset. Uuden strategian käyttäminen helpottaa merkittävästi sellaisten standardiratkaisujen tukea, joita haluat mukauttaa tietyn toteutuksen tai tietyn asiakkaan tarpeisiin.

    Miltä tämä prosessi näyttää nyt? On vakiokokoonpano. Toimittaja tukee sitä täysin. Tämä tarkoittaa, että sitä ei voi muuttaa. Toimittaja julkaisee ajoittain uusia (parannettuja) versioita tästä kokoonpanosta. Tällaisessa tilanteessa kokoonpanon vanhan version päivittäminen uuteen versioon on täysin automaattista. Tämä on kätevää eikä vaadi asiakkaalta erityisiä taitoja tai tietoja.

    Mutta usein asiakas haluaa lisätä jotain tai muuttaa jotain vakiokokoonpanossa "itsekseen". Tätä varten tukitilaa muutetaan, kokoonpano poistetaan täydestä tuesta. Toteutuskumppani tai asiakkaan omat IT-asiantuntijat tekevät siihen tarvittavat muutokset. Tästä eteenpäin vakiokokoonpanon täysin automaattinen päivitys toimittajan julkaisemaan uuteen versioon tulee mahdottomaksi.

    Nyt kokoonpanon päivittäminen vaatii asiantuntijan osallistumista. Lisäksi, jos asiakkaan pyynnöstä tehdyt muutokset olivat merkittäviä, konfiguraatiopäivityksen suorittava asiantuntija voi viedä huomattavan paljon aikaa. Ja usein voidaan vaatia erittäin hyvää tietämystä sekä itse tyypillisestä kokoonpanosta että tehdyistä muutoksista.

    Laajennusten tarjoama strategia on seuraava. Jos haluat muuttaa vakiokokoonpanoa, et koske itse kokoonpanoon. Teet kaikki muutokset laajennukseen, joka itse asiassa on myös kokoonpano.

    1C:Enterprise-tilassa liität vain laajennuksen vakiokokoonpanoon. Alusta yhdistää automaattisesti laajennuksesi vakiokokoonpanoon 1C:Enterprise-tilassa. Lopputuloksena asiakas työskentelee toiveidensa mukaan muunnetulla standardiratkaisulla.

    Kun toimittaja julkaisee uuden version viitekokoonpanosta, tapahtuu automaattinen päivitys, koska viitekokoonpanon tukitila ei ole muuttunut. Hän pysyi toimittajan täysin tukena. Ja kun käynnistät päivitetyn sovellusratkaisun, alusta yhdistää automaattisesti muuttuneen vakiokokoonpanon laajennukseesi. Ja asiakas jatkaa työskentelyä vakioratkaisulla, jota on muokattu toiveidensa mukaan.

    Milloin laajennuksia kannattaa käyttää?

    Jatkomekanismi houkuttelee monipuolisuutensa ansiosta. Siksi on tärkeää saada oikea käsitys siitä, mitä tehtäviä sillä on tarkoitus ratkaista.

    Ensinnäkin laajennukset ovat välttämättömiä, kun sovellusratkaisu toimii tiedonjakotilassa. Esimerkiksi palvelumallissa. Yksi tilaajista haluaa pari lisäraporttia. Muut tilaajat haluavat työskennellä muuttumattomilla vakiokokoonpanoilla.

    Sitten juuri tälle tilaajalle voit kehittää laajennuksen, jossa voit toteuttaa kaikki hänen toiveensa. Tilaaja yhdistää tämän laajennuksen ja toimii muutetulla kokoonpanolla. Muiden tilaajien kohdalla muutoksia ei tapahdu. Koska kaikki laajennukset yhdistetään ja käynnistetään nykyisten erotinarvojen perusteella.

    Toinen tilanne on, kun standardikokoonpanoa muutetaan tietylle asiakkaalle käyttöönoton aikana. Tai muutoksia vakiokokoonpanoon, jonka asiakkaan IT-asiantuntijat tekevät itse. Jos kaikki nämä parannukset tehdään laajennukseen, vakiokokoonpano pysyy täysin tuettuna, mikä yksinkertaistaa huomattavasti sen lisähuoltoa.

    On houkutus käyttää laajennuksia massatuotettujen sovellusratkaisujen luomiseen, mutta näin ei pidä tehdä. Ensinnäkin, koska laajennuksia ei ole suunniteltu tällaisiin tehtäviin. Ja toiseksi, koska muut alustamekanismit, kuten toimitus- ja tukimekanismit, eivät tiedä mitään laajennuksista.

    Jos tarkastellaan hieman laajennusten esiintymisen historiaa, olemme tietysti nähneet aiemmin ja näemme nyt, että kokoonpanot ovat tulossa monimutkaisempia. Näemme, että lisätukea tarvitaan eri kehitystasoilla: kirjastossa, modulaarisessa ja teollisuudessa jne. Analysoimme kaikki nämä tehtävät ja tulimme siihen tulokseen, että tällä hetkellä tärkeintä on mukauttaa konfiguraatiot käyttäjien toiveiden mukaan toteutusten aikana.

    Tätä tehtävää varten loimme laajennusmekanismin. Tietysti voit huomata siinä erilaisia ​​piirteitä muista luetelluista kehitysalueista. Mutta ne eivät ole sen päätarkoitus, eivätkä ne saa hämmentää sinua.

    Mitä voit muuttaa nyt käyttämällä laajennuksia?

    Toistaiseksi ei ole tehty paljon, mitä on suunniteltu tehtäväksi. Mekanismi tietysti kehittyy. Mutta se, mitä on jo tehty, voi olla hyödyllistä monissa tapauksissa toteutuksen aikana. Nyt:

    • Voidaan vaihtaa hallinnoidut lomakkeet, olemassa vakiokokoonpanossa;
    • Voit lisätä uusia alajärjestelmiä. Voit muuttaa vakiokokoonpanossa käytettävissä olevien alijärjestelmien koostumusta;
    • Voidaan vaihtaa roolit vakiokokoonpano lisäämällä niihin laajennuksessa luotuja objekteja;
    • Voidaan vaihtaa komentokäyttöliittymä tyypillinen kokoonpano (pääosio, alijärjestelmät);
    • Voit lisätä uusia raportteja Ja käsittelyä.

    Jatkossa aiomme lisätä laajennusten toimivuutta asteittain ja otamme mielellämme vastaan ​​mielipiteesi siitä, mikä toiminnallisuus on pienin muutoksin toteutuksissa eniten kysytty.

    Miten laajennus toimii?

    Laajennus on hyvin samanlainen kuin tavallinen kokoonpano. Se esitetään myös esineiden puuna. Laajennuksen kanssa työskentelyyn käytetään samoja työmenetelmiä kuin tavallisessa kokoonpanossa.

    Laajennuksen tärkeä ominaisuus on läsnäolo lainattuja esineitä. Voit lainata mitä tahansa vakiokonfiguraatioobjektia kontekstivalikon komennolla:

    Lainattuja esineitä ei aina tarvita. Tämä selitetään parhaiten "arkipäivän" esimerkillä, jos vedämme analogian lounaan kanssa ravintolassa.

    Ensimmäinen tilanne on silloin, kun tarvitaan lainaesineitä.

    Olet tottunut syömään lounasta samassa ravintolassa. Tilaat aina pihviä ja teetä. Esimerkiksi siksi, että he ovat erittäin hyviä tässä ravintolassa. Tai jostain muusta syystä. Ei sillä ole väliä. Ainoa tärkeä asia on, että aiot syödä niitä, etkä mitään muuta.

    Silloin ravintola on tyypillinen tietokanta. Olet laajennus. Ravintolan menu on laajennettava vakiokokoonpano. Naudanpihvi ja tee ovat lainaesineitä. Lainasit ne (muistat, että ne olivat ruokalistalla).

    Miten laajennus muodostaa yhteyden kokoonpanoon ja toimii? Tulet ravintolaan ja pyydät ruokalistaa. Listasta näet, että siellä on pihviä ja teetä. Toisin sanoen luot vastaavuuden lainattujen objektien ja vakiokokoonpanon objektien välille. Luonnollisesti vastaat nimellä :). He tuovat sinulle pihviä ja teetä, sinä syöt ne. Eli laajennus muodostaa yhteyden ja toimii.

    Viikkoa myöhemmin tulet, mutta ravintolan menu on muuttunut (vakiokokoonpano on päivitetty). Pihvi ja tee ovat kuitenkin edelleen ruokalistalla. Ne ovat juuri sitä, mitä tarvitset. He tuovat ne sinulle, sinä syöt ne. Toisin sanoen laajennus jatkaa toimintaansa päivitetyllä vakiokokoonpanolla.

    Viikkoa myöhemmin tulet ravintolaan ja huomaat, että pihvi ja tee ovat kadonneet valikosta. Nouset ylös ja poistut (alaliittymän yhteyden virheilmoitus). Koska sitä sinä halusit. Eikä sinulla ole aavistustakaan muista astioista (esineistä). Kehittäjä ei opettanut sinulle, kuinka etanoita tai hummereita tulee syödä oikein.

    Toinen tilanne, kun pärjäät ilman lainattuja esineitä.

    Menet ravintolaan, mutta tiettyjen ruokien saatavuus ei kiinnosta sinua. Koska et aio syödä niitä joka tapauksessa. Haluat vain kuvata niitä. Ja osaat kuvata mitä tahansa ruokaa. Sitten vain muodostat yhteyden kokoonpanoon ja sanot: tuo kaikki välipalat, jotka sinulla on valikosta (saat kokoelman dokumentteja metatiedoista). Ohjaan heidät uudelleen (otan valokuvia).

    Jos kuvaamme tätä kehittäjien kuivalla kielellä, käy ilmi, että sinun on lainattava objekteja:

    • Kun niitä tarvitaan visuaaliseen suunnitteluun. Voit esimerkiksi laajentaa lomaketta ja lisätä lomakkeen rekvisiitta, kuten DirectoryCurrencies.Link. Sitten tietysti kannattaa lainata hakuteos Valuutat, joten kun muodostat yhteyden vakiokokoonpanoon, voit olla varma, että tällainen hakemisto on edelleen olemassa.
    • Kun niitä tarvitaan koodin toimimiseen. Esimerkiksi laajennuskoodissa pääset hakemistomääritteeseen Nimikkeistö - Maahantuoja. Sitten tämä attribuutti on myös lainattava, jotta yhdistämisen yhteydessä voit olla varma, että vakiokokoonpanossa tällainen attribuutti on edelleen olemassa hakemistossa Nimikkeistö.

    Laajennuksen yhdistäminen

    Luot laajennuksen konfiguraattorissa. Kun se on virheenkorjattu ja testattu, voit hylätä sen tallentamalla laajennuksen *.cfe-tiedostoon.

    Voit lähettää tämän tiedoston asiakkaalle. Asiakas lataa sen itsenäisesti tietokantaansa 1C:Enterprise-tilassa käyttämällä vakiotoimintoa Määrityslaajennusten hallinta.

    Laajennusten kanssa työskentely on saatavilla sisäänrakennetusta kielestä, joten sovellusratkaisussa voit luoda oman käsittelyn, joka lataa laajennuksia. Jotta kaikki eivät leikkiisi laajennuksilla, olemme lisänneet uuden oikeuden - Määrityslaajennusten hallinta.

    Kun tiedostosta ladataan laajennus, se tallennetaan tietokantaan. Lisäksi se tallennetaan tässä istunnossa käytettyjen nykyisten erotinarvojen yhteydessä.

    Jotta laajennus toimisi, istunto on käynnistettävä uudelleen. Kun istunto alkaa, juuri ennen tapahtuman kutsua SettingSessionParameters, kaikki tietokantaan tallennetut laajennukset, jotka vastaavat tämän istunnon nykyisiä erotinarvoja, yhdistetään.

    Tämän seurauksena, kun työskentelet tiedonjakotilassa, laajennusta sovelletaan vain tämän tietyn tilaajan käyttäjiin. Ja jos tietojen erottelua ei käytetä, laajennus toimii kaikille tietokannan käyttäjille.

    Kun liität laajennusta, kuten olemme jo sanoneet, tarkistetaan, että lainattuja objekteja on olemassa vakiokokoonpanossa. Objektit yhdistetään nimellä.

    Lisäksi tarkempi ohjaus on mahdollista. Voit hallita paitsi esineiden olemassaolon tosiasiaa myös niiden yksittäisten ominaisuuksien tilaa. Eli jos ajattelet ravintolaa ja pihviä, sinulle ei välttämättä ole tärkeää vain jollain tavalla kypsennetty pihvi, vaan juuri se, että täällä sitä kypsennetään harvinaisena, "harvinaisena".

    Palatakseni laajennukseen, se ei oletuksena ohjaa lainattujen objektien ominaisuuksia. Mutta tarvittaessa voit tehdä joistakin ominaisuuksista ohjattavia. Esimerkiksi algoritmillesi on tärkeää, että hakemistoa ei ole olemassa Nimikkeistö, mutta myös sen koodin tyyppi Linja.

    Sitten, jos toimittaja muuttaa tyypillisessä kokoonpanossa tämän hakemiston koodityypin Määrä, laajennus havaitsee tämän yhteyden muodostamisen yhteydessä ja ilmoittaa virheestä.

    Mielenkiintoinen kohta liittyy vakiokonfiguraatioobjektien uudelleennimeämiseen. Tulit esimerkiksi ravintolaan, ja sen sijaan Pihvi kirjoitettu Pihvi. Toisin sanoen laajennus ei löydä siitä hakemistoa muodostaessaan yhteyden kokoonpanoon Nimikkeistö, koska myyjä nimesi sen uudelleen Tavarat.

    Nyt tämä tilanne ei ole sinulle ongelma. Ja sinun ei tarvitse "lapioida" kaikkea laajennuskoodia sen sijaan Nimikkeistö kirjoittaa Tavarat. Toimii myös. Siksi sinun tarvitsee vain muuttaa lainatun kohteen nimi Tavarat, ja alusta tekee loput muutokset itse laajennukseen. Tai vähäisellä avustuksellasi.

    Laajennustoiminto

    Voit puhua melko pitkään erilaisten objektien laajentamisen ominaisuuksista, itse laajennusten toiminnan ominaisuuksista. Mutta arvosteluartikkelin laajuus rajoittaa meitä, joten käsittelemme vain keskeisiä ja paljastavimpia kohtia.

    Laajennusten tärkein "kauneus" ei tietenkään ole siinä, että voit lisätä vakiokokoonpanoon jotain, jota ei ole olemassa. Ja tosiasia on, että laajennuksessa voit muuttaa sitä, mikä on jo vakiokokoonpanossa. Eli voit muuttaa lainattujen objektien ominaisuuksia.

    Peruskonsepti, jota käytetään, kun konfigurointi ja laajennus toimivat yhdessä, voidaan kuvata seuraavasti. Niissä paikoissa, joissa ne eivät leikkaa, laajennus täydentää kokoonpanoa. Niissä paikoissa, joissa ne "leikkaavat", käytetään laajennusta.

    Tämä voidaan nähdä yksityiskohtaisemmin käyttämällä esimerkkinä hallinnoituja lomakkeita. Voit lainata lomakkeen pääkokoonpanosta ja muokata sitä laajennuksessa ilman rajoituksia. Lomakkeen visuaalisessa osassa ja sen moduulissa käytetään kahta erilaista yhdistämisstrategiaa.

    Lomakkeen visuaalinen osa on kiinnitetty laajennukseen sen lainaushetkellä. Ja 1C:Enterprise-tilassa jokaisen lomakkeen elementin osalta tähän tilaan liittyvät muutokset analysoidaan vakiokokoonpanossa ja laajennuksessa.

    Jos muutoksia ei ole tehty tai ne olivat vain vakiokokoonpanossa, käytetään vakiokokoonpanon arvoa. Muissa tapauksissa käytetään laajennuksen arvoa.

    Jos siis lisäsit uuden komennon laajennuksessa olevaan lomakkeeseen, näet sen yhdessä lomakkeen muiden komentojen kanssa. Ja jos muutit olemassa olevan ryhmän otsikkoa, näet nimesi, vaikka toimittaja muuttaisi tämän ryhmän nimeä vakiokokoonpanossa.

    Lomakemoduulit käyttävät erilaista lähestymistapaa. Lainattua lomaketta varten laajennus luo oman moduulin, jossa on omat käsittelijät kaikille tapahtumille. 1C:Enterprise-tilassa molemmat lomakemoduulit (vakiokokoonpanosta ja laajennuksesta) yhdistetään yhteen kontekstiin. Tästä syystä jokaisella laajennuksella on oma etuliite, joka lisätään kaikkiin lomakemoduulin tapahtumakäsittelijöihin. Jotta ei ole sattumia vakiokokoonpanon käsittelijöiden kanssa. Tämän jälkeen tapahtuma- ja komentokäsittelijät kutsutaan peräkkäin ja synkronisesti. Ensin ohjaaja laajennuksesta. Sitten vakiokokoonpanosta. Voit muuttaa tätä järjestystä tai kieltää käsittelijän suorittamisen kokonaan vakiokokoonpanosta.

    Yleisesti ottaen konfiguroinnin ja laajennuksen yhteistoiminnassa 1C:Enterprise-tilassa ne ovat yhteisessä nimiavaruudessa. Tämä ei koske vain yksittäisiä moduuleja, vaan myös itse metatietopuita. Siksi 1C:Enterprise-tilassa ei ole mitään keinoa määrittää, onko tämä objekti "natiivi" vakiokokoonpanossa vai onko se peräisin laajennuksesta.

    Mitä tulee muihin objekteihin, joita voit käyttää laajennuksessa, kaikki näyttää heille paljon yksinkertaisemmalta.

    Laajennuksessa voit luoda omia alijärjestelmiä. Lainattujen objektien avulla voit laajentaa olemassa olevia alijärjestelmiä: lisätä niihin objekteja ja alijärjestelmiä, jotka ovat jo vakiokokoonpanossa tai ne, jotka olet luonut laajennuksessa. Et voi poistaa mitään olemassa olevasta osajärjestelmästä.

    Voit laajentaa rooleja vain lisäämällä niihin laajennuksessa luotuja objekteja. Et myöskään voi poistaa mitään olemassa olevasta roolista. Sama koskee komentokäyttöliittymää.

    Laajennus on melkein konfigurointia

    Sanoimme alussa, että laajennus on samanlainen kuin tavallinen kokoonpano. Siksi lopuksi haluaisin sanoa muutaman sanan siitä, kuinka laajennukset integroidaan muihin alustamekanismeihin.

    Laajennuksella (kuten tavallisella kokoonpanolla) on pääkokoonpano ja tietokantakokoonpano. Konfiguraatioiden vertailu- ja yhdistämismekanismi toimii laajennuksien kanssa samalla tavalla kuin tavallisten kokoonpanojen kanssa.

    Voit ladata tiedostotunnisteen tiedostoon (tosin eri tunnisteella *.cfe) ja ladata tiedostosta. Laajennukset voidaan ladata/ladata XML-muodossa.

    Käyttöliittymätekstien globaalin haun, korvaamisen ja muokkauksen mekanismit toimivat myös laajennusten kanssa.

    Laajennusten kanssa työskentelemiseen on uusia komentoriviparametreja sekä uusia tapahtumia lokissa.

    Sisäänrakennetulla kielellä laajennusten kanssa työskentelyn pääobjekti on ExtensionManagerConfiguration.

    Käyttäjät haluavat usein muuttaa vakioratkaisuja omien tarpeidensa mukaan. Aina ei ole mahdollista ratkaista ongelmaa käyttämällä ulkoista käsittelyä tai raportteja, ja siksi standardiratkaisuihin on tehtävä muutoksia.

    Päivityksiä julkaistaan ​​säännöllisesti vakiokokoonpanoille. Jotta päivitykset suoritettaisiin automaattisesti, konfiguraatiota on tuettava ilman muutoksia. Jos sallit muutokset, automaattiset päivitykset eivät ole käytettävissä. Ja jotta voit suorittaa päivityksen manuaalisesti, sinun on otettava yhteyttä asiantuntijoihin. Muutettujen kokoonpanojen päivittäminen voi kestää kauan tehtyjen muutosten määrästä riippuen.

    Alustaversiosta 8.3.6 alkaen on ilmestynyt uusi tapa tehdä muutoksia - "Asetuslaajennukset". Tätä menetelmää käytettäessä kokoonpano ei muutu, minkä ansiosta voit säilyttää mahdollisuuden päivittää automaattisesti. Määrityslaajennukset luodaan ja niitä muokataan konfigurointitilassa. Jotta voit avata ikkunan laajennusten katselua ja muokkaamista varten, sinun on siirryttävä päävalikkoon: Kokoonpano-> Asetuslaajennukset.


    Laajennusmekanismi on uusi, joten muutosten lisääminen ei ole mahdollista kaikille metatieto-objekteille.
    Esimerkki lisäämisestä.

    Seuraavat toiminnot ovat käytettävissä laajennuksille:
    Uusien raporttien lisääminen ja käsittely;
    Hallittujen lomakkeiden muokkaaminen ja lisääminen;
    Säännöllisten lomakkeiden lisääminen;
    Komentoliittymän muutos saatavilla;
    Roolien muokkaaminen;
    Osajärjestelmien lisääminen ja niiden koostumuksen muuttaminen;

    Jotta objekti olisi muokattavissa, se on lisättävä laajennukseen. Tee tämä valitsemalla objekti metatietopuusta ja napsauttamalla hiiren kakkospainikkeella ja valitsemalla "Lisää laajennukseen". Tämän jälkeen "Double"-elementti luodaan laajennuspuuhun. Esimerkiksi kun lisäät hakemiston "Nimikkeistö", sama hakemisto näkyy laajennuksessa. Tästä syystä samasta objektista on kaksi versiota. Yksi versio on pääkokoonpanossa ja toinen laajennuksessa. Kun käyttäjä työskentelee tämän objektin kanssa 1C:Enterprisessa, ohjelma vertaa nimen mukaan pääkokoonpanon versiota ja laajennuksen versiota ja soveltaa sitten muutokset laajennuksesta pääkokoonpanon objektiin. Jos objekteja ei voida täsmäyttää, näyttöön tulee virheilmoitus.

    Laajennusten lataaminen ja lataaminen

    Laajennukset voidaan ladata tiedostoon (*.cfe). Lataaminen on mahdollista konfiguraattorissa ja yrityksessä. Konfigurointitilassa laajennuksen muokkausikkuna avautuu yllä olevan kuvan mukaisesti. Yritystilassa laajennusten lataamiseen, purkamiseen ja poistamiseen käytetään erikoiskäsittelyä, joka avataan päävalikon kautta:
    Kaikki toiminnot -> Vakio -> Hallitse kokoonpanolaajennuksia.


    Voit lukea lisää toimenpiteiden ja toimintojen ohittamisesta artikkelista
    .

    Voit lukea lisää laajennuksen lisäämisestä kokoonpanoon artikkelista