Veröffentlichungen. Veröffentlichungen Leistungsstarker Server erforderlich

Eine der netten Eigenschaften der 1C: Enterprise-Technologie ist, dass eine Anwendungslösung, die mithilfe der Managed Forms-Technologie entwickelt wurde, sowohl in einem Thin (ausführbaren) Client für Windows, Linux, MacOS X als auch als Web-Client für 5 Browser - Chrome - gestartet werden kann. Internet Explorer, Firefox, Safari, Edge und alles, ohne den Quellcode der Anwendung zu ändern. Darüber hinaus funktioniert und sieht die Anwendung im Thin Client und im Browser von außen nahezu identisch aus.
Finde 10 Unterschiede (unter 2 Bilder geschnitten):

Dünnes Client-Fenster unter Linux:

Das gleiche Fenster im Webclient (im Chrome-Browser):

Warum haben wir einen Webclient erstellt? Um es ein wenig prätentiös auszudrücken, eine solche Aufgabe wurde uns mit der Zeit gestellt. Der Internetzugang ist seit langem eine Voraussetzung für Geschäftsanwendungen. Erstens haben wir die Möglichkeit hinzugefügt, für unseren Thin Client über das Internet zu arbeiten (einige unserer Konkurrenten haben übrigens damit aufgehört; andere haben den Thin Client im Gegenteil aufgegeben und sich auf die Implementierung des Webclients beschränkt). Wir haben uns entschlossen, unseren Benutzern die Möglichkeit zu geben, die für sie am besten geeignete Kundenoption auszuwählen.

Das Hinzufügen einer Internetverbindung zu einem Thin Client war ein großes Projekt mit einer vollständigen Neugestaltung der Client / Server-Architektur. Die Erstellung eines Webclients ist ein völlig neues Projekt, das von vorne beginnt.

Formulierung des Problems

Also, die Anforderungen für das Projekt: Der Web-Client sollte dasselbe tun wie der Thin-Client, nämlich:

Benutzeroberfläche anzeigen
Führen Sie den in 1C-Sprache geschriebenen Client-Code aus

Die Benutzeroberfläche in 1C wird in einem visuellen Editor beschrieben, jedoch deklarativ ohne pixelweise Anordnung von Elementen; Es werden ungefähr drei Dutzend Arten von Schnittstellenelementen verwendet - Schaltflächen, Eingabefelder (Text, Digital, Datum / Uhrzeit), Listen, Tabellen, Grafiken usw.

Client-Code in 1C-Sprache kann Serveraufrufe enthalten, mit lokalen Ressourcen (Dateien usw.) arbeiten, drucken und vieles mehr.

Sowohl der Thin Client (bei der Arbeit über das Web) als auch der Web Client verwenden dieselben Webdienste, um mit dem 1C-Anwendungsserver zu kommunizieren. Die Implementierung der Clients ist natürlich anders - der Thin Client ist in C ++ geschrieben, der Web Client ist in JavaScript geschrieben.

Ein bisschen Geschichte

Das Projekt zur Erstellung eines Webclients begann 2006 und umfasste (im Durchschnitt) ein Team von 5 Personen. In einigen Phasen des Projekts waren Entwickler beteiligt, um bestimmte Funktionen (Tabellenkalkulationsdokument, Diagramme usw.) zu implementieren. In der Regel waren dies dieselben Entwickler, die diese Funktionalität im Thin Client erstellt haben. Jene. Die Entwickler haben die Komponenten in JavaScript neu geschrieben, die sie zuvor in C ++ erstellt hatten.

Von Anfang an haben wir die Idee einer automatischen (zumindest teilweisen) Konvertierung von Thin Client C ++ - Code in Web Client JavaScript aufgrund der starken konzeptionellen Unterschiede zwischen den beiden Sprachen abgelehnt. Der Web-Client wurde von Grund auf in JavaScript geschrieben.

In den ersten Iterationen des Projekts konvertierte der Webclient den Clientcode in der eingebetteten 1C-Sprache direkt in JavaScript. Der Thin Client verhält sich anders - der Code in der eingebetteten 1C-Sprache wird in Bytecode kompiliert, und dieser Bytecode wird dann auf dem Client interpretiert. In der Folge begann der Web-Client, dasselbe zu tun: Erstens konnte die Leistung gesteigert werden, und zweitens konnte die Architektur von Thin- und Web-Clients vereinheitlicht werden.

Die erste Version der 1C: Enterprise-Plattform mit Webclient-Unterstützung wurde 2009 veröffentlicht. Der Webclient unterstützte zu diesem Zeitpunkt zwei Browser - Internet Explorer und Firefox. Die anfänglichen Pläne beinhalteten die Unterstützung von Opera, aber aufgrund der unüberwindlichen Probleme zu diesem Zeitpunkt mit den Handlern zum Schließen von Anwendungen in Opera (es war nicht mit 100% iger Sicherheit möglich, das Schließen der Anwendung zu verfolgen und zu diesem Zeitpunkt die Verbindung zum 1C-Anwendungsserver zu trennen) von Diese Pläne mussten aufgegeben werden.

