Konfigurationstillägg. Användbara tips för utveckling 1c 8.3 hur man skriver tillägg

Konfigurationsförlängningsmekanismen är en speciell mekanism som är utformad för att ändra en utökningsbar konfiguration utan att ändra denna konfiguration (inklusive utan att ta bort från support).

När man överväger konfigurationsförlängningsmekanismen kommer följande termer att användas:

Utbyggbar konfiguration- den huvudsakliga infobasskonfiguration för vilken tillägget tillämpas eller för vilket tillägget utvecklas.
Utökar konfigurationen- en uppsättning konfigurationsobjekt anslutna till en utökningsbar konfiguration och som innehåller en uppsättning objekt som har lagts till i en utökningsbar konfiguration. Ett tillägg kan inkludera både utökningsbara konfigurationsobjekt och objekt som inte finns i den utökbara konfigurationen.
Eget objekt- ett fristående konfigurationsobjekt som kan vara antingen i en utökningsbar konfiguration eller ett tillägg (rapport, bearbetning eller delsystem).
Lånade föremål- eget objekt läggs till i konfigurationstillägget.
Förlängningsbart objekt- eget objekt för vilket vissa parametrar (egenskaper, former, etc.) har ändrats i det lånade objektet.
Expanderande objektÄr ett lånat objekt som har modifierats i förhållande till objektet som förlängs. Närvaron av endast övervakade fastigheter i ett lånat objekt gör inte det lånade objektet utökbart.
Det resulterande objektetÄr ett inbyggt objekt plus föreningen av alla tilläggsobjekt (om det finns flera tillägg). Om det inte finns några förlängande objekt för det egna objektet blir det det resulterande "inga ändringar". De där. i konfigurationen som användaren arbetar med - alla objekt är resulterande, oavsett närvaro och antal installerade tillägg.
Expanderande fastighet- egendom för det lånade objektet, vilket ändrar egenskapen med samma namn på det utökade objektet.
Kontrollerad egendom- egendom hos det lånade objektet, vars värde kontrolleras när anknytningen ansluts till den utökningsbara konfigurationen. Om värdet för den övervakade egenskapen i tillägget inte matchar värdet för samma egenskap i den utökningsbara konfigurationen om tillägget (i 1C: Enterprise -läge) ansluts, kommer tillägget inte att aktiveras.
Modifierbar egendom- egendom hos det lånade objektet, vars värde i det resulterande objektet kommer att erhållas från tillägget.

En egendom hos ett lånat objekt kan inte vara både kontrollerbart och modifierbart.

Huvudsyftet med konfigurationstillägget är att förfina applikationslösningen under implementeringen (eller i "molnet") enligt kundens behov. I det här fallet behöver den slutliga konfigurationen inte tas bort från supporten. Som ett resultat bibehålls enkelheten med att uppdatera en typisk applikationslösning som stöds, med behov av att utföra förbättringar. När du utvecklar ett tillägg bör du förstå några av funktionerna i konfigurationstilläggets funktion. Således kan en utbyggbar konfiguration ändras när som helst, till exempel som ett resultat av en uppdatering. I det här fallet kan utvecklaren av tillägget inte på något sätt påverka möjligheten eller omöjligheten att uppdatera. Du bör också ta hänsyn till att mer än en tillägg kan fungera i systemet och författaren till varje tillägg (i allmänhet) inte vet hur en annan anknytning fungerar.

Tillägget skapas i konfiguratorn, lagras i infobasen och kan sparas i en fil. Det finns ingen anledning att använda konfiguratorn för att lägga till (ansluta) ett tillägg som är sparat i en fil i applikationslösningen för en specifik klient. Du kan ansluta ett tillägg med en speciell standardfunktion (Alla funktioner - Standard - Hantera konfigurationstillägg). Du kan också ansluta ett tillägg med verktygslådan för applikationslösningar som använder programmeringsgränssnittet som tillhandahålls av plattformen. Att ansluta ett tillägg (interaktivt eller från det inbyggda språket) är möjligt antingen i ett osäkert läge eller om den säkerhetsprofil som sessionen körs tillåter åtkomst till det anslutna tillägget.

Expanderbara objekt kan vara:

Hanterade former;
Roller;
Delsystem;
Inställningar för startsidan (skrivbordet) för den tillämpade lösningen;
Vanliga moduler;
Objektmoduler för alla typer av objekt;
Hanterarmoduler för alla typer av objekt;
Session modul;
Hanterad applikationsmodul;
Extern anslutningsmodul;
Kommandomoduler.

