Publications. Publications Serveur puissant requis

L'une des fonctionnalités intéressantes de la technologie 1C: Enterprise est qu'une solution d'application développée à l'aide de la technologie des formulaires gérés peut être lancée à la fois dans un client léger (exécutable) pour Windows, Linux, MacOS X et en tant que client Web pour 5 navigateurs - Chrome. Internet Explorer, Firefox, Safari, Edge, le tout sans changer le code source de l'application. De plus, en externe, l'application dans le client léger et dans le navigateur fonctionne et semble presque identique.
Trouvez 10 différences (sous couper 2 images):

Fenêtre client léger sous Linux:

La même fenêtre dans le client Web (dans le navigateur Chrome):

Pourquoi avons-nous créé un client Web? Pour le dire un peu pathétiquement, une telle tâche nous a été imposée par le temps. L'accès à Internet est depuis longtemps une condition préalable aux applications métier. Au début, nous avons ajouté la possibilité de travailler via Internet pour notre client léger (certains de nos concurrents, d'ailleurs, se sont arrêtés là; d'autres, au contraire, ont abandonné le client léger et se sont limités à la mise en œuvre du client web). Nous avons décidé de donner à nos utilisateurs la possibilité de choisir l'option client qui leur convient le mieux.

L'ajout de la connectivité Internet à un client léger était un gros projet avec une refonte complète de l'architecture client / serveur. La création d'un client Web est un tout nouveau projet, partant de zéro.

Formulation du problème

Donc, les exigences du projet: le client Web doit faire la même chose que le client léger, à savoir:

Afficher l'interface utilisateur
Exécuter le code client écrit en langage 1C

L'interface utilisateur dans 1C est décrite dans un éditeur visuel, mais de manière déclarative, sans disposition d'éléments pixel par pixel; environ trois douzaines de types d'éléments d'interface sont utilisés - boutons, champs de saisie (texte, numérique, date / heure), listes, tableaux, graphiques, etc.

Le code client en langage 1C peut contenir des appels au serveur, travailler avec des ressources locales (fichiers, etc.), imprimer et bien plus encore.

Le client léger (lorsque vous travaillez via le Web) et le client Web utilisent le même ensemble de services Web pour communiquer avec le serveur d'applications 1C. L'implémentation des clients, bien sûr, est différente - le client léger est écrit en C ++, le client Web est écrit en JavaScript.

Un peu d'histoire

Le projet de création d'un client web a démarré en 2006, et impliquait (en moyenne) une équipe de 5 personnes. À certaines étapes du projet, les développeurs ont été impliqués pour mettre en œuvre des fonctionnalités spécifiques (tableur, diagrammes, etc.); en règle générale, ce sont les mêmes développeurs qui ont créé cette fonctionnalité dans le client léger. Ceux. les développeurs ont réécrit les composants en JavaScript qu'ils avaient précédemment créés en C ++.

Dès le début, nous avons rejeté l'idée de toute conversion automatique (au moins partielle) du code client léger C ++ en JavaScript d'un client Web en raison des fortes différences conceptuelles entre les deux langages; le client Web a été entièrement écrit en JavaScript.

Dans les premières itérations du projet, le client Web a converti le code client dans le langage 1C intégré directement en JavaScript. Le client léger agit différemment - le code dans le langage 1C intégré est compilé en bytecode, puis ce bytecode est interprété sur le client. Par la suite, le client Web a commencé à faire de même - d'une part, il a donné un gain de performances, et d'autre part, il a permis d'unifier l'architecture des clients légers et Web.

La première version de la plateforme 1C: Enterprise avec prise en charge du client Web a été lancée en 2009. Le client Web à l'époque prenait en charge 2 navigateurs - Internet Explorer et Firefox. Les plans initiaux étaient de prendre en charge Opera, mais en raison des problèmes insurmontables à l'époque avec les gestionnaires de fermeture d'application dans Opera (il n'était pas possible de suivre avec 100% de certitude que l'application se fermait, et à ce moment-là de se déconnecter du serveur d'application 1C) de ces plans ont dû être abandonnés.

Structure du projet

Au total, la plateforme 1C: Enterprise compte 4 projets écrits en JavaScript:

Les WebTools sont des bibliothèques partagées utilisées par d'autres projets (c'est là que nous incluons la bibliothèque de fermeture de Google).
Contrôle des documents formatés
Contrôle du planificateur (implémenté en JavaScript dans le client léger et le client Web)
Client Web