Projektstruktur

Insgesamt verfügt die 1C: Enterprise-Plattform über 4 in JavaScript geschriebene Projekte:

WebTools sind gemeinsam genutzte Bibliotheken, die von anderen Projekten verwendet werden (hier schließen wir die Google Closure Library ein).
FormattedDocument-Steuerelement
Scheduler-Steuerung (in JavaScript sowohl im Thin Client als auch im Web Client implementiert)
Webclient

Die Struktur jedes Projekts ähnelt der Struktur von Java-Projekten (oder .NET-Projekten - die näher an wem liegen). Wir haben Namespaces und jeder Namespace befindet sich in einem separaten Ordner. Der Ordner enthält Dateien und Klassen des Namespace. Das Webclient-Projekt enthält ungefähr 1000 Dateien.

Strukturell ist der Webclient grob in folgende Subsysteme unterteilt:

Client Application Managed Interface
- Allgemeine Anwendungsoberfläche (Systemmenüs, Bedienfelder)
- Verwaltete Formularoberfläche, einschließlich unter anderem etwa 30 Steuerelemente (Schaltflächen, verschiedene Arten von Eingabefeldern - Text, Zahlen, Datum / Uhrzeit usw., Tabellen, Listen, Grafiken usw.)
Objektmodell, das Entwicklern auf dem Client zur Verfügung steht (insgesamt mehr als 400 Typen: Objektmodell der verwalteten Schnittstelle, Einstellungen für die Datenzusammensetzung, bedingtes Erscheinungsbild usw.)
Embedded Language Interpreter 1C
Browsererweiterungen (werden für Funktionen verwendet, die in JavaScript nicht unterstützt werden)
- Arbeiten mit Kryptographie
- Arbeiten mit Dateien
- Externe Komponententechnologie, mit der sie sowohl in Thin- als auch in Web-Clients verwendet werden können

Entwicklungsfunktionen

Die Implementierung all dieser Punkte in JavaScript ist nicht einfach. Möglicherweise ist der 1C-Webclient eine der größten clientseitigen Anwendungen, die in JavaScript geschrieben wurden - etwa 450.000 Zeilen. Wir verwenden im Code des Webclients aktiv einen objektorientierten Ansatz, der die Arbeit mit einem so großen Projekt erleichtert.

Um die Größe des Client-Codes zu minimieren, haben wir zuerst unseren eigenen Obfuscator verwendet und ab Version 8.3.6 (Oktober 2014) Google Closure Compiler verwendet. Der Effekt der Verwendung in Zahlen ist die Größe des Webclient-Frameworks nach der Verschleierung:

Eigener Verschleierer - 1556 kb
Google Closure Compiler - 1073 kb

Durch die Verwendung des Google Closure Compilers konnten wir die Leistung des Webclients gegenüber unserem eigenen Verschleierer um 30% verbessern. Darüber hinaus hat sich der von der Anwendung verbrauchte Speicher um 15 bis 25% verringert (je nach Browser).

Google Closure Compiler funktioniert sehr gut mit objektorientiertem Code, sodass seine Effizienz für einen Webclient so hoch wie möglich ist. Closure Compiler macht ein paar gute Dinge für uns:

Statische Typprüfung in der Erstellungsphase des Projekts (bereitgestellt durch die Tatsache, dass wir den Code mit JSDoc-Annotationen abdecken). Das Ergebnis ist eine statische Typisierung, die der Typisierungsebene in C ++ sehr nahe kommt. Dies hilft, einen ziemlich großen Prozentsatz von Fehlern in der Kompilierungsphase des Projekts zu erfassen.
Reduzierung der Codegröße durch Verschleierung
Eine Reihe von Optimierungen für ausführbaren Code, z.
- inline-Funktionsersetzungen. Das Aufrufen einer Funktion in JavaScript ist eine ziemlich teure Operation, und Inline-Ersetzungen häufig verwendeter kleiner Methoden beschleunigen Ihren Code erheblich.
- Konstanten zur Kompilierungszeit zählen. Wenn der Ausdruck von einer Konstante abhängt, wird der tatsächliche Wert der Konstante ersetzt

Wir verwenden WebStorm als Entwicklungsumgebung für den Webclient.

Für die Code-Analyse verwenden wir SonarQube, wo wir statische Code-Analysatoren integrieren. Mithilfe von Analysegeräten verfolgen wir die Verschlechterung der Qualität des JavaScript-Quellcodes und versuchen, dies zu verhindern.

Welche Aufgaben haben wir gelöst?

Während der Umsetzung des Projekts standen wir vor einer Reihe interessanter Aufgaben, die wir lösen mussten.

Datenaustausch mit dem Server und zwischen Windows

Es gibt Situationen, in denen die Verschleierung des Quellcodes den Betrieb des Systems beeinträchtigen kann. Aufgrund der Verschleierung kann Code außerhalb des ausführbaren Codes des Webclients Funktions- und Parameternamen haben, die sich von denen unterscheiden, die unser ausführbarer Code erwartet. Der externe Code für uns lautet:

Vom Server kommender Code in Form von Datenstrukturen
Ein weiterer Anwendungsfenstercode

Um eine Verschleierung bei der Kommunikation mit dem Server zu vermeiden, verwenden wir das Tag @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. codiert;)
Um eine Verschleierung bei der Interaktion mit anderen Fenstern zu vermeiden, verwenden wir sogenannte exportierte Schnittstellen (Schnittstellen, in die alle Methoden exportiert werden).

/ ** * Exportierte Schnittstelle des DropDownWindow-Steuerelements * * @interface * @struct * / WebUI.IDropDownWindowExp \u003d function () () / ** * Verschiebt die Auswahl um 1 vorwärts oder rückwärts * * @param (boolean) isForward * @param (boolean) ) checkOnly * @return (boolean) * @expose * / WebUI.IDropDownWindowExp.prototype.moveMarker \u003d function (isForward, checkOnly) () / ** * Verschiebt die Auswahl an den Anfang oder das Ende * * @param (boolean) isFirst * @param (boolean) checkOnly * @return (boolean) * @expose * / WebUI.IDropDownWindowExp.prototype.moveMarkerTo \u003d function (isFirst, checkOnly) () / ** * @return (boolean) * @expose * / WebUI.IDropDownWindowExp.prototype .selectValue \u003d function () ()

Wir haben Virtual DOM verwendet, bevor es zum Mainstream wurde.

Wie bei allen Entwicklern, die sich mit komplexen Web-Benutzeroberflächen befassen, haben wir schnell festgestellt, dass das DOM für die Arbeit mit dynamischen Benutzeroberflächen schlecht geeignet ist. Fast sofort wurde ein Analogon des virtuellen DOM implementiert, um die Arbeit mit der Benutzeroberfläche zu optimieren. Während der Verarbeitung des Ereignisses werden alle DOM-Änderungen gespeichert, und erst wenn alle Vorgänge abgeschlossen sind, werden die akkumulierten Änderungen auf den DOM-Baum angewendet.

Optimierung des Webclients

Damit unser Webclient schneller funktioniert, versuchen wir, die Standardbrowserfunktionen (CSS usw.) maximal zu nutzen. Daher wird die Befehlsleiste des Formulars (die sich in fast jedem Formular der Anwendung befindet) ausschließlich über den Browser gerendert und verfügt über ein dynamisches Layout, das auf CSS basiert.

Testen

Für Funktionstests und Leistungstests verwenden wir unser eigenes Produktionstool (in Java und C ++ geschrieben) sowie eine Reihe von Tests, die auf Selen aufbauen.

Unser Tool ist universell einsetzbar - es ermöglicht Ihnen das Testen nahezu aller Fensterprogramme und eignet sich daher zum Testen sowohl eines Thin Clients als auch eines Webclients. Das Tool zeichnet die Aktionen des Benutzers, der die 1C-Anwendungslösung gestartet hat, in einer Skriptdatei auf. Gleichzeitig werden die Bilder des Arbeitsbereichs des Bildschirms aufgezeichnet - Standards. Bei der Überwachung neuer Versionen des Webclients werden Skripte ohne Benutzereingriff abgespielt. Wenn der Screenshot zu keinem Zeitpunkt mit der Referenz übereinstimmt, gilt der Test als fehlgeschlagen. Anschließend prüft der Qualitätsspezialist, ob es sich um einen Fehler oder eine geplante Änderung des Systemverhaltens handelt. Bei geplantem Verhalten werden die Standards automatisch durch neue ersetzt.

Das Tool misst auch die Anwendungsleistung mit einer Genauigkeit von 25 Millisekunden. In einigen Fällen werden Teile des Skripts zurückgeschleift (z. B. wiederholen wir die Auftragseingabe mehrmals), um die Verschlechterung der Ausführungszeit im Laufe der Zeit zu analysieren. Die Ergebnisse aller Messungen werden zur Analyse in einem Protokoll aufgezeichnet.

Unser Testwerkzeug und unsere zu testende Anwendung

Unser Werkzeug und Selen ergänzen sich; Wenn beispielsweise eine Schaltfläche auf einem der Bildschirme ihre Position geändert hat, kann Selen dies möglicherweise nicht verfolgen, aber unser Tool wird dies bemerken, weil führt einen pixelweisen Vergleich des Screenshots mit der Referenz durch. Außerdem kann das Tool Probleme bei der Verarbeitung von Eingaben über die Tastatur oder Maus verfolgen, während es diese reproduziert.

Tests mit beiden Tools (unserem und Selen) führen typische Arbeitsszenarien aus unseren Anwendungslösungen aus. Tests werden nach der täglichen Montage der 1C: Enterprise-Plattform automatisch gestartet. Im Falle einer Verlangsamung der Skripte (im Vergleich zum vorherigen Build) führen wir eine Untersuchung durch und beseitigen die Ursache für die Verlangsamung. Unser Kriterium ist einfach: Die neue Baugruppe sollte nicht langsamer arbeiten als die vorherige.