Tilläggsobjekt kan vara:

Delsystem;
Bearbetning;
Rapporter;
Attribut, tabellavsnitt och attribut för tabellavsnitt i lånad bearbetning och rapporter;
Roller;
XDTO -paket;
Webbservice;
HTTP -tjänster;
WS -länkar
Allmänna layouter;
Allmänna kommandon;
Vanliga moduler (förutom globala server och priviligerade gemensamma moduler);
Grupper av lag;
Allmänna bilder;
Former, layouter och lånade objektkommandon:
Utbytesplaner;
Urvalskriterium;
Inställningar lagring;
Uppslagsverk;
Dokument;
Dokumentjournaler;
Uppräkningar;
Rapporter;
Bearbetning;
Informationsregister;
Ackumuleringsregister;
Bokföringsregister;
Beräkningsregister;
Diagram av karakteristiska typer;
Kontoplaner;
Beräkningstypsplaner;
Affärsprocesser;
Uppgifter;
Externa datakälltabeller;
Externa datakällkuber;
Dimensionstabeller för externa datakällor.

Bland de kontrollerade fastigheterna bör det betonas:

Utbytesplanersammansättning;
Fördefinierade element för kataloger, diagram över karakteristiska typer, kontoplaner och diagram över avvecklingstyper.

Arbete med tillägg stöds inte i grundversioner av tillämpade lösningar.

Efter att ha studerat erfarenheten av att använda tidigare versioner program, och med hänsyn till det faktum att oavsett hur mångsidig och omfattande en specifik lösning är, i slutändan i 90% av fallen, måste den ändras för slutanvändaren. Utvecklarna av version 8 av 1C -programmet har implementerat flera grundläggande nya lösningar för att minimera behovet av att ändrana:

Bokstavligen från de första versionerna av programmet har element i många referensböcker förmågan att skapa ytterligare fastigheter och kategorier som använder den lämpliga planen för karakteristiska typer och informationsregistret;
Ytterligare tryckta blanketter och formulär för att fylla i tabellavsnitt, samt ytterligare rapporter och bearbetning kan nu anropas från lämplig katalog;
Behandlingen av standardprocedurer för objekt utförs inte genom att göra ändringar i modulen, utan genom att prenumerera på händelser;
Och slutligen, från version 8.3.6 av plattformen, dök konfigurationstillägg upp i 1C.

Vad är 1C -konfigurationstillägg, hur man arbetar med dem, begränsningar för användning - det här är det antal frågor som vi kommer att försöka avslöja i vår artikel.

Lite teori

Innan förlängningsmekanismen introducerades berodde processen för att uppdatera typiska konfigurationer i stor utsträckning på om konfigurationen stödde eller ändrades. I det senare fallet måste utvecklaren:

Jämför den typiska och tillgängliga metadatastrukturen;
Vid en signifikant skillnad i standardelement, följ rätt uppdatering;
Gör lämpliga ändringar efter uppdateringen.

Allt detta komplicerade uppdateringsprocessen kraftigt, ökade behandlingstiden och gjorde det ofta omöjligt för organisationen att uppdatera standardmoduler av dyra programvara.

Förlängningsmekanismen låter dig ändra många av dess element utan att ta bort standardkonfigurationen från stödet. Faktum är att utvecklaren, baserad på den typiska lösningen, skapar sin egen konfiguration, som är en omslag för den typiska lösningen. I det här fallet sker processen med att uppdatera standarddelen automatiskt, när den startas av slutanvändaren kombinerar plattformen båda lösningarna för användaren.

Situationer där tillägg kan användas

Liksom alla andra verktyg har förlängningsmekanismen ett antal egenskaper och begränsningar som avgör omfattningen av deras användning:

Tillägg kan fungera med hanterade formulär;
Mekanismen stöder modifiering och tillägg av befintliga delsystem;
Innan plattformen 8.3.8 släpptes kunde tillägget bara ändra de befintliga rollerna; efter uppdateringen tillät de att lägga till nya, vilket begränsade åtkomsten till och med huvudobjektens objekt;
Den befintliga mekanismen möjliggör självaändra kommandogränssnittet för delsystem och huvudkonfigurationsavsnittet;
Denna verktygslåda låter dig också lägga till bearbetning och rapporter utan att göra ändringar i basens struktur.
I plattformsversionen 8.3.9.718 har mekanismen för diagnos av förlängningens och huvudkonfigurationens kompatibilitet väsentligt gjorts om.

