Publikacje. Wymagany potężny serwer publikacji

Jedną z fajnych cech technologii 1C: Enterprise jest to, że rozwiązanie aplikacji opracowane przy użyciu technologii zarządzanych formularzy może być uruchamiane zarówno w cienkim (wykonywalnym) kliencie dla systemów Windows, Linux, MacOS X, jak i jako klient sieciowy dla 5 przeglądarek - Chrome. Internet Explorer, Firefox, Safari, Edge, wszystko bez zmiany kodu źródłowego aplikacji. Ponadto na zewnątrz aplikacja w cienkim kliencie iw przeglądarce działa i wygląda prawie identycznie.
Znajdź 10 różnic (pod nacięciem 2 obrazki):

Cienkie okno klienta w systemie Linux:

To samo okno w kliencie sieciowym (w przeglądarce Chrome):

Dlaczego stworzyliśmy klienta internetowego? Ujmując to nieco żałośnie, takie zadanie postawił nam czas. Dostęp do Internetu od dawna jest warunkiem wstępnym dla aplikacji biznesowych. Najpierw dodaliśmy możliwość pracy przez Internet dla naszego cienkiego klienta (nawiasem mówiąc, niektórzy nasi konkurenci zatrzymali się na tym; inni wręcz przeciwnie, porzucili cienkiego klienta i ograniczyli się do wdrożenia klienta internetowego). Postanowiliśmy dać naszym użytkownikom możliwość wyboru opcji klienta, która najbardziej im odpowiada.

Dodanie połączenia internetowego do cienkiego klienta było dużym projektem obejmującym całkowite przeprojektowanie architektury klient / serwer. Stworzenie klienta internetowego to zupełnie nowy projekt, zaczynając od zera.

Sformułowanie problemu

Zatem wymagania dla projektu: klient sieciowy powinien robić to samo, co cienki klient, a mianowicie:

Wyświetl interfejs użytkownika
Wykonaj kod klienta napisany w języku 1C

Interfejs użytkownika w 1C jest opisany w edytorze wizualnym, ale deklaratywnie, bez rozmieszczenia elementów piksel po pikselu; używanych jest około trzech tuzinów typów elementów interfejsu - przyciski, pola wprowadzania (tekstowe, cyfrowe, data / czas), listy, tabele, wykresy itp.

Kod klienta w języku 1C może zawierać wywołania serwera, pracować z lokalnymi zasobami (plikami itp.), Drukować i wiele więcej.

Zarówno cienki klient (podczas pracy przez Internet), jak i klient sieciowy używają tego samego zestawu usług internetowych do komunikacji z serwerem aplikacji 1C. Oczywiście implementacja klientów jest inna - cienki klient jest napisany w C ++, klient sieciowy jest napisany w JavaScript.

Trochę historii

Projekt stworzenia klienta internetowego rozpoczął się w 2006 roku i angażował średnio 5-osobowy zespół. Na niektórych etapach projektu programiści byli zaangażowani w implementację określonej funkcjonalności (arkusz kalkulacyjny, diagramy itp.); z reguły byli to ci sami programiści, którzy stworzyli tę funkcję w cienkim kliencie. Te. programiści ponownie napisali komponenty w JavaScript, które wcześniej utworzyli w C ++.

Od samego początku odrzucaliśmy ideę jakiejkolwiek automatycznej (przynajmniej częściowej) konwersji kodu cienkiego klienta C ++ na JavaScript klienta WWW ze względu na duże różnice koncepcyjne między tymi dwoma językami; klient sieciowy został od podstaw napisany w JavaScript.

W pierwszych iteracjach projektu klient sieciowy przekształcił kod klienta w osadzonym języku 1C bezpośrednio na JavaScript. Cienki klient działa inaczej - kod w osadzonym języku 1C jest kompilowany do kodu bajtowego, a następnie ten kod bajtowy jest interpretowany na kliencie. Następnie klient sieciowy zaczął robić to samo - po pierwsze zapewniał wzrost wydajności, a po drugie umożliwił ujednolicenie architektury klientów cienkich i internetowych.

Pierwsza wersja platformy 1C: Enterprise z obsługą klienta internetowego została wydana w 2009 roku. Klient sieciowy obsługiwał wówczas 2 przeglądarki - Internet Explorer i Firefox. Początkowe plany obejmowały obsługę Opery, ale ze względu na nie do pokonania w tym czasie problemy z programami obsługi zamykania aplikacji w Operze (nie można było śledzić ze 100% pewnością, że aplikacja się zamyka, a w tym momencie rozłącza się z serwerem aplikacji 1C) z plany te trzeba było porzucić.

Struktura projektu

W sumie platforma 1C: Enterprise ma 4 projekty napisane w JavaScript:

WebTools to biblioteki współdzielone używane przez inne projekty (w tym miejscu dołączamy bibliotekę Google Closure Library).
FormattedDocument Control
Kontrola harmonogramu (zaimplementowana w JavaScript zarówno w cienkim kliencie, jak i kliencie sieciowym)
Klient sieciowy

Struktura każdego projektu przypomina strukturę projektów Java (lub projektów .NET - które są bliższe komu); mamy przestrzenie nazw, a każda przestrzeń nazw znajduje się w osobnym folderze. Folder zawiera pliki i klasy przestrzeni nazw. Projekt klienta WWW zawiera około 1000 plików.

Strukturalnie klient sieciowy jest zasadniczo podzielony na następujące podsystemy:

Interfejs zarządzany przez aplikację kliencką
- Ogólny interfejs aplikacji (menu systemowe, panele)
- Zarządzany interfejs formularza, w tym około 30 kontrolek (przyciski, różne typy pól wejściowych - tekstowe, numeryczne, data / czas itp., Tabele, listy, wykresy itp.)
Model obiektowy dostępny dla programistów na kliencie (łącznie ponad 400 typów: model obiektowy zarządzanego interfejsu, ustawienia kompozycji danych, wygląd warunkowy itp.)
Wbudowany tłumacz języka 1C
Rozszerzenia przeglądarki (używane do funkcji nieobsługiwanych w JavaScript)
- Praca z kryptografią
- Praca z plikami
- Technologia komponentów zewnętrznych, która umożliwia ich stosowanie zarówno w klientach uproszczonych, jak i internetowych

Funkcje programistyczne

Implementacja wszystkich powyższych w JavaScript jest trudna. Być może klient sieciowy 1C jest jedną z największych aplikacji po stronie klienta napisanych w JavaScript - około 450 000 linii. Aktywnie stosujemy podejście obiektowe w kodzie klienta WWW, co ułatwia pracę przy tak dużym projekcie.

Aby zminimalizować rozmiar kodu klienta, najpierw użyliśmy własnego obfuskatora, a począwszy od wersji platformy 8.3.6 (październik 2014) zaczęliśmy używać Google Closure Compiler. Efektem użycia w liczbach jest rozmiar frameworka klienta WWW po zaciemnieniu:

Własny obfuskator - 1556 kb
Kompilator zamknięcia Google - 1073 kb

Korzystanie z Google Closure Compiler pomogło nam poprawić wydajność klienta internetowego o 30% w porównaniu z naszym własnym obfuskatorem. Ponadto ilość pamięci używanej przez aplikację zmniejszyła się o 15-25% (w zależności od przeglądarki).

Google Closure Compiler działa bardzo dobrze z kodem zorientowanym obiektowo, więc jego wydajność jest jak najwyższa dla klienta internetowego. Closure Compiler robi dla nas kilka dobrych rzeczy:

Statyczne sprawdzanie typu na etapie budowania projektu (dzięki temu, że pokrywamy kod adnotacjami JSDoc). Rezultatem jest wpisywanie statyczne, które jest bardzo zbliżone do poziomu pisania w C ++. Pomaga to wyłapać dość duży procent błędów na etapie kompilacji projektu.
Zmniejszanie rozmiaru kodu poprzez zaciemnianie
Szereg optymalizacji kodu wykonywalnego, takich jak:
- podstawienia funkcji wbudowanych. Wywołanie funkcji w JavaScript jest dość kosztowną operacją, a podstawianie w wierszu często używanych małych metod znacznie przyspiesza kod.
- Zliczanie stałych w czasie kompilacji. Jeśli wyrażenie zależy od stałej, rzeczywista wartość stałej zostanie do niego podstawiona

Używamy WebStorm jako środowiska programistycznego dla klienta WWW.

Do analizy kodu używamy SonarQube, gdzie integrujemy statyczne analizatory kodu. Przy pomocy analizatorów śledzimy degradację jakości kodu źródłowego JavaScript i staramy się temu zapobiegać.

Jakie zadania zrobiły / zrobiły

Podczas realizacji projektu stanęliśmy przed szeregiem ciekawych zadań, które musieliśmy rozwiązać.

Wymiana danych z serwerem i pomiędzy oknami

Istnieją sytuacje, w których zaciemnianie kodu źródłowego może zakłócać działanie systemu. Z powodu zaciemniania kodu zewnętrzny w stosunku do kodu wykonywalnego klienta WWW może mieć nazwy funkcji i parametrów różniące się od tych, których oczekuje nasz kod wykonywalny. Kod zewnętrzny dla nas to:

Kod pochodzący z serwera w postaci struktur danych
Kolejny kod okna aplikacji