Entwickler verwenden verschiedene Tools, um Verlangsamungsvorfälle zu untersuchen. Wird hauptsächlich von Dynatrace AJAX Edition von DynaTrace verwendet. Die Protokolle der Problemoperation auf der vorherigen und auf der neuen Baugruppe werden aufgezeichnet, und die Protokolle werden analysiert. Gleichzeitig ist die Ausführungszeit einzelner Vorgänge (in Millisekunden) möglicherweise kein entscheidender Faktor - Serviceprozesse wie die Speicherbereinigung werden regelmäßig im Browser gestartet, können sich mit der Ausführungszeit von Funktionen überschneiden und das Bild verzerren. Relevantere Parameter wären in diesem Fall die Anzahl der ausgeführten JavaScript-Anweisungen, die Anzahl der atomaren DOM-Operationen usw. Wenn die Anzahl der Anweisungen / Vorgänge im selben Szenario in der neuen Version zugenommen hat, bedeutet dies fast immer einen Leistungsabfall, der korrigiert werden muss.

Einer der Gründe für den Leistungsabfall kann auch sein, dass Google Closure Compiler aus irgendeinem Grund die Funktion nicht inline ersetzen konnte (z. B. weil die Funktion rekursiv oder virtuell ist). In diesem Fall versuchen wir, die Situation durch Umschreiben des Quellcodes zu korrigieren.

Browser-Erweiterungen

Für den Fall, dass eine Anwendung Funktionen benötigt, die in JavaScript nicht verfügbar sind, verwenden wir Browsererweiterungen:

mit Dateien arbeiten
für die Arbeit mit Kryptographie
mit externen Komponenten arbeiten

Unsere Erweiterungen bestehen aus zwei Teilen. Der erste Teil ist eine sogenannte Browser-Erweiterung (normalerweise JavaScript-Erweiterungen für Chrome und Firefox), die mit dem zweiten Teil interagiert, einer binären Erweiterung, die die von uns benötigten Funktionen implementiert. Es sollte erwähnt werden, dass wir 3 Versionen von binären Erweiterungen schreiben - für Windows, Linux und MacOS. Die binäre Erweiterung wird als Teil der 1C: Enterprise-Plattform bereitgestellt und befindet sich auf dem 1C-Anwendungsserver. Wenn es zum ersten Mal von einem Webclient aufgerufen wird, wird es auf den Clientcomputer heruntergeladen und im Browser installiert.

Wenn Sie in Safari arbeiten, verwenden unsere Erweiterungen NPAPI, während Sie in Internet Explorer - ActiveX-Technologie arbeiten. Microsoft Edge unterstützt noch keine Erweiterungen, daher arbeitet der Webclient mit Einschränkungen.

Weitere Entwicklung

Eine der Aufgabengruppen für das Web-Client-Entwicklungsteam ist die Weiterentwicklung der Funktionalität. Die Funktionalität des Webclients muss mit der Funktionalität des Thin Clients identisch sein. Alle neuen Funktionen werden gleichzeitig sowohl im Thin Client als auch im Web Client implementiert.

Weitere Aufgaben sind Architekturentwicklung, Refactoring, Leistungs- und Zuverlässigkeitsverbesserung. Eine der Richtungen ist beispielsweise die weitere Bewegung in Richtung des asynchronen Arbeitsmodells. Einige der Funktionen des Webclients basieren derzeit auf einem synchronen Modell der Interaktion mit dem Server. Das asynchrone Modell wird jetzt in Browsern (und nicht nur in Browsern) relevanter. Dies zwingt uns, den Webclient zu ändern, indem synchrone Aufrufe durch asynchrone ersetzt werden (und der Code entsprechend umgestaltet wird). Der schrittweise Übergang zu einem asynchronen Modell erklärt sich aus der Notwendigkeit, freigegebene Lösungen zu unterstützen und schrittweise anzupassen.

Tags: Tags hinzufügen

Der Hauptunterschied zwischen einem dünnen und einem dicken 1C-Client hier werden die Hauptberechnungen durchgeführt - auf dem Server oder am Arbeitsplatz des Benutzers. Dies führt zu einigen Einschränkungen bei der Verwendung einer bestimmten Arbeitsoption.

In diesem Artikel des Integrus-Blogs werden verschiedene Client-Anwendungen des 1C-Systems betrachtet - was bedeutet ein 1C-Thin-Client, ein 1C-Thick-Client, was es ist und was die Unterschiede sind und in welchen Fällen es besser wäre, jede von ihnen zu verwenden.

Dicker Client 1C

Wenn Sie 1C im Thick-Client-Modus verwenden, bedeutet dies, dass alle Vorgänge mit Daten direkt am Arbeitsplatz des Benutzers ausgeführt werden und die Daten selbst auf dem Server gespeichert werden, auf dem die Client-Anwendung sie anfordert.

Ein solcher Client kann fast alle Funktionen ausführen und mit Anwendungsdatentypen arbeiten.

Die Installation eines 1C-Thick-Clients erfolgt über die allgemeine Verteilung des Systems, wo es als separate Komponente aufgeführt wird. Bei der Frage, wie ein Thick Client 1C 8.3 ausgeführt werden soll, sollte es auch keine Schwierigkeiten geben - er wird von der ausführbaren Datei 1cv8.exe gestartet.