Av ovanstående blir det klart att:

När man arbetar med vanliga formulär är tilläggens funktionalitet avsevärt begränsad;
Även om processen med att uppdatera huvudkonfigurationen har underlättats kan möjligheten att använda en specifik förlängning (inklusive som massproducerade lösningar) allvarligt begränsas både av ändringar i den ursprungliga strukturen och av flera tillägg som används parallellt;
Det är lämpligt att använda denna mekanism i fall där det är nödvändigt att skilja utseende och funktionalitet som används av olika användare eller när den typiska konfigurationen som stöds förfinas på egen hand.

Låt oss gå vidare till träningen. Som en startbas kommer vi att använda konfigurationen "Lön och personalhantering" version 3.1.3.223, arbetet kommer att utföras på plattformen 8.3.10.2561, driftsläget är fil.

Tilläggsskapande

I konfiguratorn går du till menyn Konfiguration-> Konfigurationstillägg, ett formulär öppnas (bild 1).

Det är här du kan skapa ett nytt tillägg. Låt oss trycka på knappen "Lägg till". Här är det nya tilläggsfönstret (bild 2)

Bild 2

Tänk på dess element:

Namn - till skillnad från andra konfigurationselement skapas det inte enligt systemstandarder, d.v.s. kan börja med en siffra eller en symbol, kan innehålla ett mellanslag;
Synonym - liksom för andra metadataelement, innehåller ett uttryck som representerar objektet;
Prefix - låter dig identifiera händelsehanterare i formulärmodulen, eftersom huvudkonfigurationsformulärsmodulen och tilläggsformulärsmodulen kombineras när plattformen fungerar i ett gemensamt sammanhang (som standard bearbetas tillägget först, det vill säga hanterare med ett prefix, sedan huvudhandläggarna);
Utnämning.

Listan över fältet "Syfte" består av tre värden, vi kommer att beskriva dem i ordningsföljden:

Korrigering - tillägg till denna uppgift skapas för att korrigera mindre felaktigheter och fel i lånade objekt;
Anpassning är standardvärdet, tillägg av denna typ är utformade för att anpassa typiska objekt till kraven hos en specifik användare (om tillägget skapades i en programversion under 8.3.9, efter plattformsuppdateringen kommer det att ha exakt detta syfte);
Tillägg - de ger helt ny funktionalitet till standardlösningen.

Startar tillägget

Dubbelklicka på namnet på tillägget i fönstret från bild 1, öppnar tilläggsfönstret (bild 3)

Som du kan se är det ett träd som liknar huvudkonfigurationsträdet. Och här uppstår en fråga, i vilka fall ska ett objekt lånas?

Det är nödvändigt att endast låna de objekt (kataloger, dokument, rekvisit, etc.) som kommer att användas i förlängningen av formuläret eller i koden för dess modul, och utan lån som ett fel kan uppstå i arbetet med förlängning.

Det vill säga, om vår utveckling kräver erforderlig "INN" i katalogen " Individer", Om den kommer att användas i en formulärmodul måste vi låna den från huvudbasen. I det här fallet, varje gång tillägget startas, kommer en kontroll att göras av detta attribut i referensboken för huvudkonfigurationen och för korrespondensen mellan datatypen i källdatabasen och i tillägget.

Om det efter en uppdatering eller under utvecklingen av en ny funktionalitet finns en inkonsekvens mellan datatyperna för tillägget och konfigurationen eller några andra fel, kommer systemet att informera användaren om detta (fig. 4)

Fönstret i det nedre högra hörnet indikerar en icke-standardiserad situation när du ansluter ett tillägg, dubbelklickar på det öppnas detaljerad information... I det här fallet ändrade vi helt enkelt värdetypen för INN -variabeln från värdet "String" till värdet "Boolean" för det lånade objektet, men den motsatta situationen är mycket vanligare - när en uppdatering av en standardprodukt leder till en förändring eller eliminering av huvudbasvariabeln.

Efter att ha tränat och testat tillägget på en kopia av basen kan du ladda upp det till en separat fil, för detta i fönstret (fig. 5), klicka på "Konfiguration" -knappen, välj "Spara i fil". Till skillnad från vanliga konfigurationsfiler med tillägget cf, kommer tilläggsfilen för konfigurationen att ha en * .cfe-mask.

Som du kan se från figuren ovan kan du ladda den nya funktionaliteten från samma fönster eller från huvudprogramfönstret.

För att ansluta tillägget i 1C -läge. Företag måste användaren ha läget Alla funktioner aktiverat och programmet måste vara inloggat med administratörsrättigheter.