Aby uniknąć zaciemniania informacji podczas komunikacji z serwerem, używamy tagu @expose:

/ ** * @constructor * @extends (Base.SrvObject) * / Srv.Core.GenericException \u003d function () (/ ** * @type (string) * @expose * / this.descr; / ** * @type (Srv.Core.GenericException) * @expose * / this.inner; / ** * @type (string) * @expose * / this.clsid; / ** * @type (boolean) * @expose * / this. zakodowane;)
Aby uniknąć zaciemnienia podczas interakcji z innymi oknami, używamy tak zwanych interfejsów eksportowanych (interfejsów, w których eksportowane są wszystkie metody).

/ ** * Eksportowany interfejs kontrolki DropDownWindow * * @interface * @struct * / WebUI.IDropDownWindowExp \u003d function () () / ** * Przesuwa zaznaczenie do przodu lub do tyłu 1 * * @param (boolean) isForward * @param (boolean ) checkOnly * @return (boolean) * @expose * / WebUI.IDropDownWindowExp.prototype.moveMarker \u003d function (isForward, checkOnly) () / ** * Przenosi zaznaczenie na początek lub na koniec * * @param (boolean) isFirst * @param (boolean) checkOnly * @return (boolean) * @expose * / WebUI.IDropDownWindowExp.prototype.moveMarkerTo \u003d function (isFirst, checkOnly) () / ** * @return (boolean) * @expose * / WebUI.IDropDownWindowExp. .selectValue \u003d function () ()

Użyliśmy Virtual DOM, zanim stał się głównym nurtem)

Podobnie jak w przypadku wszystkich programistów zajmujących się złożonymi interfejsami WWW, szybko zdaliśmy sobie sprawę, że DOM był słabo przystosowany do pracy z dynamicznymi interfejsami użytkownika. Niemal natychmiast zaimplementowano odpowiednik wirtualnego DOM w celu optymalizacji pracy z interfejsem użytkownika. Podczas przetwarzania zdarzenia wszystkie zmiany DOM są zapamiętywane w pamięci i dopiero po zakończeniu wszystkich operacji skumulowane zmiany są stosowane do drzewa DOM.

Optymalizacja klienta WWW

Aby nasz klient WWW działał szybciej, staramy się maksymalnie wykorzystać standardowe możliwości przeglądarki (CSS itp.). Tak więc pasek poleceń formularza (znajdujący się na prawie każdym formularzu aplikacji) jest renderowany wyłącznie za pomocą przeglądarki, z dynamicznym układem opartym na CSS.

Testowanie

Do testów funkcjonalnych i testów wydajnościowych używamy własnego narzędzia produkcyjnego (napisanego w Javie i C ++), a także zestawu testów zbudowanych w oparciu o Selenium.

Nasze narzędzie jest uniwersalne - pozwala przetestować prawie każdy program okienkowy, dlatego nadaje się do testowania zarówno cienkiego klienta, jak i klienta internetowego. Narzędzie rejestruje działania użytkownika, który uruchomił rozwiązanie aplikacji 1C, w pliku skryptu. Jednocześnie rejestrowane są obrazy obszaru roboczego ekranu - standardy. Kiedy kontrolowane są nowe wersje klienta WWW, skrypty są odtwarzane bez interwencji użytkownika. Jeśli zrzut ekranu nie zgadza się na żadnym etapie, test uważa się za zakończony niepowodzeniem, po czym specjalista ds. Jakości bada, czy jest to błąd, czy planowana zmiana w zachowaniu systemu. W przypadku planowanego zachowania standardy są automatycznie zastępowane nowymi.

Narzędzie mierzy również wydajność aplikacji z dokładnością do 25 milisekund. W niektórych przypadkach zapętlamy części skryptu (na przykład kilkakrotnie powtarzamy wprowadzanie zamówienia), aby przeanalizować degradację czasu wykonania w czasie. Wyniki wszystkich pomiarów są zapisywane w dzienniku do analizy.

Nasze narzędzie testowe i aplikacja w trakcie testów

Nasze narzędzie i Selenium uzupełniają się wzajemnie; Na przykład, jeśli jakiś przycisk na jednym z ekranów zmienił swoją lokalizację - Selenium może tego nie śledzić, ale nasze narzędzie zauważy, ponieważ wykonuje porównanie piksela po pikselu zrzutu ekranu z odniesieniem. Ponadto narzędzie jest w stanie śledzić problemy z przetwarzaniem danych wejściowych z klawiatury lub myszy, ponieważ to właśnie odtwarza.

