Spremenite ali onemogočite način združljivosti. Razširitve konfiguracije - kako dodati funkcionalnost standardni konfiguraciji brez odstranitve podpore (20 minutni video) Omejitev ustvarjenih predmetov

Cena dela in možnosti prevodov iz različnih izdaj

Prevod 8.1 → 8.2.13 Prevod 8.2.13 → 8.2.16 Prevod 8.2.16 → 8.3.10
cena, rub. * 54.000 ₽ 12.000 ₽ 76 800 RUR

Seznam vseh sprememb v različnih različicah platforme je na voljo na naslednjih povezavah:
Za platformo 8.2:
http://downloads.v8.1c.ru/content/Platform/8_2_19_106/1cv8upd.htm

Preden začnete delati na prenosu na 8.3, potrebujete:

Preverite nadzorovani način blokiranja. Če je uporabljen »Samodejno«, bodo pri prehodu na 8.3 morda potrebni dodatni stroški za preklop na način upravljanega zaklepanja.
Če uporabljate način združljivosti z 8.2.16 in novejšim, morate preveriti, ali so bile tabele prestrukturirane
Ugotovite, katere vrste odjemalcev se uporabljajo (tanek, debel, spletni odjemalec)
Ugotovite, ali obstajajo stroji, ki poganjajo Linux

Prevod konfiguracije 8.1 → 8.2.13

Stroški dela: 54.000 rubljev.

Prevod konfiguracije 8.2.13 → 8.2.16 (vključno s prestrukturiranjem)

Ključne spremembe:
Spremenjen je način shranjevanja konstant in nastavitev akumulacijskih registrov. Vsak objekt ima svojo tabelo baze podatkov
Izvedba mehanizma upravljanega zaklepanja je bila predelana.
Za dogodek tehnološkega dnevnika "TLOCK" je lastnost "Txt" zapisana samo v združljivem načinu z različico 8.2.13
Zmanjšan je vpliv načina odpravljanja napak na hitrost delovanja v načinu 1C:Enterprise za tanek odjemalec, debel odjemalec, strežnik in zunanjo povezavo.
Izvedba poizvedbe v obliki »VrednostVrsta(Polje1) =VrednostVrsta(Polje2)« je bila optimizirana, če »Polje1« in »Polje2« vsebujeta vrednosti referenčnega tipa.
Za upravljana polja obrazca, ki prikazujejo atribute zapletene vrste, je pospešeno odpiranje seznama za hitro izbiro v primerih, ko zapletena vrsta vključuje referenčne vrste z različnimi nastavitvami za hitro izbiro.
Za nov neodvisni in neperiodični informacijski register je indeks dimenzije združen v gruče

Spremembe, ki zahtevajo spremembe konfiguracije:

Ko je način združljivosti onemogočen, je potreben parameter »Period« metode upravitelja registra periodičnih informacij »Get()«. V združljivem načinu z različico 8.2.13 in različico 8.1 je vedenje nespremenjeno (metodo je mogoče uporabiti brez podajanja parametra, vendar je rezultat nedefiniran).
Pri hkratni uporabi metod »SetValue()« in »UseFromDataSource()« predmeta »DataLockElement« se sproži izjema. V združljivem načinu z različico 8.2.13 se vedenje ni spremenilo (vrednost, nastavljena z metodo »UseFromDataSource()«, ima prednost).
Ni podprto shranjevanje vrednosti podatkov, ki ne podpirajo serializacije. V načinu združljivosti se obnašanje ni spremenilo.
Če baza podatkov temelji na datotekah, je treba informacijsko bazo pretvoriti. Po začetku pretvorbe delo s to informacijsko bazo s prejšnjimi različicami platforme 1C:Enterprise 8 ne bo več mogoče. Če se razvoj izvaja z uporabo konfiguracijskega repozitorija, morate pred pretvorbo informacijske baze narediti kopijo repozitorija

POMEMBNO. Če želite doseči učinek spreminjanja načina združljivosti, morate izvesti prestrukturiranje prek konfiguratorja: "Administracija → Testiranje in popravljanje → Prestrukturiranje tabel informacijske baze."

Najprej je potrebno izvesti prestrukturiranje na testni podlagi in izmeriti čas izvajanja te operacije.
Če uporabljate različico strežnika 1C, starejšo od 8.2.19, na primer različico 8.3, se lahko med izvajanjem prestrukturiranja pojavijo naslednje napake:

V tem primeru morate storiti naslednje:
Namestite ločen strežnik 1C različice 8.2.19 in na njem namestite preiskovano bazo podatkov
Odprite bazo podatkov v konfiguratorju na strežniku 1C različice 8.2.19, spremenite način združljivosti na »Ne uporabljaj«
Prestrukturirajte tabele informacijske baze
Po končanem prestrukturiranju premaknite informacijsko bazo na originalni strežnik 1C različice 8.3

Stroški prenosa konfiguracije iz načina združljivosti 8.2.13 v način 8.2.16 (nezdružljiv način pri uporabi platforme 8.2.16, 8.2.19 in način združljivosti 8.2.16 pri uporabi platforme 8.3) znašajo 12.000 rubljev.

Vzorec pogodbe o delu lahko prenesete.

Prevod konfiguracije 8.2.16 → 8.3.10

Prevajanje konfiguracije vključuje naslednje spremembe konfiguracije:

1. Odpravite konflikte imen lastnosti. Spreminjanje imen spremenljivk, da se ujemajo z novimi lastnostmi, ki so se pojavile v 1C:Enterprise 8.3.
2. Odstranite nasprotujoča si imena slik. Preimenovanje imen slik z imeni, ki se ujemajo z imeni iz knjižnice slik.
3. Izpopolnitev kode pri spreminjanju lastnosti fiksne strukture. Zamenjava navedbe lastnosti nepremične konstrukcije s poustvarjanjem nepremične strukture ali zamenjava njene uporabe s podobno vrsto »strukture«.
4. Zamenjava postavitve vrednosti, ki jih ni mogoče serializirati, v začasno shrambo s kodo, ki je podprta v 1C:Enterprise 8.3.
5. Zamenjava uporabe klicanja metode »Pokaži« za podrobnosti o upravljanem obrazcu z uporabo lastnosti »CurrentElement«, »CurrentPage« in metode »Activate«.
6. Zamenjava imen metapodatkovnih objektov z dolžino več kot 80 znakov z imeni z dolžino imena 80 znakov ali manj za metapodatkovne objekte
7. Preimenovanje metod in lastnosti, po metodologiji za prehod na verzijo 8.3.
8. Izboljšanje mehanizmov za delo z izbori, pogojnim oblikovanjem, združevanjem in vrstnim redom v dinamičnih seznamih.
9. Izpopolnitev kode za poizvedbe s ključno besedo “SPLOŠNI REZULTATI”, razloženo v
“Bypass Query Result By Grouping”, da bi ohranili prejšnjo logiko dela.
10. Spremembe imen razredov objektov COM. Zamenjava imen "V82.COMConnector" z "V83.COMConnector" in "V82.Application" z "V83.Application".
11. Zavrnitev v programski kodi dogodka »Začetek izbire s seznama« za vnosna polja v načinu izbire s seznama
12. Zavrnitev v programski kodi lastnosti »ChoiceList Button« za vnosna polja z nastavitvijo lastnosti »Dropdown List Button«.
13. Spreminjanje kode, da se upošteva sprememba vrste vrednosti, ki jo vrne metoda globalnega konteksta “SafeMode()”
14. Sprememba kode za upoštevanje spremembe rezultata poizvedbe po konstantah (pri dostopu do polja “Vrednost” tabele konstant, če konstanta hrani vrednost tipa “Value Storage”, “UniqueIdentifier” oz. “External DataSourceTableReference”.
15. Zamenjava konfiguracijske lastnosti »MainRole« z »MainRoles«
16. Zavrnitev lastnosti »Uporabnik« in »Geslo« za predmet »InternetProxy« in zamenjava z metodami »Set()«, »Uporabnik()«, »Geslo()«.
17. Izpopolnitev kode za podporo ukazu “Prikaži na seznamu”, glede na način prehoda na verzijo 8.3.
18. Izpopolnitev kode za ohranitev prejšnje logike delovanja sistema, ko se spremeni povratna vrednost lastnosti SystemInformation.OSVersion,
19. Izpopolnitev kode za ohranjanje prejšnje logike sistema pri zavrnitvi uporabe sistemskega številčenja OptionOpenWindow, ki v različici 8.3 ni več na voljo.
20. Izpopolnitev kode ob upoštevanju zavrnitve uporabe modalnih oken.
21. Izboljšava kode za podporo spletnemu odjemalcu, in sicer zavrnitev klicev strežnika in odpiranje oken v “Pred zaprtjem”, zavrnitev klicev strežnika v “Ob zaprtju”.
22. Izboljšava kode, ki omogoča pravilno uporabo funkcije RoleAvailable() pri posredovanju funkcije kot parametra manjkajoči vlogi.
23. Za upravljano aplikacijo: od različice 8.3.8 naprej v obdelovalcih dogodkov upravljane aplikacije BeforeSystemShutdown, WhenSystemShutdown, kot tudi v obdelovalcih dogodkov upravljanega obrazca, ki je v načinu zapiranja, BeforeClosing, WhenClosing, Prepovedano je odpiranje oken in klicanje strežnika. Konfiguracijo je treba izboljšati, da bo obrazce mogoče pravilno zapreti – brez klicev strežnika.
24. Konflikt imena spremenljivke: v modulu obrazca ne morete uporabiti imena spremenljivke FormParameters. Zato je treba spremeniti vse module upravljanih obrazcev, ki uporabljajo spremenljivke z imenom FormParameters, tako da te spremenljivke preimenujete.

Cena teh del je okvirna in velja za večino konfiguracij. Pred začetkom dela ob sklenitvi pogodbe preverimo konfiguracijo in Po pregledu potrdimo ceno in pogoje dela. Preverjanje je potrebno, ker so lahko konfiguracije zelo različne, tudi močno prepisane.

Stroški dela: 76.800 rub.

Vzorec pogodbe o delu lahko prenesete.

Stroški prenosa konfiguracije v način združljivosti z 8.3.10 so lahko povečala, Če:
Konfiguracija uporablja upravljane obrazce
Treba je opustiti uporabo modalnosti
V OS Linux je treba ohraniti funkcionalnost konfiguracije

Izdali smo novo izdajo telefonske plošče za 1C.

  • različica 1.2.24.10 Za vsakdanji aplikacije
  • različica 1.4.26.17 Za uspelo aplikacije

V različici izdaje za upravljano aplikacijo je postalo mogoče vgraditi telefonsko ploščo z minimalne modifikacije uporabo osnovne konfiguracije ekspanzijski mehanizem konfiguracije.

Prednosti uporabe razširitve

Razširitev je zelo podobna običajni konfiguraciji. Za delo z njim se uporabljajo enake delovne tehnike kot pri običajni konfiguraciji. Razširitve so ustvarjene predvsem za lažje spreminjanje programa. Ni vam več treba vstavljati »delčkov kode« v določene module in dodajati novih metapodatkovnih objektov, konfiguraciji morate samo dodati razširitev.

Velika prednost uporabe razširitev je samodejno posodabljanje glavna konfiguracija. Zdaj ni več treba spreminjati nastavitev podpore za tipično konfiguracijo.

Značilnosti vgradnje telefonske plošče za 1C

Te funkcije so postale na voljo razširitvam za platformo od različice dalje 8.3.9.1818 . Da bi to izkoristili, smo od različice naprej onemogočili način združljivosti za razširitev 8.3.9 še ni podprto. V skladu s tem postane treba onemogočiti način združljivosti za glavno konfiguracijo, sicer se prikaže napaka: " Način združljivosti razširitve konfiguracije je večji od načina združljivosti glavne konfiguracije".

2) Glavni konfiguraciji dodamo vlogo MIKO_Softfon, za kar odvzemamo vse pravice.