Vägen för att ansluta revisionen är följande: Alla funktioner-> Standard-> Hantera konfigurationstillägg. Fönstret som öppnas visas i fig. 6

Bild 6

Genom att klicka på knappen "Lägg till" öppnas en dialogruta för filval där du måste välja vår uppladdning. Om kryssrutan för bearbetning är markerad (fig. 7) och tillägget innehåller ett fel avbryts anslutningen av funktionaliteten och programmet rapporterar ett undantag.

Bild 7

För att vår funktionalitet ska fungera efter ett lyckat tillägg måste programmet startas om.

Objektlån och modulavfyrningsorder

För att spåra sekvensen för utförande av hanterarna kommer vi att möjliggöra möjligheten att ändra vår konfiguration och lägga till en ny behandling till den, vars funktionalitet endast kommer att bestå av en sak - den kommer att rapportera att den lanserades från huvud konfiguration, koden i fig. 8.

Bild 8

Låt oss lägga till denna bearbetning till tillägget.

För detta:

Med höger musknapp aktiverar du snabbmenyn för bearbetningsformuläret (bild 9);

Bild 9

Välj objektet "Lägg till tillägg";
I det extra konfigurationsträdet visas både själva bearbetningen och en kopia av dess form;
När vi öppnar formuläret finner vi att det också finns ett kommando som kallar meddelandet, bara det har inte en hanterare tilldelad det;
Om du lägger till en kommandoåtgärd kallas en dialogruta (fig. 10) där det, utöver huvuddirektiven för kommandotillämpningsplatsen, också finns en grupp "Samtalstyp".

Bild 10

Vi har tre typer av samtal för ett befintligt förfarande;

Ring innan - körningen av anknytningskoden startas innan huvudkonfigurationen körs;
Ringer efter - det ändrade förfarandet går nummer två;
Ring istället - proceduren från huvudkonfigurationen kommer inte att köras alls.

Lämna samtalstypen i positionen "Ring efter" och lägg till proceduren "Exp1_NotifyAfter (Command)" (Fig. 11).

Fig. 11

Resultatet av att vi startar vår behandling blir två på varandra följande fraser (fig. 12), det vill säga ett ytterligare konfigurationsmeddelande visas efter huvudmeddelandet. Om vi hade valt "Istället" hade vi inte sett första raden alls.

Bild 12

Från och med version 8.3.9.1818 har en mekanism för att ändra standardmoduler samt lägga till egna moduler inkluderats i programmets funktionalitet. Och här stod utvecklarna inför en mycket specifik uppgift: hur man bestämmer i vilken ordning de lånade procedurerna och funktionerna ska utföras inte bara i förhållande till huvudkonfigurationen, utan också i förhållande till de tillägg som redan är anslutna i konfigurationen.

Anteckningsmotor

Föreställ dig en situation när flera tillägg är anslutna till en konfiguration, det vill säga fönstret för deras val i konfiguratorn ser ut (Fig. 13)

Bild 13

När varje ny tillägg läggs till, bygger systemet självständigt ordningen för deras körning.

Exekveringsordningen för ytterligare moduler konfigureras inte bara baserat på tidpunkten för att lägga till modulen (läggs till senare, senare körs), utan också baserat på syftet med revisionen ("Exekvering" kommer alltid att gå före "anpassning").

Dessutom kan sekvensen för utförandet av procedurerna för de tillagda modulerna justeras med hjälp av kommentarer:

& Innan ("ProcedureName");
& Efter ("ProcedureName");
& I stället för ("ProcedureName").

Som du kan se liknar deras uppsättning det som visades i föregående avsnitt, funktionaliteten är också liknande.

Eftersom den lånade modulen och givarmodulen finns i samma namnutrymme behövs inga ytterligare definitioner för typvariabler och metoder i detta fall.

Situationen med funktioner är något annorlunda än med procedurer. Faktum är att exekveringen av en typisk procedur liksom kan vara kantad med en förlängningskod, det vill säga att du kan infoga några åtgärder före procedurkoden, vissa algoritmer efter, men det fungerar inte för funktioner. Om huvudfunktionen exekveras efter förlängningskoden, kommer returvärdet för ersättningsfunktionen inte att tas emot, om huvudfunktionens värde inte kommer att tas emot och annoteringen & Efter fungerar som & istället.

För att eliminera denna "orättvisa" skapades metoden ContinueCall ().

