Modaliteti i përputhshmërisë së zgjerimit të konfigurimit është më i madh se modaliteti. Shtesat e konfigurimit - si të shtoni funksionalitet në një konfigurim tipik pa hequr nga mbështetja (20 minuta video)

Kolegë, përshëndetje të gjithëve.

Pak ditë më parë, u lëshua një test i Kontabilitetit të Ndërmarrjeve me një modalitet të paaftë të përputhshmërisë me platformën 8.3.6.
Kjo do të thotë që ky version përdor një motor të ri që i jep format në një mënyrë të re.
Ju mund të lexoni për të në Through the Looking Glass.

Së bashku me ato standarde, duhet të ribëni shtesat tuaja në platformën e re.
Në procesin e përkthimit, unë formova një listë të vogël kontrolli ose memo për atë që duhet bërë për veten time.

Memo:

1. Ne transferojmë shtrirjen në një platformë të re

Për ta bërë këtë, ndryshoni modalitetin e përputhshmërisë së zgjerimit në modalitetin e përputhshmërisë së konfigurimit.
Në versionin e Kontabilitetit të Ndërmarrjeve, janë vendosur vetitë e mëposhtme:

Në shtesë, mund të vendosni saktësisht të njëjtat veti ose të pastroni të gjitha kutitë e kontrollit.
Mungesa e flamujve do të thotë që zgjerimi nuk do t'i kontrollojë këto veti kur të lidhet.
Nëse këto veti ndryshojnë në konfigurimin kryesor, atëherë zgjerimi do të fillojë gjithsesi:

2. Eliminoni problemet e lidhjes

Për ta bërë këtë, ekzekutoni konfigurimin në modalitetin e ndërmarrjes dhe shikoni nëse u ngrit apo jo.
Gabimet për shkak të të cilave zgjerimi nuk mund të lidhej mund të shihen në regjistrin e regjistrimit
(Administrimi - Mbështetja dhe Shërbimi - Libri i Ditarit)
Ne jemi të interesuar për ngjarjet - "Sesion. Gabim gjatë aplikimit të shtesës së konfigurimit ":

Më shpesh, problemi i lidhjes zgjidhet duke hequr mbështetësit ose objektet e panevojshme.

Vështirësia kryesore është se zgjerimi nuk gjeneron të gjitha gabimet menjëherë (nga rruga, ky problem zgjidhet në 8.3.9).
Prandaj, kërkohet që të ekzekutohen në mënyrë sekuenciale konfigurimet pas rregullimit të çdo gabimi.
Për ta bërë të përshtatshëm hapjen e regjistrit të regjistrimit, shtojeni atë në të preferuarat:

3. Përditësimi i formularëve në shtesë

Për ta bërë këtë, në çdo formë të modifikuar, klikoni në "Përditëso shtesën e formularit"
Me këtë komandë, ne ringarkojmë formularin kryesor të konfigurimit në shtesë.

Në parim, do të funksionojë pa këtë, por kjo është e nevojshme në mënyrë që forma në shtesë të duket e njëjtë si në konfigurimin kryesor.
Në versionin 3.0.44, pothuajse të gjitha format kanë pësuar ndryshime, ndaj do të ishte mirë që këto ndryshime të silleshin në ekstension.

4. Ne e sjellim formularin në rregullat e motorit të ri.

Ju rekomandoj të lexoni artikullin - Rekomandime për përshtatjen e formularëve në 8.3.7.
Ai shqyrton veçoritë e motorit të ri dhe jep rekomandime specifike se si të siguroheni që gjithçka është në rregull në platformën e re.

Unë kam përpiluar procedurën e mëposhtme:

• I heqim të gjitha dekorimet të cilat përdoreshin për dhëmbëzim.
  Tani në vend të tyre përdoren grupet.
• Ne shohim se gjithçka duket mirë.
  Nëse diçka shkoi keq, atëherë shikoni artikullin.
  Nëse gjithçka është mirë, atëherë vazhdoni.
• Kontrollimi i vetive të reja të platformës"Të kombinuara", "Gjerësia maksimale automatike" dhe "lartësia maksimale automatike".
  Thjesht shohim që parazgjedhjet e platformës janë vendosur në këto veti dhe forma nuk shpërndahet për shkak të kësaj.

Në këtë artikull unë propozoj të shqyrtojmë se çfarë është "zgjatja e konfigurimit", si të shtoni një shtesë ose çaktivizoni atë. Nga versioni 1C 6/8/1977 një mekanizëm i ri u prezantua në platformë - zgjerimet e konfigurimit. Së pari, një teori e vogël.