Dünner Client 1C

Wenn Sie im 1C-Thin-Client-Modus arbeiten, werden neben dem Speichern von Daten fast der gesamte Programmcode, die Anforderungen, die temporären Dateien und der Cache auf dem Server gespeichert. An seinem Arbeitsplatz gibt der Benutzer nur die Anfangsdaten ein und sieht die Anzeige des Ergebnisses auf seinem Monitor.

Die Installation eines 1C-Thin-Clients erfolgt über das 1C-Verteilungskit. Wenn Sie es nicht haben, da Sie beispielsweise mit Cloud 1C arbeiten und es mieten, kann ein separates Distributionskit von der 1C-Website heruntergeladen werden. Stellen Sie sicher, dass die Version mit der Version der von Ihnen verwendeten Plattform übereinstimmt.

Ein Thin Client für 1C: Enterprise wird über die ausführbare Datei 1cv8c.exe gestartet.

Es ist separat zu erwähnen, dass für den 1C 8.3 Thin Client der Dateibetriebsmodus nicht empfohlen wird, der Client-Server-Modus ist vorzuziehen. Während der Dateimodus möglich ist, wird der gesamte Code auf dem Computer des Benutzers ausgeführt, wodurch die Vorteile eines Thin Clients zunichte gemacht werden.

Wie Sie sehen, besteht der Hauptunterschied zwischen einem dünnen und einem dicken 1C-Client darin, dass die Hauptberechnungen durchgeführt werden - auf dem Server oder am Arbeitsplatz des Benutzers.

Dies führt zu einigen Einschränkungen bei der Verwendung einer bestimmten Arbeitsoption:

ein wichtiger Unterschied zwischen 1C-Thin- und Thick-Clients: Die Arbeit mit dem Konfigurator und der Abfragekonsole ist nur im Thick-Client-Modus möglich
ein Thick Client arbeitet über das TCP / IP-Protokoll, daher ist er für den Kommunikationskanal sehr anspruchsvoll, da für seinen Betrieb relativ große Informationsmengen mit dem Server ausgetauscht werden müssen
der 1C Thin Client arbeitet ausschließlich im verwalteten Anwendungsmodus. Die dem Benutzer zur Verfügung stehende Funktionalität ist im Vergleich zur Funktionalität des Thick Clients eingeschränkt. Sie können beispielsweise nicht mit angewendeten Datentypen arbeiten
mit einem Thin Client ist es möglich, mit 1C über das Internet zu arbeiten. Ein Thin Client kann über http oder https eine Verbindung zu einem Webserver herstellen
Ein fetter Kunde hat ein ziemlich großes Verteilungskit. Es kann einige Schwierigkeiten bei der Installation und Konfiguration geben. Es ist wünschenswert, dass ein qualifizierter Spezialist dies tut. Während die Installation und Konfiguration eines 1C 8.3-Thin Clients und die Verbindung einer Infobase jedem mehr oder weniger fortgeschrittenen Benutzer zur Verfügung stehen.

1C Web Client

1C Web Client - Im Wesentlichen handelt es sich hierbei nicht um eine separate Anwendung, sondern um eine Technologie, mit der Sie in einer vertrauten 1C-Umgebung mit einem Browser arbeiten können, indem Sie einfach die Adresse des entsprechenden 1C-Webservers in der Adressleiste angeben. Für den Betrieb müssen Sie zuerst einen Webserver bereitstellen und eine Infobase darauf veröffentlichen. Der Webclient funktioniert nur mit einer 1C-Konfiguration, die die Anforderungen für einen Thin Client unterstützt.

Das Gute am Webclient ist, dass Sie überhaupt nichts auf dem Gerät des Benutzers installieren müssen. Es kann in allen gängigen Browsern funktionieren. Zu den Nachteilen zählen die eingeschränkte Funktionalität und die Tatsache, dass das Vorhandensein eines Webservers nicht immer für Anforderungen an die Informationssicherheit geeignet ist.

Was ist schneller als ein dünner oder dicker 1C-Client?

Es ist schwierig, die Frage eindeutig zu beantworten: Welcher 1C Thin oder Thick Client ist schneller? Dies hängt von den Nutzungsbedingungen ab.

Der Thin Client stellt geringe Anforderungen an das Gerät und den Kommunikationskanal des Benutzers, während die Funktionen des Systems fast vollständig genutzt werden. Die Arbeit kann sich jedoch verlangsamen, wenn viele Mitarbeiter gleichzeitig die Ressourcen des Servers nutzen.
Ein fetter Client kann erhebliche Leistung vom Computer des Benutzers und einen guten Datenübertragungskanal benötigen, während er dem Benutzer eine gewisse Autonomie verleiht. Seine Arbeit wird nicht davon beeinflusst, wie viele Personen gleichzeitig mit dem System arbeiten, ob eine Internetverbindung besteht usw.

Bevor Sie einen 1C-Client auswählen und konfigurieren, sollten Sie daher analysieren, wer und wie 1C in Ihrem Unternehmen verwendet und welche Arten von 1C-Clients Sie benötigen.