Generellt sett är det lite felaktigt att använda "istället" -kommentaren, även om det ibland är nödvändigt. Med den begränsar vi avsevärt funktionaliteten som kan ändras och förbättras avsevärt i typiska konfigurationer.

Gör ändringar i objektmodulen

Evenemangsabonnemangsmekanismen underlättade utvecklarnas arbete mycket, men det fanns ett allvarligt MEN.

Men för att använda det måste du ofta skapa ditt eget gemensam modul, där förfarandena för behandling av vissa åtgärder med data skulle lagras. För närvarande har användningen av tillägg gjort det möjligt att väsentligt revidera denna funktionalitet.

Låt oss säga att vi under arbetets gång behövde lägga till någon form av bearbetning för ett typiskt dokument "Anställning" när det spelades in. Tidigare skulle vi gå till prenumerationer och agera därifrån, nu kan vi lägga till detta dokument i tillägget:

I konfiguratorn väljer du "Ta emot för arbete" och från kontextmenyn lägger du till det i vårt tillägg (förresten, denna mekanism har en kombination av snabbtangenter Alt + Shift + F2);
Efter att ha valt lämpligt tillägg får vi en bild som i fig. 14;

Bild 14

Vi kommer att vara intresserade av elementet "Objektmodul" markerat med gult, öppna det genom att aktivera motsvarande kryssruta i förväg (fig. 15);

Bild 15

Vi får ett tomt ark med programmodulen, uppmärksammar den övre panelen, eller snarare elementet som visas i fig. 16, i listrutan här är de händelser som kan bearbetas för detta objekt;

Bild 16

Låt oss försöka visa dokumentnumret i meddelandet när vi spelar in det genom att välja lämplig händelse;
Vi får ett formulär för att välja samtalstyp (bild 17), bestämma när numret ska visas;

Bild 17

Förfarandekoden visas i fig. 18;

Bild 18

I vissa fall, på grund av den markerade kryssrutan "Säkert läge", är tillägget kopplat till ett fel.

Litet tillkännagivande

Inom en snar framtid planerar 1C att släppa plattform 8.3.11, där de meddelade möjligheten att lägga till sin egen:

Dokument;
Uppslagsverk;
Utbytesplaner;
Informationsregister.

Möjligheten att lägga till attribut och tabellavsnitt bör också implementeras. Samtidigt tog utvecklarna hänsyn till möjligheten att ändra typiska lösningar vilket kan orsaka att tillägget misslyckas.

Data som matas in i tillägget kommer inte att gå förlorad någonstans, och tills kompatibilitetsproblemet är löst kommer referensen till huvudkonfigurationen som ändrats av tillägget inte att vara tillgänglig för skrivning.

Från och med version 8.3.6 av 1C: Enterprise -plattformen dök det upp en mekanism i den konfigurationstillägg.

Det låter dig lägga till nya och åsidosätta befintlig funktionalitet utan att ändra huvudkonfigurationen (kan utökas). Således har vi många nya möjligheter som tidigare inte var tillgängliga.

Nya möjligheter

Begränsningar

Naturligtvis finns det också begränsningar:

Endast en begränsad uppsättning nya metadata kan läggas till i tillägg. Dessa är delsystem, roller, rapporter, bearbetning och några andra.
I vissa situationer kan det finnas problem med felsökning.

Användningsexempel

Låt oss titta på ett exempel på hur du kan åsidosätta en vanlig modulprocedur med ett konfigurationstillägg. Det vill säga, detta är fallet när vi snabbt måste åtgärda något fel utan att släppa en version och uppdatera huvudkonfigurationen. Så låt oss säga att vi har en gemensam modul professia1c_ry_Extensions.

Och den innehåller den enklaste proceduren som visar ett meddelande:

Procedure OutputMessage () Export Message = New MessageUser; Meddelande. Text = "Detta är huvudkonfigurationen"; Meddelande. Att rapportera() ; Slutet av proceduren

Låt oss nu visa ett annat meddelande med tillägget. Först och främst måste vi naturligtvis skapa själva tillägget. Välj i konfiguratormenyn Konfiguration - Utöka konfigurationen

Tryck på knappen i fönstret som öppnas Lägg till och fyll i fälten med tilläggsegenskaper. Fält namn och Synonym inga kommentarer krävs. Prefixet kommer att användas för namnet på tilläggsproceduren som kommer att ersätta det ursprungliga. Och på listan Utnämning av tre möjliga alternativ (korrigering, anpassning, tillägg) väljer vi Korrektion:

Avmarkera sedan rutorna i listan över tillägg Säkert läge, namn på säkerhetsprofil och "Skydd mot farliga handlingar":

Så här skapade vi tillägget. Men om vi öppnar den med ett dubbelklick ser vi att dess metadataträd är tomt. Och nu måste vi lägga till en gemensam modul till tillägget.

För att göra detta, högerklickar du på metadataträdet i huvudkonfigurationen på önskad allmän modul och väljer objektet "Lägg till tillägg":

Och nu kommer vår förlängning att se ut så här:

Men om vi tittar på koden för den gemensamma tilläggsmodulen kommer vi att se att den är tom. Och nästa steg är att lägga till ett förfarande till det. Gå till huvudkonfigurationen igen, öppna den gemensamma modulkoden, högerklicka på proceduren, välj objektet igen "Lägg till tillägg" och välj typ av samtal i fönstret som öppnas Ring istället:

Som ett resultat kommer ett förfarande med följande kod att läggas till i den allmänna tilläggsmodulen:

& I stället för ("DisplayMessage") Förfarande Message_DisplayMessage () // Infoga innehållet i metoden. ContinueCall (); Slutet av proceduren

Som du kan se innehåller procedurens namn ett prefix som angavs när tillägget skapades. Nu återstår bara att ändra procedurkoden som vi behöver:

& I stället för ("DisplayMessage") Procedur Message_DisplayMessage_ () Message = Nytt meddelande till användare; Meddelande. Text = "Detta är ett tillägg"; Meddelande. Att rapportera() ; Slutet av proceduren

Och nu kan du enkelt se till att vi kommer att köra förlängningskoden istället för huvudkonfigurationskoden genom att köra följande kod:

Professia1c_ry_Extensions. DisplayMessage ();

Det visade sig vara ganska relevant :)

Ok, låt oss göra den här helgen bra också.

Så, idag ytterligare ett ämne om "tillämpad exploatering av 1C":

Förlängningsmekanism i plattform 8.3.6

Vad pratar vi om?

På plattform 8.3.6 implementerades ny mekanism – en förlängningsmekanism som underlättar anpassningen av en applikationslösning för en specifik kund.

När du använder tillägg slutförandet av konfigurationen utförs i en ny enhet- utöka konfigurationen:

En förlängning är faktiskt också en konfiguration, men med vissa begränsningar.
Den förberedda tillägget kan anslutas till kundens produktionsbas i användarläge
Det viktigaste - den modifierade konfigurationen behöver inte tas bort från supporten, d.v.s. det förblir typiskt, oförändrat
Uppdaterar den modifierade konfigurationen kan utföras av användaren i automatiskt läge

Således får kunden som ett resultat möjlighet till revidering konfiguration och samtidigt - enkel automatisk uppdatering.

Så att du kan hantera detta mer i detalj publicerar vi några fler videor + PDF om tillägg.

Låt oss gå:

Tilldela konfigurationstillägg

Videon diskuterar den nya konfigurationsförlängningsmekanismen som dök upp i 8.3.6 -plattformen. Den är avsedd för slutbehandling, anpassning av lösningar under implementeringen. Samtidigt får kunden en enkel automatisk uppdatering av konfigurationen och möjligheten att utföra förbättringar.

Objekt som kan ändras i tillägget

Denna video utforskar de befintliga begränsningarna för förlängningsmekanismen. För närvarande kan endast ett begränsat antal objekt användas i tillägg.

Arbetar med tillägg i konfiguratorn

Den här videon beskriver utvecklingen av tillägg i konfiguratorn. Tillägget är en något begränsad konfiguration. Arbete med tillägget utförs också i trädet för metadataobjekt. Det resulterande tillägget kan sparas i en fil på hårddisken.

Låna föremål

Denna video täcker att låna grundläggande konfigurationsobjekt till ett tillägg. Detta är den viktigaste mekanismen som krävs för att utföra utvecklingen av själva tillägget. Den beskriver också de kontrollerade egenskaperna, vars värde kontrolleras när anknytningen är ansluten.

Skapa egna objekt i en konfigurationstillägg

Den här videon visar hur du kan skapa dina egna objekt i tillägget. Listan över sådana objekt är fortfarande begränsad - det här är rapporter, bearbetning och delsystem. Utvecklingen av sådana objekt i tillägget utförs analogt med huvudkonfigurationen.

Arbetar med tillägg i anpassat läge

Den här videon beskriver hur du ansluter ett förberett tillägg till arbetsbas kund. I detta fall kan anslutningen göras från användarläget utan att komma åt konfiguratorn.