Shtesat në 1C janë diçka si konfigurime paralele që kombinohen automatikisht me konfigurimin e shitësit kryesor. Për më tepër, në shtesat, mund të shtoni si objektet tuaja ashtu edhe të huazoni objekte të konfigurimit kryesor.

Për çfarë janë zgjerimet?

Para së gjithash, shtesat janë krijuar për të bërë më të lehtë ndryshimet në program. Kjo do të thotë, nëse përdoruesit kërkonin të shtonin disa funksionalitete, atëherë përpara se të shfaqeshin shtesat, programuesit duhej të hiqnin konfigurimin nga mbështetja e plotë dhe të ndryshonin konfigurimin tipik.

Tërheqja nga mbështetja e plotë sjell një sërë shqetësimesh:

• aftësia për të përditësuar automatikisht humbet, gjë që çon të paktën në një rritje të kohës për të;
• kërkohet kualifikim i lartë i specialistit që i shërben programit;
• nëse janë bërë ndryshime në objektet standarde të një konfigurimi tipik, atëherë gjatë një përditësimi ato mund të zhduken, domethënë mund të zëvendësohen përsëri me objekte standarde nga furnizuesi.

Kur përdorni shtesa, kur bëni ndryshime, programuesi nuk do të prekë konfigurimin tipik. Të gjitha ndryshimet do të bëhen duke përdorur shtesa, të cilat (siç shkrova më lart) janë gjithashtu konfigurime. Kështu, konfigurimi kryesor do të mbetet plotësisht i mbështetur.

Pas përditësimit të konfigurimit kryesor, nëse ka ndodhur ndonjë ndryshim në versionin e ri me një objekt që është ndryshuar më parë nga një shtesë, ndryshimet do të merren përsëri nga shtesa. Kjo do të thotë, zgjerimet kanë përparësi ndaj konfigurimit kryesor.

Video - Zgjerime 1C në 45 minuta

Merrni mësime video 267 1C falas:

Një shembull i shtimit të një shtesë në 1C

Për të treguar se çfarë është një zgjerim, është më mirë të jepni një shembull të krijimit të tij në konfiguruesin 1C.

Në konfigurues, shkoni te menyja "Konfigurimi" dhe zgjidhni artikullin "Zgjerimet e konfigurimit". Do të hapet një dritare me një listë të shtesave (nëse ka). Klikoni butonin Shto dhe shtoni një shtesë të re. Tani mund të hapni konfigurimin e shtesës:

Siç mund ta shihni, konfigurimi i zgjerimit ka saktësisht të njëjtën strukturë si ai kryesor. Vetëm se fillimisht është tërësisht i pastër, pa objekte.

Kohët e fundit kam shkruar një artikull se si ta bëj vetë. Duke përdorur shembullin e saj, unë dua ta bëj atë në linjë duke përdorur një shtesë.

Në përpunim, kam një fushë me një lidhje me direktorinë "Organizatat". Prandaj, ky udhëzues është i nevojshëm për mua. Por ne nuk do të krijojmë një drejtori të re "Organizatat", veçanërisht pasi platforma nuk do ta lejojë atë. Është e pamundur që konfigurimi i zgjerimit të përmbajë objekte me të njëjtin emër si objektet në konfigurimin kryesor.

Prandaj, ne do të huazojmë referencën nga konfigurimi kryesor:

Tani le të klikojmë me të djathtën mbi "Përpunimi" dhe zgjedhim "Fut përpunimin e jashtëm, raporto..." Kështu, ne do të shtojmë një përpunim të ri në konfigurimin e shtesës. Nëse përdorni përpunimin tim, atëherë riemërtoni menjëherë, pasi konfigurimi kryesor tashmë ka një përpunim me këtë emër.

Epo, prekja e fundit. Dua që përpunimi im të pasqyrohet në menynë Administrata. Për ta bërë këtë, ne do të huazojmë nënsistemin me të njëjtin emër në konfigurimin kryesor. Mos harroni të tregoni në përpunim se i përket këtij nënsistemi.

Këtu është struktura që kam marrë:

Le të shohim se çfarë kemi. Ne përditësojmë konfigurimin e bazës së të dhënave dhe e ekzekutojmë programin në modalitetin 1C: Enterprise dhe shkojmë te menyja "Administrimi". Po, pothuajse harrova, konfigurimi i zgjerimit duhet të mbyllet, përndryshe programi nuk do të fillojë:

Tema është "e rregullt" rishikimi i tipik konfigurimi është gjithmonë i përditësuar.