Pri dodajanju novega metapodatkovnega objekta, v tem primeru vloge, je treba posodobiti imenik MetadataObjectIdentifiers. Ko smo to vlogo dodali razširitvi, jo standardne konfiguracije niso upoštevale, to pomeni, da se pri posodabljanju imenika MetadataObjectIdentifiers vloga v njem ni pojavila. Zaradi tega mehanizem profila nastavitev telefonske plošče ni deloval pravilno in pojavila se je napaka: " Identifikator metapodatkovnega objekta za vlogo MIKO_Softphone ni bil najden".

Poleg tega se ta situacija ni pojavila v vseh konfiguracijah, ampak v "Upravljanje trgovine, 11.2.3.218" in "Kompleksna avtomatizacija, 2.0.3.222" Z vlogo ni bilo težav, ko je bila dodana v samo razširitev. Da bi naši rešitvi zagotovili nekaj vsestranskosti in zagotovili nemoteno delovanje v večini konfiguracij, ki jih podpiramo, smo se odločili dodati vlogo MIKO_programski telefon v glavno konfiguracijo in si jo izposodite v razširitvi ter nato implementirajte nastavitve za to vlogo v razširitvi.

Zelo pomembna lastnost je dejstvo, da če želite po namestitvi naše razširitve vdelati ploščo v skladu z našimi starimi navodili, morate onemogočiti razširitev in odstraniti vlogo MIKO_softphone. Če želite znova uporabiti razširitev, morate najprej dodati vlogo in nato dodati razširitev.