Wenn es sich um eine Buchhaltungsabteilung in einem Büro handelt, die mit ausreichend leistungsfähigen Computern ausgestattet werden kann und deren Verwaltung einfach zu organisieren ist. Wenn alle diese Computer mit einem lokalen Netzwerk verbunden sind, ist ein Thick Client bequemer.
Wenn Ihre Mitarbeiter häufig über das Internet remote arbeiten müssen, weil sie häufig geschäftlich unterwegs sind oder sich einfach in anderen Städten befinden, weil dies die Infrastruktur Ihres Unternehmens ist, wenn sie Laptops mit geringem Stromverbrauch oder andere mobile Geräte verwenden, ist die Einrichtung eines Thin Clients für sie geeignet 1C.

Aktualisieren von 1C-Clients

Und zum Schluss noch ein paar Worte darüber, wie 1C-Clients aktualisiert werden:

der Thin Client kann automatisch über das Internet aktualisiert werden.
updates für einen Thick Client müssen von der 1C-Website oder heruntergeladen werden.

Wenn Sie Fragen zur Auswahl eines 1C-Clients, zur Installation, Konfiguration, Aktualisierung und Verwaltung von 1C-Softwareprodukten haben, können Sie sich an die Spezialisten von Integrus wenden oder den Abschnitt unseres Unternehmensblogs mit Anweisungen und Empfehlungen zu 1C-Themen lesen.

Was ist ein dicker und dünner Client in 1C Enterprise 8.3? Was ist der Unterschied zwischen einem Thin Client und einem Fat Client?

Ihre Programmierer nennen unsere Buchhalter "fette Kunden", ergreifen Sie Maßnahmen!

Von Anwenderbeschwerden bis zum Projektmanager.

1C Enterprise verfügt über eine Client-Server-Architektur. Dies bedeutet, dass das System aus zwei Komponenten besteht - einem Client und einem Server. Client ist der Sammelname der Verbraucheranwendung (Benutzeranwendung), und der Server ist der dem Benutzer verborgene Dienstteil.

Holen Sie sich 267 1C Video-Tutorials kostenlos:

Dicker Client 1C

Ein Thick Client ist eine "normale" Art von Clientanwendung für 1C 8. Die Besonderheit dieser Art von Anwendung besteht darin, dass das System die meisten Informationen auf dem Computer des Benutzers verarbeitet. Im Thick Client wird ein sehr großer Teil der Informationen als temporäre Dateien auf dem Computer des Benutzers gespeichert.

Da die meisten Daten auf dem Computer des Benutzers verarbeitet werden, ist dieser Modus für den Datenkanal sehr anspruchsvoll.

Vor dem Erscheinen der 1C 8.2-Plattform war dies die einzige Option zum Starten des 1C-Systems. Verwenden Sie die Datei, um einen Thick Client auszuführen 1cv8.exe.

Die Entwicklung einer angewandten Lösung () ist nur im Thick Client-Modus möglich.

Dünner Client 1C

Der Thin Client erschien in 1C mit der Veröffentlichung der Plattformen 8.2 und 8.3. Das Arbeiten im Thin Client-Modus ist nur im verwalteten Anwendungsmodus möglich.

Im Thin Client-Modus werden alle Aktionen auf dem Server ausgeführt, dem Benutzer wird nur eine Anzeige der empfangenen Informationen angezeigt. Diese Betriebsart erfordert keine großen Ressourcen sowohl des Systems als auch des Kommunikationskanals. Die Thin Client-Installationsverteilung verbraucht viel weniger Daten.

Der Thin Client wird von der Datei gestartet 1cv8c.exe.

Neben dem dicken und dünnen Client gibt es auch.

1C ist eine Client-Server-Software, dh 1C besteht aus zwei Programmen - Client und Server. Das 1C-Serverprogramm wird auf dem Server ausgeführt. Der Benutzer auf seinem Computer arbeitet in 1C-Client-Programm, das kurz als 1C-Client bezeichnet wird.

In 1C gibt es verschiedene Arten von Clients, mit denen das Programm auf verschiedenen Computergeräten, verschiedenen Betriebssystemen und geografisch verteilt verwendet werden kann.

Mit einem der 1C-Clients können Sie 1C mit einem normalen Internetbrowser auf jedem Betriebssystem (auch auf einem Mac) verwenden. Ein anderer 1C-Client befindet sich auf einem PDA, beispielsweise einem Produktions-PDA in einem Lager für Inventar, mit einem Barcode-Scanner.

Schauen wir uns an, was 1C-Kunden sind, was ihre Unterschiede sind, wie sie aussehen und wie sie mit ihnen arbeiten.

Dicker Client 1C

Der einfachste und bekannteste 1C-Client ist ein 1C-Thick-Client ("normal"). Vor Version 1C 8.2 wurden außer dieser Option keine weiteren Optionen bereitgestellt.

Der 1C-Konfigurator funktioniert (derzeit) nur im 1C-Thick-Client. Es wird auch empfohlen, mit einer Dateidatenbank unter Verwendung eines 1C-Thick-Clients zu arbeiten.