Me ndihmën e shtesave, bëhet e mundur të bëhen përmirësime, duke lënë konfigurimin Pa ndryshime(kjo eshte pa hequr "nga bllokimi").

Si shembull, ne ne do të zgjerojmë funksionalitetin e standardit"1C: Kontabiliteti 8" - do të shtojmë kontrolle për plotësinë e detajeve të dokumenteve. Si rezultat, sistemi do të lëshojë diagnostifikim nëse detajet janë të mbushura me vlera "të gabuara".

Fjalë për fjalë në 15 minuta Do të mësoni teknika që mund t'i përdorni për të zgjidhur probleme të ndryshme.

Për më tepër, në videon e dytë do të tregojmë mekanizëm universal bazuar në zgjerime. Dhe, duke zhvilluar një mekanizëm të tillë një herë, mund të lidhet me çdo konfigurim tipik.

Ëndrrat e vet i paprishshëm mund te behet realitet :)

Pra, le të fillojmë:

Video 1. Teknika për të punuar me shtesa - për shembull "1C: Kontabiliteti 8"

Pasi të keni studiuar videon, do të mësoni:

• Krijoni dhe lidheni zgjerimet e konfigurimit
• Plotësoni korrigjimi zgjerimet
• Ndryshoni formularët standardë përpunime / dokumente duke përdorur shtesa
• Përgjimin e ngjarjeve format e konfigurimit tipik
• Ruani të dhënat jo në tabelat IB (ruajtje e cilësimeve)
• Përdorni përpunimin si dyqan algoritmi

Ne gjithashtu do të analizojmë optimizimi përbërjen e objekteve të zgjerimit dhe kufizimet e zgjatjes në versionet aktuale të platformës.

Video 2. Krijimi i mekanizmave universalë duke përdorur shtesa

Në këtë video do të tregojmë:

• Lidhja e një shtesë në modalitetin e përdoruesit ( pa konfigurues)
• Shembull kontroll universal mbushje
• Veçoritë e zbatimit të zgjerimeve - krijimi i formave me zgjedhje arbitrare dhe ruajtja e të dhënave në shtesa

Është lëshuar një version i ri i platformës 8.3.11, i cili ju lejon të shtoni dhe ndryshoni objektet e meta të dhënave përmes shtesës. A mund të zbatojmë me të vërtetë ndonjë përmirësim pa hequr konfigurimin nga mbështetja? A ia vlen t'i premtoni klientit male floriri pa asnjë pasojë?

Para së gjithash, duhet të jeni të vetëdijshëm për kufizimet që kanë zgjerimet.

Kufizim në objektet e krijuara

Për momentin mund të krijoni:

• Drejtoritë
• Dokumentacioni
• Regjistrat e informacionit
• Planet e shkëmbimit

Ju mund të shtoni detaje në:

• Drejtoritë
• Dokumentacioni

Me çfarë përfundojmë? Jo të gjitha llojet e objekteve të meta të dhënave mund të shtohen. Më e përhapura dhe më e kërkuara, por gjithsesi jo të gjitha. Përveç kësaj, dimensionet dhe burimet e reja nuk mund të shtohen në regjistrat e detajuar. Mund të krijoni vetëm një regjistër krejtësisht të ri.

Funksionaliteti i shtesave varet nga mënyra e përputhshmërisë së konfigurimit në të cilin aplikohet zgjerimi.

Mënyra e përputhshmërisë 8.3.8- mund të ndryshoni vetëm format e objekteve dhe modulet e tyre, të shtoni raportet dhe përpunimin tuaj.

Mënyra e përputhshmërisë 8.3.10- mund të ndryshoni modulet e zakonshme, modulet e objekteve dhe menaxherëve, rolet, përdorni direktivat "Përpara", "Pas", "Në vend të kësaj" për çdo modul.

Mos përdorni modalitetin e përputhshmërisë- mund të përdorni të gjithë funksionalitetin e shtesave, duke përfshirë shtimin e objekteve të reja.

Për momentin, UT 11.3 tipike ka një modalitet përputhshmërie prej 8.3.8. Në UT 11.4, mënyra e përputhshmërisë është 8.3.10, domethënë, për shembull, për UT, shumica e funksionalitetit të shtesave nuk janë të disponueshme, duke përfshirë krijimin e objekteve të meta të dhënave.