Naj povzamemo

Tudi z vključitvijo možnosti spreminjanja osnovne konfiguracije in minimalnimi spremembami konfiguracije smo olajšali postopek vgradnje telefonskega panela. Zdaj vam ni treba spreminjati modulov upravljane aplikacije, dodajati obdelav in podsistemov v konfiguracijo ali konfigurirati vlog. Razširitev bo vse to naredila namesto vas! Še naprej bomo izboljševali postopek vgradnje telefonske plošče za 1C!

Navodila za vgradnjo telefonske plošče za 1C z uporabo razširitvenega mehanizma najdete.

Zastavite svoja vprašanja prek obrazca za povratne informacije.

© 2019. MIKO LLC Vse pravice pridržane.

Pozdravljeni vsi skupaj!

Čudovita konfiguracija 1C "BIT: Medical Center Management" do izdaje 2.0.28.3 ima v logiki svojega delovanja nekaj nadležnih netočnosti, ki vam ne omogočajo, da bi popolnoma uživali v njeni uporabi.

Tukaj predstavljam dve možnosti za rešitev teh težav z opozorilom, da imam osebno raje tisto, ki vključuje spreminjanje konfiguracije - stare zastarele metode še vedno delujejo, kot bi morale. In ja - to je moj IMHO in deluje.

Problem #1. Cene za delo niso navedene v dokumentu »Opravljanje storitev«.

Kršitev v logiki programa je naslednja: informacijski register "Cene artiklov" ima dimenzijo "Merska enota", tabelarični del "Delo" zgornjega dokumenta pa nima takih ustreznih podrobnosti, tako da ko izpolnite vrstico v tem tabelaričnem delu, jo lahko preprosto in prosto nadomestite v povpraševanju po ceni. Poleg tega funkcija »GetPrice« splošnega modula »Pricing« vsebuje vrstice:

If ValueFilled(Unit of Measurement) Then Selection Structure.Insert("Unit of Measurement", Unit of Measurement); Sicer Selection Structure.Insert("Unit of Measurement", Directories.Units of Measurement.Empty Link()); endIf;

Tu je bila po mojem mnenju uporabljena skrajno napačna rešitev: v registru »Cene artiklov« v dimenziji »Merske enote« v normalnih pogojih ne sme biti praznih povezav. Namesto tega bodo na voljo povezave do elementov imenika »Merske enote« iz podrobnosti »Enote izdelkov« ustreznih elementov. Uporabimo jih raje:

If ValueFilled(Unit of Measurement) Then Selection Structure.Insert("Unit of Measurement", Unit of Measurement); V nasprotnem primeru If TypeValue(Nomenclature) = Type("DirectoryLink.Nomenclature") Then Selection Structure.Insert("Unit of Measurement", Nomenclature.Unit of Goods); endIf; endIf;

rešitve:
a) neposredno spreminjanje konfiguracijske kode;
b) ustvarjanje razširitve: problematično funkcijo postavimo »namesto« prvotne, spremenimo kodo.

Problem #2. Zunanji natisnjeni obrazci z vrsto uporabe »CallClientMethod« sploh ne delujejo.

Najprej mora biti obrazec za zunanjo obdelavo poimenovan "Form1". ja točno tako.

Drugič, modul obdelovalnega objekta mora vsebovati funkcijo:

FunctionLaunchModeClient() Izvozi Vrni True; EndFunction

Tudi to je potrebno.

Tretjič, kar je najbolj neprijetno, konfiguracija v obrazcu za odpiranje ne posreduje povezave do dokumenta, iz katerega se ta obrazec odpre ... In posledično zunanja tiskalna forma ne ve, kaj naj natisne.

rešitve:
a) dodajte vrstice:

po črti

Form = GetForm("ExternalProcessing."+Res+".Form.Form1");

v funkciji "Tiskanje zunanjega obrazca S preverjanjem načina odjemalca" splošnega modula "Odjemalec za tiskanje dokumentov"

b) razširite celotno stvar.

Težave pri uporabi razširitev.

Trenutno uporabljamo platformo 8.3.10.2505.

Zadevna konfiguracija ima način združljivosti "Različica 8.3.6". Ne zaman, seveda.

Glavna naloga je izposoditi določeno funkcijo skupnega modula v razširitev v načinu "namesto" in s spremembo nekaj vrstic tam zagotoviti, da se spremenjena koda izvaja med konfiguracijo.