Derzeit wird davon ausgegangen, dass alle 1C-Konfigurationen in den nächsten ein oder zwei Jahren auf den 1C-Thin Client übertragen werden. Daher bleibt das genaue Schicksal des 1C-Dickclients in der Zukunft unklar, es wird wahrscheinlich nicht verwendet.

Der 1C Thick Client funktioniert unter Windows. Er wird wegen der Anforderungen an die Computerressourcen des Benutzers Tolstoi genannt. Ein dicker 1C-Client kann auch große Datenmengen über das Netzwerk anfordern.

Aus Sicht des Programmierers besteht der Hauptunterschied zwischen dem 1C-Thick-Client darin, dass er die meisten Programme in der integrierten 1C-Sprache auf dem Computer des Benutzers ausführt. Zum Beispiel möchte 1C eine Abfrage aus der Datenbank ausführen:

1C-Client fordert Daten vom 1C-Server an
Die Daten werden an den 1C-Client gesendet
Der 1C-Client verarbeitet die Daten.

Die 1C-Thick-Client-Oberfläche sieht folgendermaßen aus. Standardmäßig ist nur das Benutzermenü geöffnet. Der Benutzer wählt einen Menüpunkt aus, der normalerweise ein Fenster öffnet (eine Art Liste). Dann arbeitet der Benutzer mit der Liste.

In einigen Konfigurationen gibt es einen Desktop für den 1C-Thick-Client. Es sieht aus wie das. Zuallererst sind dies die Konfigurationen Buchhaltung und Gehalt und Personal.

Dünner Client 1C

Der 1C Thin Client erschien vor relativ kurzer Zeit. Für den 1C Thin Client wurde die Trade Management-Konfiguration (Edition 11) bereits veröffentlicht. Der 1C-Thin-Client wird standardmäßig zusammen mit anderen 1C-Client-Optionen installiert, kann jedoch separat installiert werden (nur dieser).

Der 1C-Konfigurator funktioniert im 1C-Thin Client nicht. Es kann mit der dateibasierten Version der Datenbank arbeiten, es ist jedoch besser, den Client-Server-Modus zu verwenden.

Der 1C Thin Client funktioniert auch unter Windows. Es wird wegen der korrekten Organisation der Client-Server-Organisation des Programms als dünn bezeichnet. Im Gegensatz zum 1C-Thick-Client sieht die Anforderung aus der Datenbank folgendermaßen aus:

Der 1C-Client sendet an den 1C-Server die Notwendigkeit des Benutzers, Daten vom 1C-Server anzufordern
1C-Server fordert Daten von der Datenbank an
Server 1C verarbeitet Daten
Das Ergebnis der Datenverarbeitung wird an den 1C-Client gesendet.

Wie Sie verstehen, werden Plus und Minus sofort geboren. Plus - keine Genauigkeit der Computerressourcen des Benutzers, weniger Verkehr wird erwartet. Minus - Anforderungen an Serverressourcen Oben.

Der letzte Nachteil für große Unternehmen besteht darin, dass der 1C-Server skaliert werden kann, dh ein System mit mehreren 1C-Servern auf verschiedenen Computern installiert wird und diese zusammenarbeiten.

Die 1C-Thin-Client-Oberfläche sieht folgendermaßen aus. Standardmäßig wird der Desktop des Benutzers geöffnet. Es ist nach Art der Buchhaltung in Blöcke unterteilt. Der Benutzer öffnet ein Lesezeichen und verwendet Hyperlinks, um die Listen zu öffnen.

Ein zusätzlicher Unterschied zwischen einem 1C-Thin-Client und einem Thick-Client besteht darin, dass er nicht nur über das TCP / IP-Protokoll wie ein Thick-Protokoll, sondern auch über HTTP wie ein 1C-Web-Client funktioniert.

1C Web Client (1C Web Client, 1C Linux Client)

Mit dem 1C-Webclient können Sie 1C über einen normalen Internetbrowser verwenden. Sie müssen nichts extra installieren, um es zu verwenden. Es kann unter jedem Betriebssystem verwendet werden, einschließlich beispielsweise iPad.

Sie können sehen, wie 1C aussieht, wenn Sie gerade im 1C-Webclient arbeiten. Wechseln Sie dazu zur offiziellen Demo der Trade Management-Konfiguration (Edition 11).

Um den 1C-Webclient verwenden zu können, müssen Sie den Webserver hochfahren. Es wird ausschließlich als Transportmittel verwendet und sendet Anfragen an den 1C-Server. Die Logik zum Ausführen von Anforderungen und zum Verarbeiten von Daten im 1C-Webclient ist dieselbe wie im 1C-Thin-Client. Für die Arbeit wird die automatische Konvertierung der integrierten 1C-Sprache in JavaScript verwendet.

Im 1C-Webclient können Sie keine 1C-Konfigurationen verwenden - nur solche, die speziell für die Arbeit mit dem 1C-Thin-Client geschrieben wurden. Theoretisch ist die Entwicklung der Konfiguration für den 1C-Thin-Client und für den 1C-Web-Client gleich (die Schnittstelle und das Systemverhalten sollten ebenfalls gleich sein).