La structure de chaque projet ressemble à la structure des projets Java (ou des projets .NET - qui est plus proche de qui); nous avons des espaces de noms, et chaque espace de noms est dans un dossier séparé. Le dossier contient des fichiers et des classes de l'espace de noms. Il y a environ 1000 fichiers dans le projet client Web.

Structurellement, le client Web est globalement divisé en les sous-systèmes suivants:

Interface gérée par l'application cliente
- Interface d'application générale (menus système, panneaux)
- Interface de formulaires gérés, comprenant, entre autres, une trentaine de champs (boutons, différents types de champs de saisie - texte, numérique, date / heure, etc., tableaux, listes, graphiques, etc.)
Un modèle objet à disposition des développeurs sur le client (plus de 400 types au total: le modèle objet de l'interface gérée, les paramètres de composition des données, l'apparence conditionnelle, etc.)
Interprète de langage intégré 1C
Extensions de navigateur (utilisées pour les fonctionnalités non prises en charge dans JavaScript)
- Travailler avec la cryptographie
- Travailler avec des fichiers
- Technologie de composants externes qui leur permet d'être utilisés dans les clients légers et Web

Fonctionnalités de développement

La mise en œuvre de tout ce qui précède en JavaScript n'est pas facile. Le client Web 1C est peut-être l'une des plus grandes applications côté client écrites en JavaScript - environ 450 000 lignes. Nous utilisons activement une approche orientée objet dans le code du client Web, ce qui facilite le travail avec un projet aussi important.

Pour minimiser la taille du code client, nous avons d'abord utilisé notre propre obfuscateur, et à partir de la version 8.3.6 de la plate-forme (octobre 2014), nous avons commencé à utiliser le Google Closure Compiler. L'effet de l'utilisation en nombre est la taille de l'infrastructure du client Web après obfuscation:

Propre obfuscateur - 1556 kb
Google Closure Compiler - 1073 Ko

L'utilisation du Google Closure Compiler nous a permis d'améliorer les performances du client Web de 30% par rapport à notre propre obfuscateur. De plus, la quantité de mémoire consommée par l'application a diminué de 15 à 25% (selon le navigateur).

Google Closure Compiler fonctionne très bien avec le code orienté objet, son efficacité est donc aussi élevée que possible pour un client Web. Closure Compiler fait quelques bonnes choses pour nous:

Vérification de type statique à l'étape de construction du projet (fournie par le fait que nous couvrons le code avec des annotations JSDoc). Le résultat est un typage statique, qui est très proche du niveau de frappe en C ++. Cela permet de détecter un pourcentage assez important d'erreurs au stade de la compilation du projet.
Réduire la taille du code grâce à l'obfuscation
Un certain nombre d'optimisations pour le code exécutable, telles que:
- substitutions de fonctions en ligne. L'appel d'une fonction en JavaScript est une opération assez coûteuse, et les substitutions en ligne de petites méthodes fréquemment utilisées rendent votre code beaucoup plus rapide.
- Comptage des constantes au moment de la compilation. Si l'expression dépend d'une constante, la valeur réelle de la constante y sera substituée

Nous utilisons WebStorm comme environnement de développement pour le client Web.

Pour l'analyse de code, nous utilisons SonarQube, où nous intégrons des analyseurs de code statique. Avec l'aide d'analyseurs, nous suivons la dégradation de la qualité du code source JavaScript et essayons de l'empêcher.

Quelles tâches ont / ont fait

Lors de la mise en œuvre du projet, nous avons été confrontés à un certain nombre de tâches intéressantes que nous devions résoudre.

Échange de données avec le serveur et entre windows

Il existe des situations où le masquage du code source peut interférer avec le fonctionnement du système. Le code externe au code exécutable du client Web, en raison de l'obfuscation, peut avoir des noms de fonctions et de paramètres différents de ceux que notre code exécutable attend. Le code externe pour nous est:

Code provenant du serveur sous forme de structures de données
Un autre code de fenêtre d'application

Pour éviter l'obfuscation lors de la communication avec le serveur, nous utilisons la balise @expose:

/ ** * @constructor * @extends (Base.SrvObject) * / Srv.Core.GenericException \u003d function () (/ ** * @type (chaîne) * @expose * / this.descr; / ** * @type (Srv.Core.GenericException) * @expose * / this.inner; / ** * @type (string) * @expose * / this.clsid; / ** * @type (boolean) * @expose * / this. encodé;)
Et pour éviter l'obscurcissement lors de l'interaction avec d'autres fenêtres, nous utilisons les interfaces dites exportées (interfaces dans lesquelles toutes les méthodes sont exportées).

/ ** * Interface exportée du contrôle DropDownWindow * * @interface * @struct * / WebUI.IDropDownWindowExp \u003d function () () / ** * Déplace la sélection vers l'avant ou vers l'arrière de 1 * * @param (booléen) isForward * @param (booléen ) checkOnly * @return (boolean) * @expose * / WebUI.IDropDownWindowExp.prototype.moveMarker \u003d function (isForward, checkOnly) () / ** * Déplace la sélection au début ou à la fin * * @param (boolean) isFirst * @param (booléen) checkOnly * @return (boolean) * @expose * / WebUI.IDropDownWindowExp.prototype.moveMarkerTo \u003d function (isFirst, checkOnly) () / ** * @return (boolean) * @expose * / WebUI.IDropDownWindowExp.prototype .selectValue \u003d fonction () ()

Nous avons utilisé Virtual DOM avant qu'il ne devienne courant)

Comme pour tous les développeurs traitant des interfaces utilisateur Web complexes, nous nous sommes rapidement rendu compte que le DOM était mal adapté pour travailler avec des interfaces utilisateur dynamiques. Presque immédiatement, un analogue du DOM virtuel a été implémenté pour optimiser le travail avec l'interface utilisateur. Pendant le traitement de l'événement, toutes les modifications du DOM sont mémorisées et, uniquement lorsque toutes les opérations sont terminées, les modifications accumulées sont appliquées à l'arborescence DOM.

Optimisation du client Web

Pour accélérer le travail de notre client Web, nous essayons d'utiliser au maximum les fonctionnalités standard du navigateur (CSS, etc.). Ainsi, la barre de commande du formulaire (située sur presque tous les formulaires de l'application) est rendue exclusivement au moyen du navigateur, avec une mise en page dynamique basée sur CSS.

Essai

Pour les tests fonctionnels et les tests de performance, nous utilisons notre propre outil de production (écrit en Java et C ++), ainsi qu'une suite de tests construits sur Selenium.

Notre outil est universel - il vous permet de tester presque n'importe quel programme de fenêtre, et convient donc pour tester à la fois un client léger et un client Web. L'outil enregistre les actions de l'utilisateur qui a lancé la solution d'application 1C dans un fichier script. Dans le même temps, les images de la zone de travail de l'écran sont enregistrées - normes. Lorsque de nouvelles versions du client Web sont contrôlées, les scripts sont lus sans intervention de l'utilisateur. Si la capture d'écran ne correspond à aucune étape, le test est considéré comme ayant échoué, après quoi le spécialiste qualité vérifie s'il s'agit d'une erreur ou d'un changement prévu du comportement du système. En cas de comportement planifié, les normes sont automatiquement remplacées par de nouvelles.