Tukaj se začnejo pasti:

  • Direktiva &Instead of("GetPrice"), ki jo podpira platforma 8.3.10, ne dovoljuje uporabe načina združljivosti;
  • Metoda "SetExecuteEventHandlers" s platforme 8.3.6 povzroči burno reakcijo s platforme 8.3.10, kot je: "Preglasitev lastnosti izposojenih predmetov v razširitvah ni dovoljena v načinu združljivosti 8.3.8 in nižjih."

Očitno morate za uporabo razširitev nastaviti način združljivosti konfiguracije na »Ne uporabljaj«. Vendar pa ta rešitev v našo konfiguracijo vnaša številne dodatne težave in »nerešljive« situacije. V bistvu metode začnejo odpovedovati, ko in pred zaprtjem obrazcev in samega sistema. Delno so rešeni s tehnikami iz dokumenta Prenos konfiguracij na platformo 1C:Enterprise 8.3 brez združljivostnega načina z različico 8.2, ki se nahaja na spletni strani 1C ITS. Zakaj delno – ker vseh strežniških klicev ni mogoče pretvoriti v klice strank in vseh ni mogoče opustiti. Podrobnosti so v priloženem priponki "Celotno delo".

Seznam datotek vsebuje tri razširitve, ki rešujejo težave z zunanjimi tiskanimi obrazci, cenami in napakami pri zapiranju obrazcev in aplikacij v konfiguraciji 1C: »BIT: Upravljanje medicinskega centra« izdaja 2.0.28.3.

Kolegi, pozdravljeni vsi.

Pred dnevi je bil izdan test Enterprise Accounting z onemogočenim načinom združljivosti za platformo 8.3.6.
To pomeni, da ta različica uporablja nov mehanizem, ki obrazce upodablja na nov način.
O tem si lahko preberete v Skozi ogledalo.

Poleg standardnih morate na novo platformo pretvoriti tudi lastne razširitve.
Med postopkom prevajanja sem zase ustvaril majhen kontrolni seznam ali opomnik o tem, kaj je treba narediti.

Opomba:


1. Prenesite razširitev na novo platformo

Če želite to narediti, spremenite način združljivosti razširitve v način združljivosti konfiguracije.
Različica Enterprise Accounting ima naslednje lastnosti:

V razširitvi lahko nastavite popolnoma enake lastnosti ali počistite vsa potrditvena polja.
Brez potrditvenih polj pomeni, da razširitev ne bo preverjala teh lastnosti pri povezovanju.
Če se te lastnosti spremenijo v glavni konfiguraciji, se bo razširitev še vedno zagnala:


2. Odpravite težave s povezavo

Da bi to naredili, zaženemo konfiguracijo v načinu podjetja in preverimo, ali deluje ali ne.
Napake, zaradi katerih končnice ni bilo mogoče povezati, si lahko ogledate v dnevniku
(Administracija - Podpora in vzdrževanje - Dnevnik)
Zanimajo nas dogodki - »Session. Napaka pri uporabi razširitve konfiguracije":

Najpogosteje se težava s povezavo reši z odstranitvijo nepotrebnih podrobnosti ali predmetov.

Glavna težava je, da razširitev ne prikaže vseh napak hkrati (mimogrede, ta težava je bila rešena v 8.3.9).
Zato je treba konfiguracije zagnati zaporedno po odpravi vsake napake.
Če želite priročno zagnati dnevnik, ga dodajte med priljubljene:



3. Posodobite obrazce v razširitvi

To storite tako, da v vsakem spremenjenem obrazcu kliknete »Posodobi razširitev obrazca«
S tem ukazom ponovno naložimo glavni konfiguracijski obrazec v razširitev.

Načeloma bo delovalo brez tega, vendar je to potrebno, da bo v razširitvi obrazec videti enako kot v glavni konfiguraciji.
V različici 3.0.44 so bili skoraj vsi obrazci spremenjeni, zato bi bilo lepo te spremembe vključiti v razširitev.


4. Formo prilagodimo pravilom novega motorja.

Priporočam, da si preberete članek - Priporočila za prilagoditev obrazcev na 8.3.7.
Preučuje značilnosti novega motorja in daje posebna priporočila, kako zagotoviti, da je na novi platformi vse v redu.