Testy obu narzędzi (naszego i Selenium) uruchamiają typowe scenariusze pracy z naszych rozwiązań aplikacyjnych. Testy są uruchamiane automatycznie po codziennym montażu platformy 1C: Enterprise. W przypadku spowolnienia działania skryptów (w porównaniu do poprzedniej kompilacji) prowadzimy dochodzenie i eliminujemy przyczynę spowolnienia. Nasze kryterium jest proste - nowy montaż nie powinien działać wolniej niż poprzedni.

Programiści używają różnych narzędzi do badania incydentów spowolnienia; używany głównie przez Dynatrace AJAX Edition firmy DynaTrace. Rejestrowane są dzienniki działania problemu na poprzednim i nowym zestawie, a następnie są one analizowane. Jednocześnie czas wykonania pojedynczych operacji (w milisekundach) może nie być decydującym czynnikiem - w przeglądarce cyklicznie uruchamiane są procesy usługowe, takie jak odśmiecanie, mogą one nakładać się na czas wykonywania funkcji i zniekształcać obraz. Bardziej istotnymi parametrami w tym przypadku byłaby liczba wykonanych instrukcji JavaScript, liczba atomowych operacji DOM itp. Jeśli liczba instrukcji / operacji w tym samym scenariuszu wzrosła w nowej wersji, prawie zawsze oznacza to spadek wydajności, który należy poprawić.

Ponadto jedną z przyczyn spadku wydajności może być to, że kompilator Google Closure Compiler z jakiegoś powodu nie był w stanie wykonać podstawienia funkcji w wierszu (na przykład, ponieważ funkcja jest rekurencyjna lub wirtualna). W tym przypadku próbujemy naprawić sytuację, przepisując kod źródłowy.

Rozszerzenia przeglądarki

W przypadku, gdy aplikacja potrzebuje funkcjonalności niedostępnej w JavaScript stosujemy rozszerzenia przeglądarki:

pracować z plikami
do pracy z kryptografią
pracować z komponentami zewnętrznymi

Nasze rozszerzenia składają się z dwóch części. Pierwsza część to tak zwane rozszerzenie przeglądarki (zwykle są to rozszerzenia JavaScript dla Chrome i Firefox), które współdziałają z drugą częścią, rozszerzenie binarne, które implementuje potrzebną nam funkcjonalność. Należy wspomnieć, że piszemy 3 wersje rozszerzeń binarnych - dla Windows, Linux i MacOS. Rozszerzenie binarne jest dostarczane jako część platformy 1C: Enterprise i znajduje się na serwerze aplikacji 1C. Przy pierwszym wywołaniu z klienta WWW jest pobierany na komputer kliencki i instalowany w przeglądarce.

Podczas pracy w Safari nasze rozszerzenia wykorzystują NPAPI, podczas pracy w przeglądarce Internet Explorer - technologia ActiveX. Microsoft Edge nie obsługuje jeszcze rozszerzeń, więc klient sieciowy działa z ograniczeniami.

Dalszy rozwój

Jedną z grup zadań zespołu programistów klienta WWW jest dalszy rozwój funkcjonalności. Funkcjonalność klienta internetowego musi być identyczna z funkcjonalnością klienta cienkiego, wszystkie nowe funkcje są wdrażane jednocześnie w kliencie uproszczonym i kliencie sieciowym.

Inne zadania to rozwój architektury, refaktoryzacja, poprawa wydajności i niezawodności. Na przykład jednym z kierunków jest dalszy ruch w kierunku asynchronicznego modelu pracy. Część funkcjonalności klienta WWW jest obecnie oparta na synchronicznym modelu interakcji z serwerem. Model asynchroniczny staje się teraz coraz bardziej istotny w przeglądarkach (i nie tylko w przeglądarkach), co zmusza nas do zmodyfikowania klienta internetowego poprzez zastąpienie wywołań synchronicznych wywołaniami asynchronicznymi (i odpowiednią refaktoryzację kodu). Stopniowe przechodzenie na model asynchroniczny tłumaczy się potrzebą wsparcia wydanych rozwiązań i ich stopniowej adaptacji.

Tagi: Dodaj tagi

Główna różnica między cienkim a grubym klientem 1C to miejsce, w którym przeprowadzane są główne obliczenia - na serwerze lub w miejscu pracy użytkownika. Nakłada to pewne ograniczenia na korzystanie z określonej opcji pracy.

W tym artykule na blogu Integrus rozważymy różne aplikacje klienckie systemu 1C - co oznacza cienki klient 1C, gruby klient 1C, co to jest i jakie są różnice, a także w jakich przypadkach lepiej byłoby użyć każdego z nich.

Gruby klient 1C

Jeśli używasz 1C w trybie grubego klienta, oznacza to, że wszystkie operacje na danych są wykonywane bezpośrednio w miejscu pracy użytkownika, a same dane są przechowywane na serwerze, gdzie aplikacja kliencka ich wzywa.

