Ändra eller inaktivera kompatibilitetsläge. Konfigurationstillägg - hur man lägger till funktionalitet till en standardkonfiguration utan att ta bort stöd (20 minuters video) Vilka tillägg behövs för

I den här artikeln föreslår jag att vi ska överväga vad ett "konfigurationstillägg" är, hur man lägger till ett tillägg eller inaktiverar det. Från och med version 1C 8.3.6.1977 introducerades en ny mekanism i plattformen - konfigurationsförlängningar. Först lite teori.

I 1C är tillägg ungefär som parallella konfigurationer som automatiskt kombineras med huvudleverantörens konfiguration. Dessutom kan du i tillägg lägga till både dina egna objekt och låna objekt i huvudkonfigurationen.

Vad är tillägg för?

Först och främst skapas tillägg för att göra det lättare att göra ändringar i programmet. Det vill säga, om användare ber om att lägga till någon funktionalitet, måste programmerare ta bort konfigurationen från fullt stöd och ändra innan tilläggen dök upp typisk konfiguration.

Att ta bort från full support medför ett antal olägenheter:

  • möjlighet går förlorad automatisk uppdatering, vilket leder till åtminstone en ökning av tiden för;
  • en högt kvalificerad specialist som servar programmet krävs;
  • om ändringar gjordes i standardobjekt av en standardkonfiguration, kan de under en uppdatering försvinna, det vill säga de kan ersättas igen med standardobjekt från leverantören.

När du använder tillägg, när du gör ändringar, kommer programmeraren inte att röra standardkonfigurationen. Alla ändringar kommer att göras med tillägg, som (som jag skrev ovan) också är konfigurationer. På så sätt kommer huvudkonfigurationen att förbli fullt stödd.

Efter uppdatering av huvudkonfigurationen, om det i den nya utgåvan finns några ändringar av ett objekt som tidigare ändrats av tillägget, kommer ändringarna fortfarande att tas från tillägget. Det vill säga tillägg har högre prioritet än huvudkonfigurationen.

Video - förlängningar i 1C på 45 minuter

Få 267 videolektioner på 1C gratis:

Ett exempel på att lägga till en tillägg till 1C

För att visa vad en förlängning är, är det bättre att ge ett exempel på dess skapelse i 1C-konfiguratorn.

Gå till menyn "Konfiguration" i konfiguratorn och välj "Konfigurationstillägg". Ett fönster öppnas med en lista över tillägg (om några). Klicka på knappen "Lägg till" och lägg till ett nytt tillägg. Nu kan du öppna tilläggskonfigurationen:

Som du kan se har expansionskonfigurationen exakt samma struktur som den huvudsakliga. Bara det är initialt helt rent, utan föremål.

Jag skrev nyligen en artikel om hur man gör det själv. Med hjälp av hennes exempel vill jag göra det inbyggt med ett tillägg.

Under bearbetning har jag ett fält med en länk till katalogen "Organisationer". Det är därför jag behöver den här guiden. Men vi kommer inte att skapa en ny "Organisations"-katalog, särskilt eftersom plattformen inte tillåter detta. Det är omöjligt för en tilläggskonfiguration att innehålla objekt med samma namn som objekt i huvudkonfigurationen.

Därför kommer vi att låna referensboken från huvudkonfigurationen:

Högerklicka nu på "Bearbetar" och välj "Infoga extern bearbetning, rapport..." Låt oss alltså lägga till ny bearbetning i tilläggskonfigurationen. Om du använder min bearbetning, byt omedelbart namn på den, eftersom huvudkonfigurationen redan har en bearbetning med samma namn.

Nåväl, sista handen. Jag vill att min bearbetning ska återspeglas i menyn Administration. För att göra detta kommer vi att låna delsystemet med samma namn från huvudkonfigurationen. Glöm inte att ange i bearbetningen att den tillhör detta delsystem.

Detta är strukturen jag kom fram till:

Låt oss se vad vi har. Vi uppdaterar databaskonfigurationen och startar programmet i 1C: Enterprise-läge och går till menyn "Administration". Ja, jag glömde nästan bort, tilläggskonfigurationen måste stängas, annars startar inte programmet:

En ny version av plattformen 8.3.11 har släppts, som låter dig lägga till och ändra metadataobjekt genom tillägget. Kan vi verkligen nu implementera några förbättringar utan att ta bort konfigurationen från supporten? Är det värt att lova en kund berg av guld utan några konsekvenser?