Es gibt jedoch Gerüchte, dass zumindest im Moment nicht alles so reibungslos ist und einige Funktionen Fehler im 1C-Webclient verursachen, obwohl sie im 1C-Thin-Client funktionieren.

Die 1C-Webclient-Oberfläche sieht folgendermaßen aus. Wie Sie sehen können, unterscheidet es sich kaum vom 1C Thin Client.

1C-Client für PDA (1C-Erweiterung für Handheld-Computer)

1C kann auch auf einem PDA (Taschencomputer, Smartphones) verwendet werden. Es gibt sogar spezielle industrielle PDAs für die Arbeit in einem Lager oder in einem Geschäft. In der Regel ist ein Barcode-Scanner integriert.

Um mit 1C auf einem PDA zu arbeiten, können Sie die 1C-Web-Erweiterung (siehe unten) verwenden, dh eine kleine Website, die direkt mit 1C funktioniert. Insbesondere für PDAs mit Windows Mobile 5.0 und höher oder Pocket PC 2003 gibt es jedoch einen 1C-Client für PDAs.

Die Arbeit der 1C-Erweiterung für PDA ist wie folgt aufgebaut:

PDA fordert Daten von 1C an (WiFi, GPRS, Bluetooth)
PDA verarbeitet Daten mit speziellen Formularen für PDA
PDA druckt Daten auf einem Drucker (Kommunikation auf ähnliche Weise)
Der PDA speichert Daten in 1C.

Mit 1C Client für PDA können Sie den Konfigurator in einer etwas abgekürzten Form verwenden, mit der Sie mit Verzeichnissen, Dokumenten, Registern und deren Formularen arbeiten können.

1C-Web-Erweiterung und 1C-Web-Dienste (Web-Erweiterung und 1C-Dienste)

Die Anzahl der Sites, die direkt mit 1C arbeiten oder möglicherweise direkt mit 1C arbeiten müssen, wächst. Ein einfaches Beispiel ist ein Online-Shop. Die direkte Kommunikation mit 1C kann verwendet werden, um Online-Guthaben, Rabatte, Kundenprofile und das Speichern von Bestellungen zu erhalten.

Zur Integration in die Site wird normalerweise ein periodischer Austausch (wie im CMS für Internetseiten und 1C Bitrix Online-Shops) oder eine Online-Kommunikation mit 1C verwendet. Für die Online-Arbeit einer Site mit 1C können Sie die 1C-Web-Erweiterung oder 1C-Webdienste verwenden.

1C Web Extension ist ein zusätzliches Produkt, das separat geliefert wird. Sie können damit Websites auf der ASP .NET-Plattform entwickeln, die über einen Pool von COM-Verbindungen mit 1C arbeiten. Das Erstellen einer Warteschlange von COM-Verbindungen, deren Speicherung und Bearbeitung sind bereits in der Web-Erweiterungs-Engine für 1C geschrieben.

1C-Webdienste sind die Funktionen der 1C-Plattform (1C-Server). Um sie zu verwenden, müssen Sie keine zusätzliche Software von 1C kaufen oder installieren.

Erfordert einen Webserver (MS IIS oder Apache) und dessen einfache Konfiguration (ISAPI-Erweiterungsverbindung). Dann kann 1C seine eigenen Webdienste veröffentlichen. Mit 1C-Webdiensten können Sie sowohl Daten von 1C anfordern als auch Daten in 1C schreiben.

Die Sicherheit wird durch die Tatsache organisiert, dass im Gegensatz zu COM-Verbindungen keine automatischen Funktionen bereitgestellt werden. Der Programmierer selbst schreibt die Funktionen der Funktionen vor. Wenn der Programmierer kein Loch gemacht hat (universelle Aufzeichnung), ist dies nicht der Fall.

Der 1C-Webclient ist im Moment noch ein wenig roh, und wenn Sie damit arbeiten, können Fehler auftreten, die stören und stören. Dies bedeutet nicht, dass Sie nicht damit arbeiten können. Der Programmierer kann die Stellen in der Konfiguration entfernen, die Fehler verursachen.

Natürlich ist der 1C-Webclient die Zukunft der 1C-Plattform. Es hängt nicht vom Betriebssystem (Windows, Unix, Mac), dem Browser (IE, Chrome, Safari, Firefox, Opera) ab und stellt keine Anforderungen an die Computerressourcen.

1C: Enterprise 8. Thin Client. Plattformversion 8.3

1C: Enterprise 8. Thin Client. (64-Bit) Plattformversion 8.3.15.1489 vom 26.06.2019

Dieses Programm ist eine Clientanwendung des 1C: Enterprise 8-Systems, die den Zugriff auf eine auf der 1C: Enterprise 8-Plattform erstellte Infobase oder einen Internetdienst ermöglicht. Um das Thin Client Distribution Kit zu erhalten, füllen Sie das Formular aus und akzeptieren Sie die Bedingungen der Lizenzvereinbarung.