Taki klient może wykonywać prawie wszystkie funkcje i pracować z typami danych aplikacji.

Instalacja grubego klienta 1C odbywa się z ogólnej dystrybucji systemu, gdzie jest wymieniony jako oddzielny komponent. Z pytaniem, jak uruchomić grubego klienta 1C 8.3, również nie powinno być żadnych trudności - uruchamia go plik wykonywalny 1cv8.exe.

Cienki klient 1C

Praca w trybie cienkiego klienta 1C oznacza, że \u200b\u200bna serwerze, oprócz przechowywania danych, wykonywany jest prawie cały kod programu, wykonywane są żądania, przechowywane są pliki tymczasowe i pamięć podręczna. W swoim miejscu pracy użytkownik wprowadza tylko dane początkowe i widzi wyświetlanie wyniku na swoim monitorze.

Instalacja cienkiego klienta 1C odbywa się z zestawu dystrybucyjnego 1C. Jeśli go nie masz, ponieważ na przykład pracujesz z chmurą 1C i wynajmujesz ją, osobny zestaw dystrybucyjny można pobrać ze strony internetowej 1C. Upewnij się, że jego wersja odpowiada wersji używanej platformy.

Cienki klient dla 1C: Enterprise jest uruchamiany z pliku wykonywalnego 1cv8c.exe.

Warto osobno wspomnieć, że w przypadku cienkiego klienta 1C 8.3 tryb pracy na plikach nie jest zalecany, preferowany jest tryb klient-serwer. Chociaż tryb plików jest możliwy, cały kod zostanie wykonany na komputerze użytkownika, negując zalety cienkiego klienta.

Jak widać, główna różnica między cienkim a grubym klientem 1C polega na tym, gdzie przeprowadzane są główne obliczenia - na serwerze lub w miejscu pracy użytkownika.

Nakłada to pewne ograniczenia na korzystanie z określonej opcji pracy:

istotna różnica między cienkimi i grubymi klientami 1C - praca z Konfiguratorem i konsolą Query jest możliwa tylko w trybie grubego klienta
gruby klient pracuje na protokole TCP / IP, dlatego jest dość wymagający na kanale komunikacyjnym, ponieważ do jego działania konieczna jest wymiana stosunkowo dużej ilości informacji z serwerem
cienki klient 1C działa wyłącznie w trybie aplikacji zarządzanej, funkcjonalność dostępna dla użytkownika jest ograniczona w porównaniu z funkcjonalnością grubego, na przykład nie można operować na zastosowanych typach danych
za pomocą cienkiego klienta możliwa jest praca z 1C przez Internet - cienki klient może łączyć się z serwerem internetowym przez http lub https
Gruby klient ma dość duży pakiet dystrybucyjny i mogą wystąpić pewne trudności z jego instalacją i konfiguracją, pożądane jest, aby zrobił to wykwalifikowany specjalista. Podczas gdy instalacja, konfiguracja cienkiego klienta 1C 8.3, podłączenie bazy danych jest w mocy każdego mniej lub bardziej zaawansowanego użytkownika.

Klient sieciowy 1C

Klient sieciowy 1C - w istocie nie jest to oddzielna aplikacja, ale raczej technologia, która pozwala na pracę w znanym środowisku 1C za pomocą przeglądarki, po prostu określając adres odpowiedniego serwera internetowego 1C w pasku adresu. Do jego działania musisz najpierw wdrożyć serwer internetowy i opublikować na nim bazę informacji, a klient sieciowy będzie działał tylko z konfiguracją 1C, która obsługuje wymagania dla cienkiego klienta.

Zaletą klienta internetowego jest to, że nie trzeba niczego instalować na urządzeniu użytkownika, może on działać we wszystkich najpopularniejszych przeglądarkach. Spośród minusów możemy zauważyć ograniczoną funkcjonalność i fakt, że obecność serwera WWW nie zawsze jest odpowiednia dla wymagań bezpieczeństwa informacji.

Co jest szybsze niż cienki lub gruby klient 1C?

Trudno jednoznacznie odpowiedzieć na pytanie: który cienki lub gruby klient 1C jest szybszy? To zależy od warunków użytkowania.

Cienki klient ma niskie wymagania co do urządzenia użytkownika i kanału komunikacyjnego, podczas gdy możliwości systemu są prawie w pełni wykorzystywane, ale praca może spowolnić, jeśli wielu pracowników jednocześnie korzysta z zasobów serwera.
Gruby klient może wymagać znacznej mocy od komputera użytkownika i dobrego kanału transmisji danych, a jednocześnie zapewnia użytkownikowi pewną autonomię, na jego pracę nie ma wpływu, ile osób jednocześnie pracuje z systemem, czy jest połączenie internetowe itp.

