Правила за установяване на общи модули, материали за обучение учебен център "стимул" - обучение в Киев

2.1. Сървърните общи модули са предназначени за настаняване на процедури за сървъри и функции, които не са на разположение за ползване от кода на клиента. Те изпълняват всички вътрешни сървъра бизнес логиката на приложението.
За правилното функциониране на конфигурацията в режим на външна връзка, управлявана и конвенционални приложения процедури и функции на сървъра трябва да се поставят в общ модул с функции:

В този случай се гарантира възможността да процесите на повикване сървърни и функции с параметри непостоянен видове (например, SpravochnikObekt. DokumentObekt и т.н.). Обикновено това:

Сървърните общи модули се наричат ​​с общите правила на именуване на обектите на метаданни.
Например: RabotaSFaylami. ObschegoNaznacheniya

В някои случаи, за да се избегнат конфликтите между имената с имоти глобален контекст могат да се добавят наставка "сървър".
Например: ReglamentnyeZadaniyaServer. ObmenDannymiServer.

2.2. Сървърните общи модули за повикване от клиент на сървъра съдържа процедури и функции, които са достъпни за ползване от кода на клиента. Те представляват сървър клиент интерфейс за приложно програмиране.
Тези процедури и функции на модулите са поставени общо с функцията:

Сървърните общи модули за повикване от клиент, посочен от общите правила за именуване на обекти и метаданни трябва да бъдат именувани с наставка "VyzovServera".
Например: RabotaSFaylamiVyzovServera

Следва да се има предвид, че процедурите за износ и функции в общи такива модули не трябва да съдържат параметри непостоянен видове (SpravochnikObekt. DokumentObekt и т.н.), като прехвърлянето им от (или) клиент код е невъзможно.

Вижте също :. Ограничаване монтаж функция "Сървър Challenge" в общи модули

2.3. Клиентските общи модули включват клиент бизнес логика (функционалност специфичен само за клиента.) И имат симптоми:

Изключение е, когато трябва да бъдат на разположение на процедурите за клиента и функции само в режим на управлявания заявлението (само в конвенционален режим на приложение или само в режим на външна връзка). В такива случаи, различни приемлива комбинация от тези две възможности.

Клиентите се наричат ​​общи модули с постфиксната "клиента".
Например: RabotaSFaylamiKlient. ObschegoNaznacheniyaKlient

Вижте също :. Минимизиране кода работи на клиента

Общи модули от този вид се наричат ​​с наставка "клиент-сървър".
Например: RabotaSFaylamiKlient. ObschegoNaznacheniyaKlientServer

Като цяло, не се препоръчва да се определят общи модули едновременно (управляван приложения) на сървъра и клиента. Функционалността е определено за клиента и сървъра, се препоръчва да прилагат различните модули, обща - виж параграфи .. 2.1 и 2.3. Това очевидно разделяне на клиент и сървър от страна на бизнес логиката диктува от съображения за увеличаване на модулността на приложните решения, за да се опрости контрола на разработчика на комуникация клиент-сървър и да се намали риска от грешки поради фундаменталните различия между изискванията за развитието на клиента и от страна на сървъра код (необходимостта да се сведе до минимум изпълнява код на клиента , наличието на различни видове обекти и платформата и др.). Следва да се има предвид неизбежното нарастване на броя на общи модули в конфигурацията.

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

3.1. Имена на общи модули, препоръчани за изграждане на обща правила за наименуване на обект метаданни. Името на общия модул, трябва да съвпада с името на подсистемата или отделен механизъм, процедура и че изпълнява функцията. Препоръчително е да се избегнат често срещаните думи като "Процедури", "Функция", "Манипулатори", "модул", "функционалност", и така в имената на общи модули и да ги прилага само в изключителни случаи, когато те са по-пълно разкриват целите на модула.

За да се прави разлика между общите модули на една подсистема, които са създадени за изпълнение на процедури и функции, изпълнявани в различен контекст, се препоръчва да попитам тях PostFix преди това е описано в параграфи. 2,1-2,4.

3.2. В допълнение към общите модули може да се добави посочване постфиксната.

3.2.1. постфиксната "Глобал" се добавя към глобалната модула. в този случай, не трябва да се добавя суфикс "клиент" на.
Например: RabotaSFaylamiGlobalny

3.2.2. Модулите се изпълняват в привилегирован режим със знак Privilege. посочена като постфиксната "PolnyePrava".
Например: RabotaSFaylamiPolnyePrava

3.2.3. Модулите са предназначени за изпълнение на сървър или клиент функции повторно стойности за връщане за сесията, посочен с наставка "PovtIsp" и "KlientPovtIsp" съответно.
Например: RabotaSFaylamiKlientPovtIsp

3.2.4. Сървър и клиент модули на библиотечните конфигурации (които не са предназначени да бъдат използвани самостоятелно, и да се разработят други конфигурации) с процедурите и функциите, които позволяват промяна на неговото изпълнение, наречени фиксират "Замени на" и "KlientPereopredelyaemy".
Например: RabotaSFaylamiKlientPereopredelyaemy

Вижте също :. отменено и доставени библиотечни обекти