Duket se lind pyetja: pse të mos hiqni thjesht rrënjën nga mbështetja, të vendosni modalitetin e përputhshmërisë "Mos përdorni" dhe të përdorni në mënyrë të sigurt shtesat? Ndryshimi i mënyrës së përputhshmërisë mund të ndryshojë sjelljen e formularëve, rezultatet e pyetjeve, d.m.th. sjelljen e sistemit në tërësi. Rekomandohet shumë që të mos ndryshoni modalitetin e përputhshmërisë pa e testuar më parë. Por është e qartë se duket e mundur të testohet plotësisht (ose të paktën në një pjesë të dokumenteve të përdorura) një zgjidhje e plotë e aplikuar. Prandaj, nuk duhet ta përdorni këtë opsion.

Kur lidhni shtesën me konfigurimin standard, duke huazuar objekte standarde, shtesa kontrollon mënyrën e përputhshmërisë së konfigurimit kryesor dhe llojet e objekteve të huazuara dhe detajet e tyre. Nëse vetitë e monitoruara nuk përputhen, zgjerimi çaktivizohet dhe nuk funksionon derisa të eliminohet shkaku. Kjo do të thotë, me një përditësim të madh, ekziston një probabilitet i lartë për të ndryshuar të paktën një nga vetitë e monitoruara dhe humbjen e funksionalitetit të shtesës.

Përveç kësaj, nëse modifikimet janë të rëndësishme, shumë procedura dhe funksione të konfigurimit tipik janë zëvendësuar, ato do të duhet të monitorohen me kujdes dhe, nëse është e nevojshme, të përputhen me konfigurimin tipik, duke mbajtur ndryshimet e bëra më parë.

Në rastet e mësipërme, do t'ju duhet ende ndihma e një programuesi dhe, ndoshta, kohë e konsiderueshme për rishikim (por ende më pak se kur përditësoni një konfigurim që është hequr nga mbështetja).

konkluzionet

• Lëshimi i ri i platformës siguroi mundësi të reja për përdorimin e shtesave, u bë e mundur shtimi i objekteve të meta të dhënave, por pavarësisht kësaj, funksionaliteti ka kufizime të caktuara.
• Modaliteti i përputhshmërisë së konfigurimit në të cilin aplikohet zgjerimi e kufizon ashpër shtrirjen; nuk rekomandohet ndryshimi i modalitetit të përputhshmërisë.
• Përditësimet e mëdha ende kërkojnë vëmendjen e zhvilluesit, pasi ekziston një probabilitet i lartë për të ndryshuar pronat e kontrolluara.

Zbatuar në versionin 8.3.6.1977.

Ne kemi zbatuar një mekanizëm thelbësisht të ri për përshtatjen e zgjidhjeve të aplikuara për një konsumator specifik - një mekanizëm zgjerimi.

Pse zgjerimet janë të mira?

Zgjerimet ofrojnë një strategji të ndryshme për ndryshimin e konfigurimeve tipike nga ajo ekzistuese. Përdorimi i kësaj strategjie të re do të lehtësojë shumë mirëmbajtjen e zgjidhjeve standarde që dëshironi t'i përshtatni nevojave të një zbatimi specifik, një klienti specifik.

Si duket ky proces tani? Ekziston një konfigurim tipik. Ajo mbështetet plotësisht nga furnizuesi. Kjo do të thotë që ju nuk mund ta ndryshoni atë. Shitësi lëshon periodikisht versione të reja (të përmirësuara) të këtij konfigurimi. Në një situatë të tillë, përditësimi i versionit të vjetër të konfigurimit në versionin e ri kryhet plotësisht automatikisht. Është i përshtatshëm dhe nuk kërkon ndonjë aftësi apo njohuri të veçantë nga klienti.

Por shpesh klienti dëshiron të shtojë diçka ose të ndryshojë diçka në një konfigurim tipik "për vete". Për këtë, mënyra e mbështetjes ndryshohet, konfigurimi hiqet nga mbështetja e plotë. Partneri që kryen zbatimin, ose vetë specialistët e IT të klientit, bëjnë ndryshimet e nevojshme në të. Nga kjo pikë e tutje, një përditësim plotësisht automatik i një konfigurimi tipik në një version të ri të lëshuar nga furnizuesi bëhet i pamundur.

Tani kërkohet një specialist për të përditësuar konfigurimin. Për më tepër, nëse ndryshimet e bëra me urdhër të klientit ishin të rëndësishme, atëherë mund të kërkohet një investim i konsiderueshëm në kohë nga specialisti që kryen përditësimin e konfigurimit. Dhe shpesh mund të kërkohet një njohuri shumë e mirë si për vetë konfigurimin tipik ashtu edhe për modifikimet e bëra.

Strategjia e sugjeruar nga zgjerimet është si më poshtë. Nëse dëshironi të ndryshoni konfigurimin tipik, nuk e prekni vetë konfigurimin. Të gjitha ndryshimet që bëni në shtesë, e cila, në fakt, është gjithashtu një konfigurim.