Dlatego przed wybraniem i skonfigurowaniem klienta 1C zaleca się przeanalizowanie, kto i jak korzysta z 1C w Twojej firmie, jakich typów klientów 1C będziesz potrzebować.

Jeśli jest to dział księgowości zlokalizowany w biurze, które może być wyposażone w wystarczająco wydajne komputery i łatwo jest zorganizować ich administrację, to jeśli wszystkie te komputery są podłączone do sieci lokalnej, to grubszy klient będzie wygodniejszy.
Jeśli Twoi pracownicy często muszą pracować zdalnie, przez internet, bo często podróżują służbowo lub po prostu przebywają w innych miastach, bo taka jest infrastruktura Twojej firmy, jeśli korzystają z laptopów o małej mocy lub innych urządzeń mobilnych, to ustawienie cienkiego klienta będzie im odpowiadać 1C.

Aktualizowanie klientów 1C

Na koniec kilka słów o aktualizacji klientów 1C:

cienki klient może być aktualizowany automatycznie przez Internet,
aktualizacje dla grubego klienta należy pobrać ze strony internetowej 1C lub.

Jeśli masz pytania dotyczące wyboru klienta 1C, instalowania, konfigurowania, aktualizowania, administrowania oprogramowaniem 1C, możesz skontaktować się ze specjalistami Integrus lub zapoznać się z sekcją bloga naszej firmy z instrukcjami i zaleceniami dotyczącymi tematów 1C.

Co to jest gruby i cienki klient w 1C Enterprise 8.3? Jaka jest różnica między cienkim a grubym klientem?

Twoi programiści nazywają naszych księgowych „grubymi klientami”, podejmijcie działania!

Od skarg użytkowników do kierownika projektu.

1C Enterprise ma architekturę klient-serwer, co oznacza, że \u200b\u200bsystem składa się z dwóch komponentów - klienta i serwera. Klient to zbiorcza nazwa aplikacji konsumenta (użytkownika), a serwer to część usługi ukryta przed użytkownikiem.

Pobierz bezpłatne samouczki wideo 267 1C:

Gruby klient 1C

Gruby klient to „normalny” typ aplikacji klienckiej dla 1C 8. Osobliwością tego typu aplikacji jest to, że system przetwarza większość informacji na komputerze użytkownika. W grubym kliencie bardzo duża część informacji jest przechowywana na komputerze użytkownika jako pliki tymczasowe.

Ponieważ większość danych jest przetwarzana na komputerze użytkownika, ten tryb jest bardzo wymagający w kanale danych.

Przed pojawieniem się platformy 1C 8.2 była to jedyna opcja uruchomienia systemu 1C. Aby uruchomić grubego klienta, użyj pliku 1cv8.exe.

Praca nad rozwojem zastosowanego rozwiązania () jest możliwa tylko w trybie grubego klienta.

Cienki klient 1C

Cienki klient pojawił się w 1C wraz z wydaniem platform 8.2 i 8.3. Praca w trybie cienkiego klienta jest możliwa tylko w trybie aplikacji zarządzanej.

W trybie cienkiego klienta wszystkie działania są wykonywane na serwerze, użytkownik jest tylko pokazywany na wyświetlaczu z otrzymanymi informacjami. Ten tryb pracy nie wymaga dużych zasobów zarówno systemu, jak i kanału komunikacyjnego. Dystrybucja instalacji klienta uproszczonego zużywa znacznie mniej danych.

Cienki klient jest uruchamiany przez plik 1cv8c.exe.

Oprócz grubego i cienkiego klienta istnieje również.

1C to oprogramowanie typu klient-serwer, co oznacza, że \u200b\u200b1C składa się z dwóch programów - klienta i serwera. Program serwera 1C jest uruchomiony na serwerze. Użytkownik na swoim komputerze pracuje w program klienta 1C, który jest krótko nazywany klientem 1C.

W 1C istnieje kilka typów klientów, co pozwala na korzystanie z programu na różnym sprzęcie komputerowym, w różnych systemach operacyjnych, rozproszonych geograficznie.

Jeden z klientów 1C umożliwia korzystanie z 1C przy użyciu zwykłej przeglądarki internetowej w dowolnym systemie operacyjnym (nawet na komputerze Mac). Inny klient 1C jest na PDA, na przykład na produkcyjnym PDA w magazynie do inwentaryzacji, ze skanerem kodów kreskowych.

Spójrzmy, kim są klienci 1C, jakie są ich różnice, jak wyglądają i jak z nimi pracować?

Gruby klient 1C