Prišel sem do naslednjega postopka:

  • Odstranimo vse okraske, ki so bili uporabljeni za zamik.
    Namesto tega se zdaj uporabljajo skupine.
  • Poglejmo, ali je vse videti dobro.
    Če gre kaj narobe, si oglejte članek.
    Če je vse v redu, gremo naprej.
  • Preverjanje lastnosti nove platforme»Kombinirano«, »Samodejna največja širina« in »Samodejna največja višina«.
    Prepričajte se, da so te lastnosti nastavljene na privzete vrednosti platforme in da se obrazec zaradi tega ne razmakne.

Izdana je bila nova izdaja platforme 8.3.11, ki omogoča dodajanje in spreminjanje metapodatkovnih objektov prek razširitve. Ali lahko zdaj res izvedemo kakršne koli izboljšave, ne da bi odstranili konfiguracijo iz podpore? Se splača stranki brez posledic obljubljati gore zlata?

Najprej se morate zavedati omejitev, ki jih imajo razširitve.

Omejitev ustvarjenih predmetov

Trenutno lahko ustvarite:

  • Imeniki
  • Dokumentacija
  • Informacijski registri
  • Načrti izmenjave

Podrobnosti lahko dodate v:

  • Imeniki
  • Dokumentacija

Kaj dobimo na koncu? Vseh vrst metapodatkovnih objektov ni mogoče dodati. Najpogostejši in priljubljeni, vendar še vedno ne vsi. Poleg tega informacijskim registrom ni mogoče dodati novih dimenzij in virov. Ustvarite lahko samo popolnoma nov register.

Funkcionalnost razširitev je odvisna od načina združljivosti konfiguracije, za katero je uporabljena razširitev.

Način združljivosti 8.3.8- spreminjate lahko le oblike objektov in njihovih modulov, dodajate svoja poročila in obdelave.

Način združljivosti 8.3.10- spremenite lahko splošne module, module objektov in upravitelja, vloge, uporabite direktive »Prej«, »Potem«, »Namesto« za kateri koli modul.

Način združljivosti "Ne uporabljaj"- uporabite lahko vse funkcionalnosti razširitev, vključno z dodajanjem novih predmetov.

Trenutno ima standard UT 11.3 način združljivosti 8.3.8. V UT 11.4 je način združljivosti 8.3.10, to je na primer za UT večina funkcij razširitve ni na voljo, vključno z ustvarjanjem objektov metapodatkov.

Zdi se, da bi to sprožilo vprašanje: zakaj preprosto ne bi preklicali podpore za root, nastavili načina združljivosti na "Ne uporabljaj" in tiho uporabljali razširitev? Pri spreminjanju načina združljivosti se lahko spremeni obnašanje obrazcev in rezultatov poizvedbe, tj. obnašanje sistema kot celote. Močno je priporočljivo, da ne spremenite načina združljivosti brez predhodnega testiranja. Očitno pa je, da se zdi mogoče v celoti preizkusiti (ali vsaj delno preizkusiti uporabljene dokumente) celotno aplikativno rešitev. Zato te možnosti ne smete uporabljati.

Pri povezovanju razširitve s standardno konfiguracijo in izposoji standardnih objektov razširitev nadzira način združljivosti glavne konfiguracije ter vrste izposojenih objektov in njihove podrobnosti. Če se nadzorovane lastnosti ne ujemajo, je razširitev onemogočena in ne deluje, dokler vzrok ni odpravljen. To pomeni, da z večjo posodobitvijo obstaja velika verjetnost, da se spremeni vsaj ena od nadzorovanih lastnosti in povzroči, da razširitev izgubi funkcionalnost.


Poleg tega, če so spremembe pomembne, se zamenjajo številni postopki in funkcije standardne konfiguracije, jih bo treba skrbno spremljati in jih po potrebi uskladiti s standardno konfiguracijo, pri čemer se ohranijo predhodno opravljene spremembe.


V zgornjih primerih boste še vedno potrebovali pomoč programerja in po možnosti precej časa za spreminjanje (vendar še vedno manj kot pri posodabljanju konfiguracije, ki je bila odstranjena iz podpore).

zaključki

  • Nova izdaja platforme je ponudila nove možnosti za uporabo razširitev, postalo je mogoče dodajati metapodatkovne objekte, vendar ima funkcionalnost kljub temu določene omejitve.
  • Način združljivosti konfiguracije, za katero je uporabljena razširitev, močno omejuje zmožnosti razširitve; spreminjanje načina združljivosti ni priporočljivo.
  • Velike posodobitve še vedno zahtevajo pozornost razvijalca, saj obstaja velika verjetnost spremembe nadzorovanih lastnosti.