Në modalitetin 1C: Enterprise, thjesht lidhni shtesën tuaj me konfigurimin standard. Platforma automatikisht, në modalitetin 1C: Enterprise, kombinon zgjerimin tuaj me një konfigurim tipik. Si rezultat, klienti punon me një zgjidhje standarde të modifikuar, sipas dëshirës së tij.

Kur një shitës lëshon një version të ri të konfigurimit tipik, kryhet një përditësim automatik sepse mënyra e mirëmbajtjes për konfigurimin tipik nuk ka ndryshuar. Ajo mbeti plotësisht e mbështetur nga furnizuesi. Dhe kur lëshoni një zgjidhje të përditësuar aplikacioni, platforma do të bashkojë përsëri automatikisht konfigurimin standard të ndryshuar me shtesën tuaj. Dhe klienti do të vazhdojë të punojë me një zgjidhje standarde të modifikuar, sipas dëshirës së tij.

Kur duhet të përdorni shtesat?

Mekanizmi i zgjatjes është joshëse për shkathtësinë e tij. Prandaj, është e rëndësishme të keni një kuptim të saktë të detyrave për të cilat synohet.

Së pari, shtesat janë të pazëvendësueshme kur zgjidhja e aplikacionit funksionon në modalitetin e ndarjes së të dhënave. Për shembull, në modelin e shërbimit. Një nga abonentët dëshiron të ketë disa raporte shtesë. Ndërsa pjesa tjetër e abonentëve duan të punojnë me konfigurimin tipik të pandryshuar.

Atëherë është për këtë pajtimtar që ju mund të zhvilloni një shtesë në të cilën të realizoni të gjitha dëshirat e tij. Pajtimtari do ta lidhë këtë shtesë për vete dhe do të punojë me konfigurimin e ndryshuar. Ndërsa për pjesën tjetër të abonentëve nuk do të ketë ndryshime. Sepse të gjitha zgjerimet janë të lidhura dhe ekzekutohen në kontekstin e vlerave të ndarjes aktuale.

Një situatë tjetër është përfundimi i një konfigurimi tipik për një klient specifik në zbatimin e tij. Ose modifikime të konfigurimit tipik, të cilat kryhen nga specialistët e IT të klientit vetë. Nëse të gjitha këto përmirësime bëhen në shtesë, atëherë konfigurimi tipik do të mbetet plotësisht i mbështetur, gjë që do të thjeshtojë shumë mirëmbajtjen e tij të mëtejshme.

Ekziston një tundim për të përdorur shtesa për të krijuar aplikacione komerciale, por nuk duhet. Së pari, sepse shtesat nuk ishin krijuar për detyra të tilla. Dhe së dyti, sepse mekanizmat e tjerë të platformës, si mekanizmat e dorëzimit dhe mbështetjes, nuk dinë asgjë për zgjerimet.

Nëse shikoni pak në historinë e shfaqjes së shtesave, atëherë, natyrisht, ne kemi parë më parë, dhe shohim tani që konfigurimet po bëhen më komplekse. Ne shohim se nevojitet mbështetje shtesë në nivele të ndryshme zhvillimi: bibliotekë, modulare dhe industri, etj. Ne analizuam të gjitha këto detyra dhe arritëm në përfundimin se prioriteti më i madh për momentin është përshtatja e konfigurimeve me dëshirat e përdoruesve gjatë zbatimeve.

Është për këtë detyrë që ne krijuam mekanizmin e zgjerimit. Sigurisht, në të mund të vëreni veçori të ndryshme të fushave të tjera të listuara të zhvillimit. Por ato nuk janë qëllimi i saj kryesor dhe nuk duhet t'ju ngatërrojnë.

Çfarë mund të ndryshoni tani me shtesat?

Deri më tani nuk është bërë shumë nga ajo që është planifikuar të bëhet. Mekanizmi, natyrisht, do të zhvillohet. Por ajo që është bërë tashmë mund të jetë e dobishme në shumë raste për vendosjet. Tani:

• Mund te ndryshohet format e menaxhuara ekzistues në një konfigurim tipik;
• Mund të shtoni të reja nënsistemet... Ju mund të ndryshoni përbërjen e nënsistemeve të disponueshme në konfigurimin tipik;
• Mund te ndryshohet rol një konfigurim tipik, duke shtuar atyre objekte të krijuara në shtesë;
• Mund te ndryshohet ndërfaqja e komandës konfigurimi tipik (seksioni kryesor, nënsistemet);
• Mund të shtoni të reja raportet dhe përpunimit.