Najprostszym i najbardziej znanym klientem 1C jest gruby klient 1C („zwykły”). Przed wersją 1C 8.2 oprócz niej nie było żadnych innych opcji.

Konfigurator 1C (obecnie) działa tylko w grubym kliencie 1C. Zaleca się również pracę z bazą danych plików przy użyciu grubego klienta 1C.

W tej chwili zakłada się, że wszystkie konfiguracje 1C zostaną przeniesione do cienkiego klienta 1C w przyszłym roku lub dwóch. Dlatego dokładny los klienta grubego 1C w przyszłości pozostaje niejasny, prawdopodobnie nie będzie używany.

Gruby klient 1C działa pod Windows. Nazywa się Tołstoj ze względu na wymagania dotyczące zasobów komputera użytkownika. Ponadto gruby klient 1C może żądać dużych ilości danych przez sieć.

Z punktu widzenia programisty główna różnica między grubym klientem 1C polega na tym, że wykonuje on większość programów we wbudowanym języku 1C na komputerze użytkownika. Na przykład 1C chce wykonać zapytanie z bazy danych:

Klient 1C żąda danych z serwera 1C
Dane są wysyłane do klienta 1C
Klient 1C przetwarza dane.

Tak wygląda gruby interfejs klienta 1C. Domyślnie otwarte jest tylko menu użytkownika. Użytkownik wybiera pozycję menu, która zwykle otwiera okno (rodzaj listy). Następnie użytkownik pracuje z listą.

W niektórych konfiguracjach istnieje pulpit dla grubego klienta 1C. To wygląda tak. Przede wszystkim są to konfiguracje Księgowość i Płace i personel.

Cienki klient 1C

Cienki klient 1C pojawił się stosunkowo niedawno. W przypadku cienkiego klienta 1C konfiguracja zarządzania handlem (wersja 11) została już wydana. Cienki klient 1C jest instalowany domyślnie razem z innymi opcjami klienta 1C, ale można go zainstalować osobno (tylko on).

Konfigurator 1C nie działa w cienkim kliencie 1C. Może współpracować z wersją bazy danych opartą na plikach, ale lepiej jest używać trybu klient-serwer.

Cienki klient 1C działa również w systemie Windows. Nazywa się go cienkim ze względu na prawidłową organizację organizacji klient-serwer programu. W przeciwieństwie do grubego klienta 1C, żądanie z bazy danych będzie wyglądać następująco:

Klient 1C przesyła do serwera 1C, że użytkownik musi zażądać danych z serwera 1C
Serwer 1C żąda danych z bazy danych
Serwer 1C przetwarza dane
Wynik przetwarzania danych jest przesyłany do klienta 1C.

Jak rozumiesz, plus i minus rodzą się natychmiast. Plus - brak dokładności w zasobach komputera użytkownika, oczekiwany jest mniejszy ruch. Minus - wymagania dotyczące zasobów serwera Powyżej.

Ostatnią wadę dla dużych firm usuwa fakt, że serwer 1C można skalować, czyli zainstalować system kilku serwerów 1C na różnych komputerach i będą one działać w połączeniu.

Interfejs cienkiego klienta 1C wygląda następująco. Domyślnie otwiera się pulpit użytkownika. Jest podzielony na bloki według rodzaju rachunkowości. Użytkownik otwiera zakładkę i używa hiperłączy do otwierania list.

Dodatkową różnicą między cienkim klientem 1C a grubym jest to, że może on działać nie tylko przez protokół TCP / IP, taki jak gruby, ale także przez HTTP, jak klient sieciowy 1C.

Klient sieciowy 1C (klient sieciowy 1C, klient 1C Linux)

Klient sieciowy 1C umożliwia korzystanie z 1C za pośrednictwem zwykłej przeglądarki internetowej. Nie musisz instalować nic więcej, aby z niego korzystać. Możesz go używać pod dowolnym systemem operacyjnym, w tym np. Na iPadzie.

Możesz teraz zobaczyć, jak wygląda 1C podczas pracy w kliencie sieciowym 1C. Aby to zrobić, przejdź do oficjalnej wersji demonstracyjnej konfiguracji Trade Management (edycja 11).

Aby korzystać z klienta internetowego 1C, musisz podnieść serwer WWW. Jest używany wyłącznie jako transport i przesyła żądania do serwera 1C. Logika wykonywania żądań i przetwarzania danych w kliencie internetowym 1C jest taka sama, jak w przypadku cienkiego klienta 1C. Do pracy używana jest automatyczna konwersja wbudowanego języka 1C na JavaScript.

W kliencie internetowym 1C nie można używać żadnych konfiguracji 1C - tylko tych napisanych specjalnie do pracy z cienkim klientem 1C. Teoretycznie rozwój konfiguracji dla cienkiego klienta 1C i klienta internetowego 1C jest taki sam (interfejs i zachowanie systemu również powinny być takie same).

