ПредишенСледващото

Надстройка нестандартни конфигурации, или как да премахнете отегчен //

Може би ще започна с тъй като бях за актуализиране на нестандартно конфигурация и какво всичко това ме доведе.

Започнах да се актуализира 1s още от времето 1s 77.

Актуализация механизъм в 7-ке е много проста. 3 Създаване на база данни. 1 -Работа база, второ - копие от базата данни за производството, третият - на празен типичен база на една и съща версия.

Първо сравнение на новата версия. На второ място с типичен освобождаване. На трето място от новата версия.

Общо във втори прозорец на сравнение, можем да видим всички "подобрения" в освобождаването на трети виждат промяна. и да реши, че основният въпрос, и това, което ние приемаме от новата версия.

След оборудването, проверка: работата, актуализирана база данни е в сравнение със стандартната версия. Списъкът на промени бъде идентична с втора основа. Ако е така, актуализацията се извършва правилно.

В 8ke всичко се промени драстично.

Като се започне с факта, че в същия магазин база данни 3 или повече конфигурации.

1 - Главна Configuration - Та, с които програмист работи директно.

2 - конфигурацията на базата данни - Това е конфигурацията, която се изпълнява в момента в базата данни. (Т.е., ако ви напиша няколко реда в конфигуратора, това означава, че в първата базова конфигурация и конфигурацията на базата данни са станали не е същото, във втория)

3 - Конфигурация на доставчика - по същество е типичен освобождаване.

4..n конфигурация доставчик може да бъде много, но тази тема е напълно различна статия.

Този факт позволява на разработчиците да реализират една купчина база данни с лакомства. За тях специално:

претенция 1. - Ако сте надстройка в единна база данни, можете да видите всички 3 разликите в 3EH бази 77, както бе споменато по-горе. (Стандартна основа се различава от новия албум, "програмистите модификациите" - разликите между базовата конфигурация на конфигурацията на доставчик, и за разлика от основната конфигурация на новата версия).

т.2. - Теоретично, ъпгрейд може да бъде 3 случая

1 случай - обектът се променя само в базата и в освобождаването не се промени този обект

2 случай - обектът се променя само в освобождаването, а базата данни не се различава от конфигурацията на доставчик

3 случай - обектът се променя и на двете места.

Така че в 8 ке 1 и 2 случая на платформата се управлява автоматично. (Прави решение на което конфигурация, за да вземе кода)

1 заедно с основната конфигурация на приоритет - (важно е, че направени от програмисти)

2 заедно с приоритета на новата конфигурация доставчик - (по-важно е това, което е направено в освобождаването)

След актуализиране на асоциацията в кода на готовност, е един куп документи, възприет в таг //> НМД Ето един пример част от код на доклада за разход.

Например в това място код е ясно, че в метода на SokrLP освобождаване () се прибавя;

И на мястото на кода са подобрения на AFM (Андропов Фьодор Михайлович, или някой друг)

Подкрепете проекта - споделете линка, благодаря!