L'outil mesure également les performances de l'application avec une précision de 25 millisecondes. Dans certains cas, nous bouclons des parties du script (par exemple, nous répétons l'entrée de commande plusieurs fois) pour analyser la dégradation du temps d'exécution dans le temps. Les résultats de toutes les mesures sont enregistrés dans le journal pour analyse.

Notre outil de test et application sous test

Notre outil et Selenium se complètent; Par exemple, si un bouton sur l'un des écrans a changé d'emplacement, Selenium peut ne pas le suivre, mais notre outil le remarquera, car effectue une comparaison pixel par pixel de la capture d'écran avec la référence. En outre, l'outil est capable de suivre les problèmes de traitement des entrées depuis le clavier ou la souris, car c'est ce qu'il reproduit.

Les tests sur les deux outils (le nôtre et Selenium) exécutent des scénarios de travail typiques de nos solutions d'application. Les tests sont automatiquement lancés après l'assemblage quotidien de la plateforme 1C: Enterprise. Si les scripts ralentissent (par rapport à la version précédente), nous étudierons et éliminerons la cause du ralentissement. Notre critère est simple: le nouvel assemblage ne devrait pas fonctionner plus lentement que le précédent.

Les développeurs utilisent différents outils pour enquêter sur les incidents de ralentissement; principalement utilisé par Dynatrace AJAX Edition de DynaTrace. Les logs de l'opération problématique sur le précédent et sur le nouvel assemblage sont enregistrés, puis les logs sont analysés. Dans le même temps, le temps d'exécution d'opérations uniques (en millisecondes) peut ne pas être un facteur décisif - les processus de service tels que le ramasse-miettes sont lancés périodiquement dans le navigateur, ils peuvent chevaucher le temps d'exécution des fonctions et déformer l'image. Les paramètres plus pertinents dans ce cas seraient le nombre d'instructions JavaScript exécutées, le nombre d'opérations DOM atomiques, etc. Si le nombre d'instructions / opérations dans le même scénario a augmenté dans la nouvelle version, cela signifie presque toujours une baisse des performances qui doit être corrigée.

En outre, l'une des raisons de la baisse des performances peut être que Google Closure Compiler, pour une raison quelconque, ne pouvait pas effectuer de substitution en ligne de la fonction (par exemple, parce que la fonction est récursive ou virtuelle). Dans ce cas, nous essayons de rectifier la situation en réécrivant le code source.

Extensions de navigateur

Dans le cas où une application a besoin de fonctionnalités qui ne sont pas disponibles en JavaScript, nous utilisons des extensions de navigateur:

travailler avec des fichiers
pour travailler avec la cryptographie
travailler avec des composants externes

Nos extensions sont en deux parties. La première partie est ce qu'on appelle une extension de navigateur (généralement, des extensions JavaScript pour Chrome et Firefox) qui interagissent avec la deuxième partie, une extension binaire qui implémente les fonctionnalités dont nous avons besoin. Il convient de mentionner que nous écrivons 3 versions d'extensions binaires - pour Windows, Linux et MacOS. L'extension binaire est fournie dans le cadre de la plateforme 1C: Enterprise et se trouve sur le serveur d'application 1C. La première fois qu'il est appelé à partir d'un client Web, il est téléchargé sur l'ordinateur client et installé dans le navigateur.

Lorsque vous travaillez dans Safari, nos extensions utilisent NPAPI, tout en travaillant dans Internet Explorer - technologie ActiveX. Microsoft Edge ne prend pas encore en charge les extensions, le client Web fonctionne donc avec des limitations.

La poursuite du développement

L'un des groupes de tâches de l'équipe de développement du client Web est la poursuite du développement des fonctionnalités. La fonctionnalité du client Web doit être identique à la fonctionnalité du client léger, toutes les nouvelles fonctionnalités sont implémentées simultanément dans le client léger et le client Web.

D'autres tâches sont le développement de l'architecture, la refactorisation, l'amélioration des performances et de la fiabilité. Par exemple, l'une des directions est la poursuite du mouvement vers un modèle de travail asynchrone. Une partie de la fonctionnalité du client Web repose actuellement sur un modèle d'interaction synchrone avec le serveur. Le modèle asynchrone devient désormais plus pertinent dans les navigateurs (et pas seulement dans les navigateurs), ce qui nous oblige à modifier le client web en remplaçant les appels synchrones par des appels asynchrones (et en refactorisant le code en conséquence). La transition progressive vers un modèle asynchrone s'explique par la nécessité de prendre en charge les solutions publiées et de les adapter progressivement.

Tags: Ajouter des tags

La principale différence entre un client léger et un client 1C épais c'est là que les principaux calculs sont effectués - sur le serveur ou sur le lieu de travail de l'utilisateur. Cela impose certaines restrictions à l'utilisation d'une option de travail particulière.

Dans cet article du blog Integrus, nous examinerons différentes applications client du système 1C - que signifie un client léger 1C, un client lourd 1C, ce que c'est et quelles sont les différences, et dans quels cas il sera préférable d'utiliser chacune d'elles.

Client lourd 1C

Si vous utilisez 1C en mode client lourd, cela signifie que toutes les opérations sur les données sont effectuées directement sur le lieu de travail de l'utilisateur et que les données elles-mêmes sont stockées sur le serveur, là où l'application client les appelle.

Un tel client peut exécuter presque toutes les fonctions et travailler avec les types de données d'application.

L'installation d'un client lourd 1C est effectuée à partir de la distribution générale du système, où il est répertorié comme un composant distinct. Avec la question de savoir comment exécuter un client lourd 1C 8.3, il ne devrait pas non plus y avoir de difficultés - il est lancé par le fichier exécutable 1cv8.exe.

Client léger 1C

Travailler en mode client léger 1C signifie que sur le serveur, en plus de stocker des données, presque tout le code du programme, les requêtes sont exécutées, les fichiers temporaires et le cache sont stockés. Sur son lieu de travail, l'utilisateur ne saisit que les données initiales et voit l'affichage du résultat sur son moniteur.

L'installation d'un client léger 1C est effectuée à partir du kit de distribution 1C. Si vous ne l'avez pas, puisque vous travaillez par exemple avec le cloud 1C et que vous le louez, un kit de distribution séparé peut être téléchargé sur le site Web de 1C. Assurez-vous de vérifier que sa version correspond à la version de la plate-forme que vous utilisez.

Un client léger pour 1C: Enterprise est lancé à partir du fichier exécutable 1cv8c.exe.

Il est à noter séparément que pour le client léger 1C 8.3, le mode de fonctionnement fichier n'est pas recommandé, le mode client-serveur est préférable. Bien que le mode fichier soit possible, tout le code sera exécuté sur l'ordinateur de l'utilisateur, annulant les avantages d'un client léger.

Comme vous pouvez le voir, la principale différence entre un client léger et un client 1C épais réside dans l'endroit où les principaux calculs sont effectués - sur le serveur ou sur le lieu de travail de l'utilisateur.

Cela impose certaines restrictions à l'utilisation de l'une ou l'autre option de travail:

une différence importante entre les clients légers et lourds 1C - travailler avec le configurateur et la console de requête n'est possible qu'en mode client lourd
un client lourd fonctionne sur le protocole TCP / IP, par conséquent, il est assez exigeant sur le canal de communication, car pour son fonctionnement, il est nécessaire d'échanger des quantités relativement importantes d'informations avec le serveur
le client léger 1C fonctionne exclusivement en mode application gérée, la fonctionnalité disponible pour l'utilisateur est limitée par rapport à la fonctionnalité du client épais, par exemple, vous ne pouvez pas fonctionner avec les types de données appliqués
en utilisant un client léger, il est possible de travailler avec 1C via Internet - un client léger peut se connecter à un serveur Web via http ou https
Un gros client a un paquet de distribution assez volumineux, et il peut y avoir des difficultés avec son installation et sa configuration, il est souhaitable qu'un spécialiste qualifié le fasse. Alors que l'installation, la configuration d'un client léger 1C 8.3, la connexion d'une infobase sont à la portée de tout utilisateur plus ou moins avancé.

Client Web 1C

Client Web 1C - en substance, il ne s'agit pas d'une application distincte, mais plutôt d'une technologie qui vous permet de travailler dans un environnement 1C familier à l'aide d'un navigateur, simplement en spécifiant l'adresse du serveur Web 1C correspondant dans la barre d'adresse. Pour que cela fonctionne, vous devez d'abord déployer un serveur Web et publier une base de données dessus, et le client Web ne fonctionnera qu'avec une configuration 1C prenant en charge les exigences d'un client léger.

L'avantage du client Web est que vous n'avez rien à installer sur l'appareil de l'utilisateur, il peut fonctionner dans tous les navigateurs les plus courants. Les inconvénients comprennent des fonctionnalités limitées et le fait que la présence d'un serveur Web n'est pas toujours adaptée aux exigences de sécurité de l'information.

Qu'est-ce qui est plus rapide qu'un client 1C léger ou épais?

Il est difficile de répondre sans équivoque à la question: quel client léger ou lourd 1C est le plus rapide? Cela dépend des conditions d'utilisation.

Le client léger a peu d'exigences pour le périphérique et le canal de communication de l'utilisateur, tandis que les capacités du système sont presque entièrement utilisées, mais le travail peut ralentir si de nombreux employés utilisent simultanément les ressources du serveur.
Un gros client peut nécessiter une puissance importante de l'ordinateur de l'utilisateur et un bon canal de transmission de données, alors qu'il offre à l'utilisateur une certaine autonomie, son travail n'est pas affecté par le nombre de personnes travaillant simultanément avec le système, l'existence d'une connexion Internet, etc.

Par conséquent, avant de choisir et de configurer un client 1C, il est conseillé d'analyser qui et comment utilise 1C dans votre entreprise, de quels types de clients 1C vous aurez besoin.

S'il s'agit d'un service comptable situé dans un bureau, qui peut être équipé d'ordinateurs suffisamment puissants et qu'il est facile d'organiser leur administration, si tous ces ordinateurs sont connectés à un réseau local, alors un client lourd sera plus pratique.
Si vos employés doivent souvent travailler à distance, via Internet, parce qu'ils ont de fréquents déplacements professionnels ou simplement dans d'autres villes, parce que c'est l'infrastructure de votre entreprise, s'ils utilisent des ordinateurs portables basse consommation ou d'autres appareils mobiles, alors la mise en place d'un client léger leur conviendra. 1C.

Mise à jour des clients 1C

Et enfin, quelques mots sur la mise à jour des clients 1C:

le client léger peut être mis à jour automatiquement via Internet,
les mises à jour pour un client lourd doivent être téléchargées à partir du site Web 1C ou.

Si vous avez des questions sur le choix d'un client 1C, l'installation, la configuration, la mise à jour, l'administration des produits logiciels 1C, vous pouvez contacter les spécialistes Integrus ou consulter la section du blog de notre entreprise avec des instructions et des recommandations sur les sujets 1C.

Qu'est-ce qu'un client lourd et léger dans 1C Enterprise 8.3? Quelle est la différence entre un client léger et un client lourd?

Vos programmeurs appellent nos comptables «gros clients», agissez!

Des plaintes des utilisateurs au chef de projet.

1C Enterprise a une architecture client-serveur, ce qui signifie que le système se compose de deux composants - un client et un serveur. Le client est le nom collectif de l'application consommateur (utilisateur) et le serveur est la partie service cachée à l'utilisateur.

Obtenez gratuitement 267 didacticiels vidéo 1C:

Client lourd 1C

Un client lourd est un type d'application client "normal" pour 1C 8. La particularité de ce type d'application est que le système traite la plupart des informations sur l'ordinateur de l'utilisateur. Dans le client lourd, une très grande partie des informations est stockée sur l'ordinateur de l'utilisateur sous forme de fichiers temporaires.

La plupart des données étant traitées sur l'ordinateur de l'utilisateur, ce mode est très exigeant sur le canal de données.

Avant l'avènement de la plate-forme 1C 8.2, c'était la seule option pour lancer le système 1C. Pour exécuter un client lourd, utilisez le fichier 1cv8.exe.

Le travail sur le développement d'une solution appliquée () n'est possible qu'en mode client lourd.

Client léger 1C

Le client léger est apparu dans 1C avec la sortie des plates-formes 8.2 et 8.3. Le travail en mode client léger n'est possible qu'en mode application gérée.

En mode client léger, toutes les actions sont effectuées sur le serveur, l'utilisateur ne voit qu'un affichage des informations reçues. Ce mode de fonctionnement ne nécessite pas de grandes ressources à la fois du système et du canal de communication. La distribution d'installation du client léger consomme beaucoup moins de données.

Le client léger est lancé par le fichier 1cv8c.exe.

En plus du client épais et léger, il y a aussi.

1C est un logiciel client-serveur, ce qui signifie que 1C se compose de deux programmes - client et serveur. Le programme serveur 1C est en cours d'exécution sur le serveur. L'utilisateur sur son ordinateur travaille en programme client 1C, brièvement appelé client 1C.

Il existe plusieurs types de clients dans 1C, ce qui permet d'utiliser le programme sur différents équipements informatiques, différents systèmes d'exploitation, répartis géographiquement.

L'un des clients 1C vous permet d'utiliser 1C en utilisant un navigateur Internet standard sur n'importe quel système d'exploitation (même sur un Mac). Un autre client 1C est sur un PDA, par exemple, un PDA de production dans un entrepôt pour l'inventaire, avec un lecteur de codes-barres.

Regardons ce que sont les clients 1C, quelles sont leurs différences, à quoi ressemblent-ils et comment travailler avec eux?

Client lourd 1C

Le client 1C le plus simple et le plus connu est le client lourd 1C ("régulier"). Avant la version 1C 8.2, aucune autre option n'était fournie à part.

Le configurateur 1C (actuellement) ne fonctionne que dans le client lourd 1C. Il est également recommandé de travailler avec la base de données de fichiers à l'aide du client lourd 1C.

Pour le moment, on suppose que toutes les configurations 1C seront transférées vers le client léger 1C dans l'année ou les deux prochaines. Par conséquent, le sort exact du client lourd 1C à l'avenir reste incertain, il ne sera probablement pas utilisé.

Le client lourd 1C fonctionne sous Windows. Il s'appelle Tolstoï en raison des demandes sur les ressources informatiques de l'utilisateur. En outre, un client 1C épais peut demander de grandes quantités de données sur le réseau.

Du point de vue du programmeur, la principale différence entre le client lourd 1C est qu'il exécute la plupart des programmes dans le langage 1C intégré sur l'ordinateur de l'utilisateur. Par exemple, 1C souhaite exécuter une requête à partir de la base de données:

Le client 1C demande des données au serveur 1C
Les données sont envoyées au client 1C
Le client 1C traite les données.

L'interface du client lourd 1C ressemble à ceci. Par défaut, seul le menu utilisateur est ouvert. L'utilisateur sélectionne un élément de menu, qui ouvre généralement une fenêtre (une sorte de liste). Ensuite, l'utilisateur travaille avec la liste.

Dans certaines configurations, il existe un bureau pour le client lourd 1C. Ça ressemble à ça. Tout d'abord, ce sont les configurations Comptabilité et Salaire et personnel.

Client léger 1C

Le client léger 1C est apparu relativement récemment. Pour le client léger 1C, la configuration de Trade Management (version 11) a déjà été publiée. Le client léger 1C est installé par défaut avec d'autres options client 1C, mais il peut être installé séparément (uniquement lui).

Le configurateur 1C ne fonctionne pas dans le client léger 1C. Il peut fonctionner avec la version fichier de la base de données, mais il est préférable d'utiliser le mode client-serveur.

Le client léger 1C fonctionne également sous Windows. Il est appelé léger en raison de l'organisation correcte de l'organisation client-serveur du programme. Contrairement au client lourd 1C, une requête de la base de données ressemblera à ceci:

Le client 1C transmet au serveur 1C le besoin de l'utilisateur de demander des données au serveur 1C
Le serveur 1C demande des données à la base de données
Le serveur 1C traite les données
Le résultat du traitement des données est envoyé au client 1C.

Comme vous le comprenez, le plus et le moins naissent immédiatement. De plus - aucune précision sur les ressources informatiques de l'utilisateur, moins de trafic est attendu. Moins - exigences pour les ressources du serveur Ci-dessus.

Le dernier inconvénient pour les grandes entreprises est supprimé par le fait que le serveur 1C peut être mis à l'échelle, c'est-à-dire installer un système de plusieurs serveurs 1C sur différents ordinateurs et ils fonctionneront conjointement.

L'interface du client léger 1C ressemble à ceci. Par défaut, le bureau de l'utilisateur s'ouvre. Il est divisé en blocs par type de comptabilité. L'utilisateur ouvre un signet et utilise des hyperliens pour ouvrir les listes.

Une différence supplémentaire entre un client léger 1C et un client épais est qu'il peut fonctionner non seulement sur le protocole TCP / IP, comme un client épais, mais aussi sur HTTP, comme un client Web 1C.

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

Le client Web 1C vous permet d'utiliser 1C via un navigateur Internet standard. Vous n'avez pas besoin d'installer quoi que ce soit de plus pour l'utiliser. Vous pouvez l'utiliser sous n'importe quel système d'exploitation, y compris, par exemple, iPad.

Vous pouvez voir à quoi ressemble 1C lorsque vous travaillez dans le client Web 1C en ce moment. Pour ce faire, rendez-vous sur la démo officielle de la configuration Trade Management (édition 11).

Pour utiliser le client Web 1C, vous devez augmenter le serveur Web. Il sert exclusivement de transport et transmet les requêtes au serveur 1C. La logique d'exécution des requêtes et de traitement des données dans le client Web 1C est la même que dans le client léger 1C. Pour le travail, la conversion automatique du langage 1C intégré en JavaScript est utilisée.

Dans le client Web 1C, vous ne pouvez utiliser aucune configuration 1C - uniquement celles écrites spécifiquement pour travailler avec le client léger 1C. En théorie, le développement de la configuration pour le client léger 1C et pour le client Web 1C est le même (l'interface et le comportement du système doivent également être les mêmes).

Cependant, il y a des rumeurs selon lesquelles au moins pour le moment, tout n'est pas aussi fluide et certaines fonctions provoquent des erreurs dans le client Web 1C, bien qu'elles fonctionnent dans le client léger 1C.

L'interface du client Web 1C ressemble à ceci. Comme vous pouvez le voir, il diffère peu du client léger 1C.

Client 1C pour PDA (extension 1C pour ordinateurs de poche)

1C peut également être utilisé sur un PDA (ordinateurs de poche, smartphones). Il existe même des PDA industriels spéciaux pour travailler dans un entrepôt ou dans un magasin, ils ont généralement un lecteur de codes-barres intégré.

Pour travailler avec 1C sur un PDA, vous pouvez utiliser l'extension Web 1C (voir ci-dessous) - c'est-à-dire un petit site Web qui fonctionne directement avec 1C. Cependant, en particulier pour les PDA avec Windows Mobile 5.0 et supérieur ou Pocket PC 2003, il existe un client 1C pour PDA.

Le travail de l'extension 1C pour PDA est structuré comme suit:

PDA demande des données à 1C (WiFi, GPRS, Bluetooth)
PDA traite les données à l'aide de formulaires spéciaux pour PDA
PDA imprime des données sur une imprimante (communication de la même manière)
Le PDA enregistre les données dans 1C.

Le client 1C pour PDA vous permet d'utiliser le configurateur sous une forme quelque peu abrégée, ce qui vous permet de travailler avec des livres de référence, des documents, des registres et leurs formulaires.

Extension Web 1C et services Web 1C (extension Web et services 1C)

Le nombre de sites qui travaillent directement avec 1C ou qui peuvent avoir besoin de travailler directement avec 1C augmente. Un exemple simple est une boutique en ligne. La communication directe avec 1C peut être utilisée pour recevoir des soldes en ligne, des remises, un profil client, une sauvegarde de commande.

Pour s'intégrer au site, un échange périodique est généralement utilisé (comme dans le CMS pour les sites Internet et les boutiques en ligne 1C Bitrix) ou une communication en ligne avec 1C. Pour le travail en ligne d'un site avec 1C, vous pouvez utiliser l'extension Web 1C ou les services Web 1C.

L'extension Web 1C est un produit supplémentaire fourni séparément. Il vous permet de développer des sites sur la plate-forme ASP .NET qui fonctionnent via un pool de connexions COM avec 1C. La création d'une file d'attente de connexions COM, leur stockage et leur manipulation sont déjà écrits dans le moteur d'extension Web pour 1C.

Les services web 1C sont les capacités de la plateforme 1C (serveur 1C). Pour les utiliser, vous n'avez pas besoin d'acheter ni d'installer de logiciel supplémentaire à partir de 1C.

Nécessite un serveur web (MS IIS ou Apache) et sa configuration simple (connexion à l'extension ISAPI). Ensuite, 1C peut publier ses propres services Web. Les services Web 1C vous permettent à la fois de demander des données à 1C et d'écrire des données dans 1C.

La sécurité est organisée par le fait qu'aucune fonction automatique, contrairement aux connexions COM, n'est fournie - le programmeur lui-même prescrit les capacités des fonctions, respectivement, si le programmeur n'a pas fait de trou (enregistrement universel), alors il ne le sera pas.

Le client Web 1C est encore un peu brut pour le moment, et en travaillant avec lui, vous pouvez rencontrer des erreurs qui interfèrent et ennuient. Cela ne signifie pas que vous ne pouvez pas travailler avec lui - le programmeur peut supprimer les endroits de la configuration qui provoquent des erreurs.

Bien entendu, le client Web 1C est l'avenir de la plateforme 1C. Il ne dépend pas du système d'exploitation (Windows, Unix, Mac), du navigateur (IE, Chrome, Safari, Firefox, Opera), et ne demande pas de ressources informatiques.

1C: Entreprise 8. Client léger. Plateforme version 8.3

1C: Entreprise 8. Client léger. (64 bits) Plateforme version 8.3.15.1489 à partir du 26.06.2019

Ce programme est une application client du système 1C: Enterprise 8, qui permet d'accéder à une base de données ou à un service Internet créé sur la plate-forme 1C: Enterprise 8. Pour obtenir le kit de distribution du client léger, remplissez le formulaire et acceptez les termes du contrat de licence.