Krążą jednak pogłoski, że przynajmniej w tej chwili nie wszystko jest tak płynne, a niektóre funkcje powodują błędy w kliencie internetowym 1C, chociaż działają w cienkim kliencie 1C.

Interfejs klienta sieciowego 1C wygląda następująco. Jak widać, niewiele różni się od cienkiego klienta 1C.

Klient 1C dla PDA (rozszerzenie 1C dla komputerów przenośnych)

1C może być również używany na PDA (komputery kieszonkowe, smartfony). Istnieją nawet specjalne przemysłowe PDA do pracy w magazynie lub sklepie, zwykle mają one zintegrowany skaner kodów kreskowych.

Aby pracować z 1C na PDA, możesz użyć rozszerzenia internetowego 1C (patrz poniżej) - to znaczy małej witryny, która współpracuje bezpośrednio z 1C. Jednak szczególnie w przypadku urządzeń PDA z systemem Windows Mobile 5.0 i nowszym lub Pocket PC 2003 istnieje klient 1C dla urządzeń PDA.

Praca rozszerzenia 1C dla PDA ma następującą strukturę:

PDA żąda danych od 1C (WiFi, GPRS, bluetooth)
PDA przetwarza dane przy użyciu specjalnych formularzy dla PDA
PDA drukuje dane na drukarce (komunikacja w podobny sposób)
PDA zapisuje dane w 1C.

Klient 1C dla PDA umożliwia korzystanie z konfiguratora w nieco skróconej formie, co pozwala na pracę z książkami referencyjnymi, dokumentami, rejestrami i ich formularzami.

Rozszerzenie internetowe 1C i usługi internetowe 1C (rozszerzenie sieci i usługi 1C)

Rośnie liczba witryn, które współpracują bezpośrednio z 1C lub które mogą wymagać bezpośredniej współpracy z 1C. Prostym przykładem jest sklep internetowy. Bezpośrednia komunikacja z 1C może służyć do otrzymywania sald online, rabatów, profilu klienta, zapisywania zamówień.

Aby zintegrować się z witryną, zwykle stosuje się okresową wymianę (na przykład w CMS dla witryn internetowych i sklepów internetowych 1C Bitrix) lub komunikację online z 1C. Do pracy online witryny z 1C można użyć rozszerzenia internetowego 1C lub usług internetowych 1C.

Rozszerzenie internetowe 1C to dodatkowy produkt, który jest dostarczany oddzielnie. Umożliwia tworzenie witryn na platformie ASP .NET, które działają za pośrednictwem puli połączeń COM z 1C. Tworzenie kolejki połączeń COM, ich przechowywanie i manipulowanie jest już zapisane w silniku rozszerzeń internetowych dla 1C.

Usługi sieciowe 1C to możliwości platformy 1C (serwer 1C). Aby z nich korzystać, nie musisz kupować ani instalować dodatkowego oprogramowania od 1C.

Wymaga serwera WWW (MS IIS lub Apache) i jego prostej konfiguracji (połączenie rozszerzenia ISAPI). Następnie 1C może publikować własne usługi internetowe. Usługi internetowe 1C umożliwiają zarówno żądanie danych z 1C, jak i zapisywanie danych w 1C.

Bezpieczeństwo jest zorganizowane przez fakt, że nie ma funkcji automatycznych, w przeciwieństwie do połączeń COM - sam programista określa odpowiednio możliwości funkcji, jeśli programista nie zrobił dziury (nagrywanie uniwersalne), to nie będzie.

Klient sieciowy 1C jest w tej chwili trochę surowy, a podczas pracy z nim możesz napotkać błędy, które przeszkadzają i denerwują. Nie oznacza to, że nie możesz z nim pracować - programista może usunąć te miejsca w konfiguracji, które powodują błędy.

Oczywiście klient sieciowy 1C to przyszłość platformy 1C. Nie zależy od systemu operacyjnego (Windows, Unix, Mac), przeglądarki (IE, Chrome, Safari, Firefox, Opera) i nie wymaga zasobów komputera.

1C: Enterprise 8. Cienki klient. Wersja platformy 8.3.0

1C: Enterprise 8. Cienki klient. (64-bit) Wersja platformy 8.3.15.1489 od 26.06.2019

Ten program jest aplikacją kliencką systemu 1C: Enterprise 8, która zapewnia dostęp do bazy danych lub usługi internetowej utworzonej na platformie 1C: Enterprise 8. Aby uzyskać pakiet dystrybucyjny klienta uproszczonego, wypełnij formularz i zaakceptuj warunki umowy licencyjnej.