Në të ardhmen, ne planifikojmë të rrisim gradualisht funksionalitetin e shtesave dhe do të jemi të lumtur të marrim mendimin tuaj se cili funksionalitet është më i kërkuari në vendosjet me modifikime të vogla.

Si funksionon zgjerimi?

Shtesa është shumë e ngjashme me konfigurimin e rregullt. Përfaqësohet gjithashtu si një pemë objektesh. Për të punuar me zgjerimin, përdoren të njëjtat metoda pune si me konfigurimin e zakonshëm.

Një tipar i rëndësishëm i zgjerimit është prania objekte të huazuara... Ju mund të huazoni çdo objekt të një konfigurimi tipik duke përdorur komandën e menusë së kontekstit:

Objektet e huazuara nuk janë gjithmonë të nevojshme. Mënyra më e mirë për ta shpjeguar këtë është duke përdorur një shembull "të përditshëm", nëse bëjmë një analogji me drekën në një restorant.

Situata e parë është kur nevojiten objekte të huazuara.

Jeni mësuar të hani në të njëjtin restorant. Ju gjithmonë porosisni biftek dhe çaj. Për shembull, sepse ata janë shumë të mirë në këtë restorant. Ose për një arsye tjetër. Nuk ka rëndësi. Është e rëndësishme vetëm që ju do t'i hani ato, dhe asgjë tjetër.

Pastaj një restorant është një bazë tipike informacioni. Ju jeni një zgjatim. Menuja e restorantit është një konfigurim standard i zgjerueshëm. Bifteku dhe çaji janë objekte të huazuara. Ju i keni huazuar (mos harroni se ato janë në menu).

Si lidhet shtesa me konfigurimin dhe si funksionon? Ju vini në një restorant dhe kërkoni një menu. Në meny, ju shihni se ka biftek dhe çaj. Kjo do të thotë, ju vendosni një korrespondencë midis objekteve të huazuara dhe objekteve të një konfigurimi tipik. Natyrisht, ju krijoni korrespondencën me emër :). Ata ju sjellin biftek dhe çaj, dhe ju i hani ato. Kjo do të thotë, zgjerimi lidhet dhe funksionon.

Një javë më vonë ju vini, por menuja e restorantit ka ndryshuar (konfigurimi standard është përditësuar). Megjithatë, ka ende biftek dhe çaj në meny. Ata janë pikërisht ajo që ju nevojitet. Të sjellin, ti ha. Kjo do të thotë, zgjerimi vazhdon të funksionojë me konfigurimin tipik të përditësuar.

Një javë më vonë, ju vini në një restorant dhe shihni se bifteku dhe çaji janë zhdukur nga menyja. Ngrihesh dhe largohesh (mesazh gabimi i lidhjes së zgjatjes). Sepse kjo është ajo që ju dëshironi. Dhe nuk e keni idenë për pjatat (objektet) e tjera. Zhvilluesi nuk ju mësoi se si të hani siç duhet kërmijtë ose karavidhe.

Një situatë tjetër është kur mund të bëni pa objekte të huazuara.

Ju shkoni në një restorant, por nuk jeni të interesuar për disponueshmërinë e pjatave specifike. Sepse ju nuk do t'i hani ato gjithsesi. Ju dëshironi vetëm t'i fotografoni ato. Dhe ju e dini se si të fotografoni çdo pjatë. Pastaj thjesht futeni në konfigurimin dhe thoni: mbani të gjitha ushqimet që keni në meny (merrni një koleksion dokumentesh nga metadatat). Unë do t'i ripostoj ato (foto).

Nëse e përshkruani këtë në gjuhën e thatë të zhvilluesve, rezulton se ju duhet të huazoni objekte:

• Kur ato nevojiten për dizajn vizual. Për shembull, ju zgjeroni një formular dhe shtoni një mbështetëse formulari si Drejtoria Valutat.Lidhja... Pastaj sigurisht që duhet të huazoni referencën Monedhat, në mënyrë që kur lidheni me një konfigurim tipik, sigurohuni që një direktori e tillë ekziston ende në të.
• Kur nevojiten që kodi të funksionojë. Për shembull, në kodin shtesë, i referoheni atributit të referencës Nomenklatura - Importues... Pastaj ky atribut duhet gjithashtu të huazohet në mënyrë që të sigurohet kur lidhet që një atribut i tillë ekziston ende në librin e referencës në konfigurimin standard. Nomenklatura.

Lidhja shtesë