Arbeta med hanterade formulär i konfigurationstillägg

Denna video visar hur du arbetar med hanterade formulär i tillägget. Det noteras att originalformuläret inte synkroniseras automatiskt med tillägget. Förklarar hur systemet bildar det resulterande utseende formulär om det finns en förlängning.

Hanterade formulärmoduler och händelsehanterare i konfigurationstillägg

Denna video visar hur du arbetar med händelsehanterare i hanterade former av ett konfigurationstillägg.

Demonstrerar hur man kör händelsehanterare i huvudkonfigurationen och i tillägget.

Vi uppmärksammar dig en ny mekanism för anpassning av applikationer i 1C: Enterprise via Internet -molntjänsten (webbplats): konfigurationstillägg plattform "1C: Enterprise 8".

1. Varför behöver vi konfigurationstillägg

När man arbetar med tillämpade lösningar ställer användarna ofta ytterligare krav och önskemål som inte tillhandahålls. standardfunktion"från lådan". För tillämpade lösningar implementerade på grundval av den tekniska plattformen 1C: Enterprise 8 finns det en universell och bekväm mekanism för att anpassa och lägga till nya funktioner - konfigurationstillägg... Utvecklare kan läsa om denna mekanism i dokumentationen för plattformen 1C: Enterprise 8.

2. Möjligheter till konfigurationstillägg

Med konfigurationstillägg kan du:

implementera integrationen av den tillämpade lösningen med andra program, inklusive mobilappar genom webbtjänster;
förändra hanterade formulär applicerad lösning;
lägga till nya delsystem, ändra sammansättningen av delsystemen i den tillämpade lösningen;
ändra rollerna för den tillämpade lösningen genom att lägga till objekt som skapats i tillägget till dem;
ändra kommandogränssnittet för den tillämpade lösningen (huvudsektion, delsystem), till exempel ta bort "onödiga detaljer" och placera ofta använda kommandon "i förgrunden";
ändra systemets beteende, till exempel logiken för att bokföra dokument, med hjälp av prenumerationer på händelser;
automatisera utförandet av alla operationer i programmet med hjälp av schemalagda uppgifter;
lägg till utskrivbara formulär (faktura för betalning, anpassad design);
lägg till ny behandling (hanterare för att fylla i dokument och tabellavsnitt, utskriftsformulär, godtycklig behandling);
lägga till nya rapporter;
och mycket mer.

Många av dessa uppgifter är svåra eller omöjliga att utföra med hjälp av ytterligare rapporter och bearbetning.

3. Jämförelse med ytterligare rapporter och bearbetning

Tidigare kunde funktionaliteten hos applikationslösningar baserade på 1C: Enterprise 8 -plattformen utökas med hjälp av ytterligare rapporter och bearbetning. Denna mekanism stöds fortfarande (se länken), men konfigurationstillägg är att föredra:

de låter dig göra allt som är möjligt med hjälp av ytterligare rapporter och behandling, och mycket som inte kan göras med hjälp av ytterligare rapporter och bearbetning;
de är enklare och mer praktiska att utveckla: tjänsten laddas med samma konfigurationstillägg som används för "box" -versionen av applikationen. För tillägg som laddas in i tjänsten behöver du inte lägga till ett speciellt programmeringsgränssnitt och du behöver inte förbereda ett "distributionskit". Du behöver bara se till att servicekraven är uppfyllda.

4. Utvecklingsordning och användning

Ordningsföljden för utveckling och användning av konfigurationstillägg i tjänsten liknar den som används för ytterligare rapporter och bearbetning ():

Utvecklarbehörighet. Rätten att lägga till konfigurationstillägg till tjänsten utfärdas av 1C till anställda i serviceorganisationer. webbplats med statusen "1C: CSK" på deras begäran. Anställda i dessa organisationer som har fått rätt att lägga till konfigurationstillägg till tjänsten får status config -tilläggsutvecklare... För mer information, se artikeln på länken.
Tilläggsutveckling. En konfigurationstilläggsutvecklare utvecklar ett tillägg på sin dator, testar tillägget. Krav på konfigurationstillägg ges När ett konfigurationstillägg har utvecklats och testats lägger utvecklaren till det i tjänsten, enligt beskrivningen i artikeln på länken. Tillägget placeras i en centraliserad katalog över tjänsttillägg.

Tilläggsrevision. När du lägger till ett konfigurationstillägg eller dess ny version tillägget riktas automatiskt till granska... Granskningen utförs av anställda hos tjänsteleverantören (administratören).

