Kommunikáció érthetetlen
Ebben a cikkben bemutatjuk, hogyan befolyásolja a kliens és a szerver platformok és mik a jellemzői a használata a fordítási irányelveket.
Ez hasznos lesz a kezdő fejlesztők és azok, akik hiányosságok terén kliens-szerver kölcsönhatás - az összes magyarázta „az ujjak” :)
Kliens-szerver architektúra épített platform kezdetben - mivel a nap a „1C: Enterprise 8.0”.
Azonban dolgozunk ki 8,0 és 8,1 a szétválás kódot a kliens és a szerver nem tudta vigyázni. mert az ügyfél (a vastag kliens) állt rendelkezésre az azonos funkciót, mint a szerver.
Mindez megváltozott a kiadás a platform „1C: Enterprise 8.2”, amikor ott volt egy vékony kliens. Most elérhető az ügyfél egy funkciójának a szerver - a másik. Ügyfél és „kommunikálnak” egymással a szerverrel a hívás szerver.
Természetesen ez megnehezítette a fejlesztési folyamat, de másrészt - lehetséges, hogy hozzon létre egy optimális (gyors) a döntést, mert a komplex feladatok elvégzésére a szerveren.
Egy kis alapvető elméleti
Mielőtt rátérnénk a lényegi részt, megállapodnak bizonyos korlátozások:
- Azt feltételezzük, hogy tud a létezéséről négy fordítási direktívák formájában rendelkezésre álló modulok: "# 038; NaKliente", "# 038; NaServere", "# 038; NaServereBezKonteksta" és "# 038; NaKlienteNaServereBezKonteksta".
- Minden példák alapján kerül sor a munkáját „1C: Enterprise 8” kliens-szerver módban. Fájlopció lényegében egy emulációs kliens-szerver módban, a kis eltérés (ezt a cikket, ez nem fontos)
- Ennek részeként anyag kivételesnek tekinthető ügyfélkapcsolati és 1C szerver. Munka az adatbázisban, az adatok átalakítása, és más árnyalatok a rendszer - ezek a témák más cikkek.
Ezután felfrissít egy kicsit elmélet.
Irányelv a neve arra utal, hogy „az ügyfél”, határt szab a fellebbezést az adatbázisba.
Eljárás vagy függvény írt alá az irányelv „nem összefüggésben”, nem férnek hozzá az összefüggések (adat) formában. Ezen információk alapján, könnyű elképzelni, hogy a direktívák korlátozások az adatokhoz való hozzáférés az alábbi táblázat tartalmazza:
Megelőzve a kérdést: „Mi egy irányelvet a leghosszabb neve, ha korlátozza az összefüggésben formák, és az adatbázis eléréséhez”, hadd emlékeztessem minden eljárás és függvény támogatja feldolgozása továbbított információk azt paramétereket.
Ezért arra a következtetésre jutunk: a leírt módszerek szerint az irányelv „# 038; NaKlienteNaServereBezKonteksta” az egyetlen forrása a adatok átkerülnek a ugyanezen paramétereket.
Ne feledkezzünk meg a rendelkezésre álló felhívás egyes eljárások és függvények a többi. E célból érdemes megjegyezni, hogy csak akkor hívják azokat folyamatokat és funkciókat, amelyek ugyanazon a néven (a szülő módszer) az irányelv vagy az irányelv lejjebb helyezkedik el (mint a szülő módszer) szerint a lista:
- # 038; NaKliente
- # 038; NaServere
- # 038; NaServereBezKonteksta
- # 038; NaKlienteNaServereBezKonteksta.
Azaz, a leírt módszerek szerint az irányelv „# 038; NaKliente”, akkor hívja eljárások és függvények leírtak szerint minden irányelv. De a „ki” irányelvek „# 038; NaServereBezKonteksta” akkor csak mi van leírva az irányelv értelmében „# 038; NaServereBezKonteksta” vagy „# 038; NaKlienteNaServereBezKonteksta”.
Most, a hívás szerver
Szerver kihívás - az átadása néhány információt az ügyfél része „1C: Enterprise 8” a szerveren részt azzal a céllal, hogy vissza egy adathalmaz.
„Oh! Mit jelent a könyvtár?! „- Azt kérdezed.
Ez nagyon egyszerű:
Felhívjuk figyelmét, hogy az adatbázis csak a szerver oldalon, és a kapcsolat a kliens és a szerver korlátozott sávszélesség. Ez nem meglepő - miután a kapcsolat a kliens és a szerver is telepíthető egy instabil alacsony sebességű kommunikációs csatornán (például a mobil internet).
Továbbá az adatátvitel a kliens és a szerver csak akkor lehetséges a hívás szerver.
De ahhoz, hogy menjen a fő témája ennek a cikknek, akkor először meg kell érteni - ahol a kód kerül végrehajtásra, alá írt az egyedi irányelvek. Azaz, egyes részein alkalmazása "1C: Enterprise 8" lesz elérhető funkciók és eljárások leírt irányelvek értelmében a "# 038; NaKliente", "# 038; NaServere", "# 038; NaServereBezKonteksta" és "# 038; NaKlienteNaServereBezKonteksta":
Látjuk, hogy a kliens oldalon, mi lesz elérhető eljárások és függvények írta a négy közül két irányelvek és a szerver oldalon - alatt négyből három.
A kérdés azonnal felmerül: „Miért ezt a sokféleséget, és hogyan érdemes?”, „Hogy a leírt módszer szerint az irányelv” # 038; NaKlienteNaServereBezKonteksta „lehet végrehajtani a kliens és a szerver?”.
Most megpróbáljuk megérteni a rendszer jellemzőinek felhasználásával irányelvek és miért kell tudni, hogyan kell használni valamennyi meglévő fordítási irányelveket.
És ebben tudunk segíteni az új barátok, ismerkedés!
Ez egy folyamat szerver alkalmazásának „1C: Enterprise 8”. Ez létezik a szerveren 1C. Ő tudja, hogy melyik kliensoldalt jelenleg futó, de önmagában nem képes kezdeményezni kommunikációt velük. Úgy dolgozik kliensoldali csak azután, hogy megkapta a szerver oldali hívást.
Ez a kiszolgáló-oldali hívást. Mint már említettük, ez generálja a folyamat a kliens oldalon, és célja, hogy „szolgálni” őt. Ez továbbítja a kérést a kliens oldalon a szerver oldalon, valamint szállítások az ügyfél és a kiszolgáló és vissza.
Tehát nézzük meg néhány jellemzője programkód a „1C: Enterprise 8” írt alá különböző irányelvek.
1. lépés: megnyitása a felhasználó űrlap adatokat.
Amikor a felhasználó rákattint a nyitó alakja a kezelőfelület gombjai, van egy irányítás átadása a szerver. Szerint az átvitt paraméterek kapott az építőiparban a szükséges adatokat az adatbázisból, és van egy formáció összefüggésben formában, amelyet azután küldött az ügyfél része. A felhasználó a kért formában jelenik meg a képernyőn.
2. lépés: A felhasználó megnyitja formájában további adatokat az adatbázis.
Előállítása Ezen adatok lehet leírni két irányelv hatálya alá - „# 038; NaServere” és „# 038; NaServereBezKonteksta”. Két esetet.
1. irányelv jelenség "# 038; NaServere"
Ha hívja a eljárás vagy függvény az irányelv értelmében „# 038; NaServere” a forma a kliens oldalon van egy „csomag” az egész összefüggésben a forma és azt eljuttatja a szerver oldalon.
Végrehajtása után a módszer a szerveren, az egész „csomag” szállítják vissza. Így, az összes elemet a forma és az adatok azt kétszer halad át a szűk keresztmetszetet a rendszer.
2. irányelv jelenség "# 038; NaServereBezKonteksta"
Ha hívja a eljárás vagy függvény az irányelv értelmében „# 038; NaServereBezKonteksta” ki a forma az ügyfél által továbbított oldalán a kiszolgáló csak azokat az adatokat, amelyeket a listán. Vissza csak a szükséges adatokat továbbítanak formájában már elő.
Így a hívás szerver nem hordoz egy extra terhelést, és átadni az adatokat a kliens és a szerver lesz szüksége kevesebb erőforrás.
A példák egyértelmű, hogy nem mindig igazolja az iránymutatás összeállítása „# 038; NaServere” szempontjából, az alkalmazás körülményeitől (adat) formában a szerveren.
Ha lehetséges, oldja meg a problémát, megküldve a szerver csak egy bizonyos adathalmazt, fel kell használni ezt a lehetőséget, hogy leírja a módszert, és az iránymutatás a „# 038; NaServereBezKonteksta”. Ez csökkenti a terhelést a kiszolgáló kihívás, és nem foglalnak szerver feldolgozási és tárolási nincs szükség a jelenlegi ismeretek szerint.
By the way, ez az, amiért a platform verzió 8.3.7.1759 összetett alakzatokat, hogy ellenőrizzék a láthatóságát elemek használata ajánlott panelek oldalak helyett tulajdon „Látható”. Csak kezdve ez a kiadás tesztelése változások láthatóvá vált elemek végre a kliens oldalon.
Eddig a pontig minden alkalommal, amikor megváltoztatja a tulajdonságait „láthatóság” jött a hívás szerver, akkor használja az irányelv „# 038; NaServere”.
De a használatát irányelvek „# 038; NaServereBezKonteksta” nem csodaszer. Amellett, hogy a terhelés a szerveren hívásokat, akkor mindig úgy gondolja, inkább egy paraméter.
3. lépés: táblázatos formában adatfeldolgozó részletben további információt szerezni az adatbázisokból.
1. Progresszív jelenség feldolgozása táblázat szakasz a kliens oldalon a szerver szervezet felhívás további információt az adatbázisból.
Azt már tudjuk -, hogy jobb használni az irányelv „# 038; NaServereBezKonteksta”.
Érdekes előadás egyedülállóan +++, de természetesen magam természetesen nem találtam új.
Úgy vélem, hogy az én hibám 1C készül, hogy egy ilyen megközelítés, amely 95% NaServere irányelvet. Ők legalább volna változtatni az értékeket az irányelvek, azaz NaServere - elvégzi a kontextus (és alapértelmezés szerint létrejön, és NaSerereSKontekstom irányelv - már a kontextusban, akkor önként / akaratlanul, de a legtöbb fejlesztő lenne a helyes, hogy használja őket.
Mindezek a kontextusok - 1C, a találmány, a szokásos módon. Normál fejlesztőkörnyezet maguk határozzák meg, ahol a végrehajtható kódot. Kliens-szerver - alacsony, hogy miért van az 1C a felépítmény felső szintje fölé emelkedett a nyelv - nem világos.
