Regulile de stabilire a modulelor comune, materiale didactice centru de formare „stimul“ - de formare în Kiev

2.1. Modulele server comune sunt proiectate pentru a se adapta procedurile de server și funcții care nu sunt disponibile pentru a fi utilizate de către codul de client. Ei au implementat toate logica de afaceri server intern al aplicației.
Pentru funcționarea corectă a configurației în modul de conectare externă, gestionate și procedurile și funcțiile de server pentru aplicații convenționale ar trebui să fie plasate într-un modul comun cu caracteristici:

În acest caz, garantată posibilitatea de a proceselor de server de apel și funcții cu parametri de tipuri de mutabile (de exemplu, SpravochnikObekt. DokumentObekt etc.). De obicei, aceasta:

Modulele server comune sunt numite de regulile generale de denumire a obiectelor de metadate.
De exemplu: RabotaSFaylami. ObschegoNaznacheniya

În unele cazuri, pentru a evita conflictele de denumire cu proprietăți context global pot fi adăugate sufixul „Server“.
De exemplu: ReglamentnyeZadaniyaServer. ObmenDannymiServer.

2.2. Server module comune pentru apel de la un server de client conține proceduri și funcții care sunt disponibile pentru a fi utilizate de către codul de client. Ele constituie client-server de interfață de programare a aplicațiilor.
Astfel de proceduri și funcții ale modulelor sunt plasate în comun cu caracteristica:

Server module comune pentru apel de la un client la care face referire regulile generale de obiecte de numire și de metadate ar trebui să fie numit cu un sufix „VyzovServera“.
De exemplu: RabotaSFaylamiVyzovServera

Trebuie avut în vedere faptul că procedurile de export și funcțiile în astfel de module comune nu trebuie să conțină parametri de tip mutabile (SpravochnikObekt. DokumentObekt etc.), ca transferul acestora de la (sau la) codul de client este imposibil.

A se vedea, de asemenea, caracteristica de instalare :. Limitarea „Server Challenge“, în module comune

2.3. Module generale client includ logica client de afaceri (funcționalitate specifică numai la client.) si au simptome:

Excepția este atunci când procedurile și funcțiile client trebuie să fie disponibile numai în modul de aplicare a reușit (numai în modul de aplicare convenționale sau numai în modul de conectare extern). In astfel de cazuri, altă combinație acceptabilă a acestor două caracteristici.

Clienții sunt denumite module comune cu postfixat „Client“.
De exemplu: RabotaSFaylamiKlient. ObschegoNaznacheniyaKlient

A se vedea, de asemenea, :. Minimizarea codul care rulează pe client

Module comune de acest gen sunt menționate cu un sufix „client-server“.
De exemplu: RabotaSFaylamiKlient. ObschegoNaznacheniyaKlientServer

În general, nu este recomandat să se definească module comune simultan (o aplicație gestionată) server și client. Funcționalitatea definită pentru client și server, este recomandat să pună în aplicare diferitele module, comune - a se vedea punctele .. 2.1 și 2.3. Această separare aparentă a logicii client și server-side de afaceri dictate de considerente de creștere modularitate a soluțiilor aplicate, pentru a simplifica controlul dezvoltator privind comunicarea client-server și reduce riscul de erori din cauza diferențelor fundamentale dintre cerințele pentru dezvoltarea client și cod de tip server-side (necesitatea de a minimiza codul care rulează pe client , disponibilitatea diferitelor tipuri de obiecte și a platformei și colab.). Trebuie avut în vedere creșterea inevitabilă a numărului de module comune în configurația.

Un caz special este o formulare de module și echipe mixte de module client-server care sunt proiectate special pentru punerea în aplicare a server și client logica de afaceri într-un singur modul.

3.1. Numele modulelor comune a recomandat să se bazeze pe un obiect comun de metadate reguli de denumire. Numele modulului comun trebuie să se potrivească cu numele subsistemului sau a unui mecanism, procedură separată și că implementează funcția. Se recomandă să se evite cuvinte comune, cum ar fi „proceduri“, „Function“, „Handlere“, „modul“, „funcționalitate“, și așa mai departe, în numele modulelor comune și să le aplice numai în cazuri excepționale, atunci când acestea sunt mai deplin dezvăluie scopul modulului.

Pentru a distinge între comune module ale unui subsistem, care sunt create pentru punerea în aplicare a procedurilor și funcțiilor îndeplinite în contexte diferite, este recomandat să le ceară postfix descris anterior la punctele. 2,1-2,4.

3.2. În plus față de comune Modulele pot fi adăugate specificând postfix.

3.2.1. postfix „Global“, se adaugă la modulul de la nivel mondial. în acest caz, nu ar trebui să fie adăugat sufixul „client“.
De exemplu: RabotaSFaylamiGlobalny

3.2.2. Modulele se execută în modul privilegiat având un privilegiu semn. menționată ca un postfix „PolnyePrava“.
De exemplu: RabotaSFaylamiPolnyePrava

3.2.3. Modulele destinate punerii în aplicare pe un server sau client funcții reutilizeze valori de returnare pentru sesiune, menționată cu un sufix „PovtIsp“ și „KlientPovtIsp“, respectiv.
De exemplu: RabotaSFaylamiKlientPovtIsp

3.2.4. Module de server și client de configurații de bibliotecă (care nu sunt destinate a fi utilizate în mod independent, și pentru a dezvolta alte configurații), cu procedurile și funcțiile care permit o schimbare a punerii sale în aplicare, numit postfixat „Înlocuiri“ și „KlientPereopredelyaemy“.
De exemplu: RabotaSFaylamiKlientPereopredelyaemy

A se vedea, de asemenea, obiecte de bibliotecă :. suprascrisă și furnizate