Ju krijoni një shtesë në konfigurues. Pasi të korrigjohet dhe testohet, mund ta refuzoni duke e ruajtur shtesën në një skedar * .cfe.

Ju mund ta transferoni këtë skedar te klienti. Klienti do ta ngarkojë në mënyrë të pavarur në bazën e të dhënave të tij në modalitetin 1C: Enterprise duke përdorur funksionin standard Menaxhimi i shtesave të konfigurimit.

Puna me shtesa ofrohet nga gjuha e integruar, kështu që në zgjidhjen e aplikacionit mund të krijoni përpunimin tuaj që do të ngarkojë shtesat. Në mënyrë që të gjithë të mos kënaqen me shtesat, ne kemi shtuar një të drejtë të re - Administrimi i shtesave të konfigurimit.

Kur një shtesë ngarkohet nga një skedar, ai ruhet në bazën e informacionit. Për më tepër, ai ruhet në kontekstin e vlerave aktuale të ndarësve të përdorur në këtë sesion.

Sesioni duhet të riniset që zgjerimi të funksionojë. Në fillim të seancës, pak para se të thirret ngjarja SettingSessionParameters, të gjitha shtesat e ruajtura në bazën e informacionit dhe që korrespondojnë me vlerat aktuale të kufijve të këtij sesioni do të lidhen.

Si rezultat, kur punoni në modalitetin e ndarjes së të dhënave, zgjerimi do të zbatohet vetëm për përdoruesit e atij pajtimtari të veçantë. Dhe nëse ndarja e të dhënave nuk përdoret, atëherë zgjerimi do të funksionojë për të gjithë përdoruesit e infobazës.

Kur lidhni një shtesë, siç kemi thënë tashmë, kontrollohet që objektet e huazuara të ekzistojnë në konfigurimin tipik. Objektet përputhen me emra.

Përveç kësaj, kontrolli më i hollë është i mundur. Ju mund të kontrolloni jo vetëm vetë ekzistencën e objekteve, por edhe gjendjen e vetive të tyre individuale. Kjo do të thotë, nëse mendoni për restorantin dhe biftekin, mund të jetë e rëndësishme për ju jo vetëm prania e biftekut të gatuar disi, por pikërisht që ai të gatuhet këtu i papjekur, "me gjak".

Duke u kthyer te ekstensioni, si parazgjedhje nuk kontrollon vetitë e objekteve të huazuara. Por nëse është e nevojshme, ju mund të bëni disa veti të kontrollueshme. Për shembull, është e rëndësishme për algoritmin tuaj që të mos ekzistojë vetëm një referencë Nomenklatura, por edhe që kodi i tij është i tipit Linjë.

Pastaj nëse në një konfigurim tipik furnizuesi ndryshon llojin e kodit të kësaj referencë Numri, zgjerimi juaj do ta zbulojë këtë në momentin e lidhjes dhe do të raportojë një gabim.

Një pikë interesante lidhet me riemërtimin e objekteve të konfigurimit standard. Për shembull, keni ardhur në një restorant, dhe në vend të Biftek shkruar Biftek... Kjo do të thotë, kur lidhet me konfigurimin, shtrirja nuk e gjen referencën në të. Nomenklatura sepse shitësi e riemërtoi në Produktet.

Tani kjo situatë nuk është problem për ju. Dhe nuk keni nevojë të "zhveshni" të gjithë kodin shtesë, në mënyrë që në vend të Nomenklatura te shkruash Produktet... Punimet dhe. Prandaj, ju vetëm duhet të ndryshoni emrin e objektit të huazuar në Produktet, dhe pjesa tjetër e ndryshimeve në shtesë do të bëhen nga vetë platforma. Ose me ndihmën tuaj minimale.

Puna e zgjerimit

Mund të flisni për një kohë të gjatë për veçoritë e shtrirjes së objekteve të ndryshme, për veçoritë e punës së vetë shtesave. Por ne jemi të kufizuar nga qëllimi i artikullit të rishikimit, kështu që ne do të prekim vetëm pikat kryesore dhe më zbuluese.

"Sharmi" kryesor i shtesave, natyrisht, nuk është se mund të shtoni diçka në një konfigurim tipik që nuk është aty. Dhe fakti është se në shtesë mund të ndryshoni atë që është tashmë në konfigurimin standard. Kjo do të thotë, ju mund të ndryshoni vetitë e objekteve të huazuara.

Koncepti bazë i përdorur kur konfigurimi dhe zgjerimi punojnë së bashku mund të përshkruhet si më poshtë. Aty ku ato nuk mbivendosen, zgjerimi plotëson konfigurimin. Në ato vende ku ato "ndërpriten" - zbatohet shtrirja.