Publicering för tjänsten. Efter att ha klarat granskningen får konfigurationstillägget statusen "Publicerad i tjänsten" och kan användas - det vill säga inbäddat i applikationer.
Bevilja åtkomst till kunder (prenumeranter). Om tjänstorganisationen äger konfigurationstillägget kan den:
- använd tillägget i dina applikationer;
- ge tillgång till tillägget till dina kunder (betjänade prenumeranter) - en, några av dina val eller alla (se artikeln på länken).
Om upphovsrättsinnehavaren av konfigurationstillägget är klienten (prenumeranten), på vars begäran tillägget utvecklades, då:
- klienten får åtkomst till denna konfigurationstillägg automatiskt;
- konfigurationstillägget kan endast användas i den här klientens applikationer.
Installation i applikationer.Ägare av prenumeranter som har tillgång till konfigurationstillägget kan installera det i sina applikationer (se artikeln på länken).

Varje tjänstorganisation bestämmer villkoren för utveckling, tillhandahållande av kunder och underhåll av konfigurationstillägg oberoende av varandra.

5. Underhåll och uppdatering

Eskort konfigurationstillägg utförs av serviceorganisationen. Klienten bör kontakta sin serviceorganisation för buggfixar, ändringar och förbättringar av konfigurationstilläggsfunktionen.

Varje gång appen uppdateras publiceras i tjänsten, rekommenderas det för serviceorganisationen att kontrollera funktionaliteten hos konfigurationstillägget som publiceras i tjänsten och, om nödvändigt, ändra den. Vid väsentliga ändringar i applikationer kommer 1C att försöka meddela serviceorganisationer (partner med CSK -status) om detta i förväg, i synnerhet publicera testversioner av applikationer på webbplatsen 1C: Software Update så att tjänstorganisationer kan anpassa utvecklat av dem som utökar konfigurationen till den nya versionen av applikationen.

6. Exempel på konfigurationstillägg

6.1. Exempel 1: Visa väderinformation

Utökar konfigurationen Demo: Väder(nedladdningsbar) visar hur ett program kan visa information som tas emot från ett externt system genom att göra en HTTP -begäran.

Tillägget visar väderinformationen som tas emot via det offentliga API: et från vädersidan på programmets hemsida http://api.wunderground.com.

Som en del av tillägget, implementerat allmän form som, när den öppnas, gör en HTTP -begäran för att få platsen. Den erhållna platsen används också för att få data om det aktuella vädret och en väderbild med hjälp av HTTP -förfrågningar. Information visas på formuläret och uppdateras varje timme. Resultatet kan ses i figuren:

Konfigurationstillägget behöver åtkomst till externa resurser (Internetresurser), så dess funktion är säkerställd endast när den är ansluten i ett osäkert läge. När du installerar ett tillägg är det nödvändigt att utföra en begäran om ett osäkert anslutningsläge, vilket kräver åtkomst till externa resurser:

http://api.wunderground.com - bestämma plats och få information om vädret;
http://icons.wxug.com - få en bild av vädret.

Tillägget är kompatibelt med alla konfigurationer, eftersom det inte lånar objekt från den utökningsbara konfigurationen.

6.2. Exempel 2: tillhandahålla ett nyhetsflöde

Utökar konfigurationen "Demo: RSS"(nedladdningsbar) visar hur en applikation kan tillhandahålla data till ett externt system - till exempel en mobilapplikation.

Programmet skapar ett externt programmeringsgränssnitt för att ta emot information i RSS -format, som används av nyhetsflöden, om de senaste tio kvittona till kassan för konfigurationen "Enterprise Accounting, Edition 3.0". Tillägget innehåller ett XDTO -paket (namnrymd URI http://www.w3.org/2005/Atom):

samt en HTTP -tjänst som returnerar information om de senaste tio kvittona till kassaregistret, hämtat från uppgifterna i "Kvittoskassorder" -dokumenten.

För enkelhets skull att ansluta till ett RSS -flöde visas tillägget på programmets startsida:

hyperlänk med adressen till nyhetsflödet;
QR -kod med adressen till nyhetsflödet - att läsa med kameran på en mobil enhet.

När det mottagna nyhetsflödet visas på en mobil enhet, kommer användaren att få information om de senaste kvittona till kassan:

För att generera en QR -kod får konfigurationstillägget åtkomst till den externa resursen http://api.qrserver.com, så detta tillägg måste också anslutas i ett osäkert läge.