Först och främst måste du vara medveten om de begränsningar som tillägg har.

Begränsning av skapade objekt

det här ögonblicket du kan skapa:

  • Kataloger
  • Dokumentation
  • Informationsregister
  • Utbytesplaner

Du kan lägga till detaljer till:

  • Kataloger
  • Dokumentation

Vad slutar vi med? Alla typer av metadataobjekt kan inte läggas till. Den vanligaste och populäraste, men ändå inte alla. Dessutom kan nya dimensioner och resurser inte läggas till informationsregister. Du kan bara skapa ett helt nytt register.

Funktionaliteten för tillägg beror på kompatibilitetsläget för den konfiguration som tillägget tillämpas på.

Kompatibilitetsläge 8.3.8- du kan bara ändra formerna för objekt och deras moduler, lägga till dina egna rapporter och bearbetning.

Kompatibilitetsläge 8.3.10- du kan ändra allmänna moduler, objekt- och hanterarmoduler, roller, använd "Före", "Efter", "Istället"-direktiven för alla moduler.

Kompatibilitetsläge "Använd inte"- du kan använda alla funktioner i tillägg, inklusive att lägga till nya objekt.

För närvarande har standarden UT 11.3 kompatibilitetsläge 8.3.8. I UT 11.4 är kompatibilitetsläget 8.3.10, det vill säga till exempel för UT är det mesta av tilläggsfunktionaliteten inte tillgänglig, inklusive skapandet av metadataobjekt.

Detta verkar väcka frågan: varför inte bara ta bort rooten, ställa in kompatibilitetsläget på "Använd inte" och tyst använda tilläggen? När du ändrar kompatibilitetsläget kan beteendet hos formulär och frågeresultat ändras, d.v.s. systemet som helhet. Det rekommenderas starkt att inte ändra kompatibilitetsläget utan att först testa. Men det är uppenbart att det verkar möjligt att helt testa (eller åtminstone delvis testa de dokument som används) en hel applikationslösning. Därför bör du inte använda det här alternativet.

När du ansluter ett tillägg till en standardkonfiguration och lånar standardobjekt, styr tillägget kompatibilitetsläget för huvudkonfigurationen och typerna av lånade objekt och deras detaljer. Om de övervakade egenskaperna inte stämmer överens är tillägget inaktiverat och fungerar inte förrän orsaken är eliminerad. Det vill säga, med en större uppdatering är det stor sannolikhet att ändra minst en av de kontrollerade egenskaperna och få tillägget att förlora funktionalitet.


Dessutom, om ändringarna är betydande, byts många procedurer och funktioner i standardkonfigurationen ut, det kommer att vara nödvändigt att noggrant övervaka dem och, om nödvändigt, anpassa dem till standardkonfigurationen och bevara de tidigare gjorda ändringarna.


I ovanstående fall kommer du fortfarande att behöva hjälp av en programmerare och, möjligen, betydande tid för modifiering (men fortfarande mindre än när du uppdaterar en konfiguration som har tagits bort från supporten).

Slutsatser

  • Den nya releasen av plattformen gav nya möjligheter att använda tillägg, det blev möjligt att lägga till metadataobjekt, men trots detta har funktionaliteten vissa begränsningar.
  • Kompatibilitetsläget för konfigurationen som tillägget tillämpas på begränsar tilläggets möjligheter avsevärt; att ändra kompatibilitetsläget rekommenderas inte.
  • Stora uppdateringar kräver fortfarande uppmärksamhet från utvecklare, eftersom det är stor sannolikhet att ändra kontrollerade egenskaper.

Tema "snyggt" modifieringar av standarden konfigurationer är alltid uppdaterade.

Med hjälp av tillägg blir det möjligt att göra ändringar utan att lämna konfigurationen Utan förändringar(det är utan att ta bort låset).

Som ett exempel vi låt oss utöka standardfunktionaliteten"1C: Redovisning 8" – vi kommer att lägga till kontroller för att dokumentdetaljerna är fullständiga. Som ett resultat kommer systemet att utfärda diagnostik om detaljerna är ifyllda med "felaktiga" värden.

Bokstavligen på 15 minuter Du får lära dig tekniker som du kan använda för att lösa olika problem.