Kjo mund të shihet më në detaje në shembullin e formave të menaxhuara. Ju mund ta huazoni formularin nga konfigurimi kryesor dhe ta modifikoni në shtesë pa kufizime. Dy strategji të ndryshme bashkimi përdoren për pjesën vizuale të formularit dhe për modulin e tij.

Pjesa vizuale e formularit është fiksuar në zgjerim në momentin e huazimit të tij. Dhe në modalitetin 1C: Enterprise, për secilin element të formularit, ndryshimet analizohen në lidhje me këtë gjendje në konfigurimin standard dhe në shtesë.

Nëse nuk ka pasur ndryshime, ose janë vetëm në konfigurimin tipik, aplikohet vlera nga konfigurimi tipik. Përndryshe, përdoret vlera nga shtrirja.

Kështu, nëse shtoni një komandë të re në formularin në shtesë, do ta shihni atë së bashku me pjesën tjetër të komandave të formularit. Dhe nëse keni ndryshuar titullin e një grupi ekzistues, atëherë do ta shihni titullin tuaj edhe nëse ofruesi ndryshon titullin e këtij grupi në konfigurimin standard.

Një qasje e ndryshme përdoret për modulet e formularit. Për formën e huazuar, zgjerimi krijon modulin e vet me mbajtësit e vet për të gjitha ngjarjet. Në modalitetin 1C: Enterprise, të dy modulet e formës (nga një konfigurim tipik dhe nga një shtesë) kombinohen në një kontekst. Për këtë arsye, çdo shtesë ka prefiksin e vet, i cili u shtohet të gjithë mbajtësve të ngjarjeve në modulin e formularit. Kështu që nuk ka përputhje me mbajtësit nga konfigurimi tipik. Trajtuesit e ngjarjeve dhe komandave thirren më pas në mënyrë sekuenciale dhe sinkronike. Së pari mbajtësi nga shtrirja. Pastaj nga një konfigurim tipik. Ju mund ta ndryshoni këtë sekuencë ose të ndaloni plotësisht ekzekutimin e mbajtësit nga konfigurimi tipik.

Në përgjithësi, në lidhje me funksionimin e përbashkët të konfigurimit dhe zgjerimit në modalitetin 1C: Enterprise, ato ekzistojnë në një hapësirë ​​të përbashkët emrash. Kjo vlen jo vetëm për modulet individuale, por edhe për vetë pemët e meta të dhënave. Prandaj, nuk ka asnjë mënyrë në modalitetin 1C: Enterprise për të përcaktuar nëse ky objekt është "vendas" për një konfigurim tipik, ose nëse ai erdhi nga një shtesë.

Sa i përket pjesës tjetër të objekteve që mund të përdorni në shtesë, gjithçka duket shumë më e thjeshtë për ta.

Në shtesë, ju mund të krijoni nënsistemet tuaja. Duke përdorur objekte të huazuara, mund të zgjeroni nënsistemet ekzistuese: shtoni atyre objekte dhe nënsisteme që janë tashmë në konfigurimin standard, ose ato që keni krijuar në shtesë. Ju nuk mund të fshini diçka nga një nënsistem ekzistues.

Ju mund t'i zgjeroni rolet vetëm duke shtuar atyre objekte të krijuara në shtesë. Ju nuk mund të hiqni asgjë as nga një rol ekzistues. E njëjta gjë vlen edhe për ndërfaqen e komandës.

Zgjerimi është pothuajse në konfigurim

Ne thamë në fillim se një shtesë duket si një konfigurim i rregullt. Prandaj, në përfundim, do të doja të them disa fjalë se si shtesat janë integruar me mekanizmat e tjerë të platformës.

Një shtesë (si një konfigurim i rregullt) ka një konfigurim bazë dhe një konfigurim bazë të dhënash. Mekanizmi për krahasimin dhe bashkimin e konfigurimeve funksionon me shtesat në të njëjtën mënyrë si me konfigurimet e rregullta.

Mund ta shkarkosh shtesën në një skedar (megjithëse me një shtesë të ndryshme * .cfe) dhe ta ngarkosh nga skedari. Shtesat mund të shkarkohen / ngarkohen në XML.

Mekanizmat e kërkimit global, zëvendësimit, redaktimit të teksteve të ndërfaqes gjithashtu funksionojnë me shtesa.

Ekzistojnë parametra të rinj të linjës së komandës për të punuar me shtesat, si dhe ngjarje të reja në regjistër.

Në gjuhën e integruar, objekti kryesor për të punuar me shtesat është Menaxher i Zgjerimit.