Dessutom kommer vi att visa i den andra videon universell mekanism, baserat på tillägg. Och efter att ha utvecklat en sådan mekanism en gång, kan den kopplas till någon standardkonfiguration.

Drömmar om egen oförgänglig kan bli verklighet :)

Så låt oss börja:

Video 1. Tekniker för att arbeta med tillägg - med exemplet "1C: Accounting 8"

Efter att ha studerat videon kommer du att lära dig:

  • Skapa och anslut tillägg till konfiguration
  • Uppfylla felsökning förlängningar
  • Förbättra standardformulär bearbetning/dokument med tillägg
  • Avlyssna händelser standardkonfigurationsformulär
  • Lagra data inte i informationssäkerhetstabeller (lagring av inställningar)
  • Använd behandlingar som algoritmförråd

Vi ska också titta på optimering sammansättning av förlängningsobjekt och förlängningsbegränsningar i aktuella plattformssläpp.

Video 2. Skapa universella mekanismer med förlängningar

I den här videon visar vi:

  • Ansluta en anknytning i användarläge ( utan konfigurator)
  • Exempel universell verifiering fyllning
  • Funktioner för implementeringen av tillägg - skapa formulär med godtyckliga val och lagra data i tillägg

Kollegor, hej alla.

Häromdagen släpptes ett test Enterprise Accounting med kompatibilitetsläget för plattform 8.3.6 inaktiverat.
Det betyder att den här versionen använder en ny motor som renderar formulär på ett nytt sätt.
Du kan läsa om detta i Through the Looking Glass.

Tillsammans med de vanliga, bör du också konvertera dina egna tillägg till den nya plattformen.
Under översättningsprocessen skapade jag en liten checklista eller påminnelse till mig själv om vad som behöver göras.

PM:


1. Överför tillägget till en ny plattform

För att göra detta, ändra tilläggskompatibilitetsläget till konfigurationskompatibilitetsläget.
Enterprise Accounting-versionen har följande egenskaper:

I tillägget kan du ställa in exakt samma egenskaper eller avmarkera alla kryssrutor.
Inga kryssrutor betyder att tillägget inte kommer att kontrollera dessa egenskaper vid anslutning.
Sedan om dessa egenskaper ändras i huvudkonfigurationen kommer tillägget fortfarande att köras:


2. Åtgärda anslutningsproblem

För att göra detta startar vi konfigurationen i företagsläge och ser om den tar fart eller inte.
Fel på grund av att tillägget inte kunde anslutas kan ses i loggen
(Administration - Support och underhåll - Loggbok)
Vi är intresserade av evenemang - ”Session. Fel vid tillämpning av konfigurationstillägg":

Oftast löses anslutningsproblemet genom att ta bort onödiga detaljer eller föremål.

Den största svårigheten är att tillägget inte visar alla fel på en gång (förresten, det här problemet löstes i 8.3.9).
Därför är det nödvändigt att köra konfigurationerna sekventiellt efter att ha åtgärdat varje fel.
För att göra det bekvämt att starta loggboken, lägg till den i dina favoriter:



3. Uppdatera formulär i tillägget

För att göra detta, i varje ändrat formulär, klicka på "Uppdatera formulärtillägg"
Med det här kommandot laddar vi om huvudkonfigurationsformuläret i tillägget.

I princip kommer det att fungera utan detta, men detta är nödvändigt så att formuläret i tillägget ser likadant ut som i huvudkonfigurationen.
I version 3.0.44 har nästan alla formulär genomgått ändringar, så det skulle vara trevligt att inkludera dessa ändringar i tillägget.


4. Vi anpassar formuläret till reglerna för den nya motorn.

Jag rekommenderar att du läser artikeln - Rekommendationer för anpassning av formulär till 8.3.7.
Den undersöker funktionerna i den nya motorn och ger specifika rekommendationer om hur man säkerställer att allt är bra i den nya plattformen.

Jag kom på följande procedur:

  • Vi tar bort alla dekorationer, som användes för indragning.
    Grupper används nu istället.
  • Låt oss se att allt ser bra ut.
    Om något går fel, titta på artikeln.
    Om allt är bra så går vi vidare.
  • Kontrollerar de nya plattformsegenskaperna"Combined", "AutomaximumWidth" och "AutomaximumHeight".
    Se bara att dessa egenskaper är inställda på plattformsstandarder och att formuläret inte flyttas isär på grund av detta.