Pubblicazioni. Pubblicazioni Server potente richiesto

Una delle belle funzionalità di 1C: la tecnologia Enterprise è che una soluzione applicativa sviluppata utilizzando la tecnologia dei moduli gestiti può essere lanciata sia in un client sottile (eseguibile) per Windows, Linux, MacOS X, sia come client Web per 5 browser: Chrome. Internet Explorer, Firefox, Safari, Edge, il tutto senza modificare il codice sorgente dell'applicazione. Inoltre, esternamente, l'applicazione nel thin client e nel browser funziona e sembra quasi identica.
Trova 10 differenze (sotto le 2 foto tagliate):

Finestra thin client su Linux:

La stessa finestra nel client Web (nel browser Chrome):

Perché abbiamo creato un client Web? Per dirla in qualche modo pateticamente, un compito del genere ci è stato fissato dal tempo. L'accesso a Internet è da tempo un prerequisito per le applicazioni aziendali. All'inizio, abbiamo aggiunto la possibilità di lavorare via Internet per il nostro thin client (alcuni dei nostri concorrenti, tra l'altro, si sono fermati a questo; altri, al contrario, hanno abbandonato il thin client e si sono limitati a implementare un client Web). Abbiamo deciso di offrire ai nostri utenti l'opportunità di scegliere l'opzione client più adatta a loro.

L'aggiunta della connettività Internet a un thin client è stato un grande progetto con una riprogettazione completa dell'architettura client / server. La creazione di un client Web è un progetto completamente nuovo, a partire da zero.

Formulazione del problema

Quindi, i requisiti per il progetto: il web client dovrebbe fare lo stesso del thin client, vale a dire:

Visualizza l'interfaccia utente
Eseguire il codice client scritto in lingua 1C

L'interfaccia utente in 1C è descritta in un editor visivo, ma dichiaratamente, senza disposizione di elementi pixel per pixel; vengono utilizzate circa tre dozzine di tipi di elementi dell'interfaccia: pulsanti, campi di input (testo, digitale, data / ora), elenchi, tabelle, grafici, ecc.

Il codice client in lingua 1C può contenere chiamate al server, lavorare con risorse locali (file, ecc.), Stampa e molto altro.

Sia il thin client (quando si lavora via Web) sia il client Web utilizzano lo stesso set di servizi Web per comunicare con il server delle applicazioni 1C. L'implementazione dei client, ovviamente, è diversa: il thin client è scritto in C ++, il web client è scritto in JavaScript.

Un po 'di storia

Il progetto di creazione di un client Web è iniziato nel 2006 e (in media) ha coinvolto un team di 5 persone. In alcune fasi del progetto, gli sviluppatori sono stati coinvolti nell'implementazione di funzionalità specifiche (foglio di calcolo, diagrammi, ecc.); di regola, questi erano gli stessi sviluppatori che hanno creato questa funzionalità nel thin client. Coloro. gli sviluppatori hanno riscritto i componenti in JavaScript precedentemente creati in C ++.

Fin dall'inizio, abbiamo rifiutato l'idea di qualsiasi conversione automatica (almeno parziale) del codice thin client C ++ in client Web JavaScript a causa delle forti differenze concettuali tra le due lingue; il client web è stato scritto in JavaScript da zero.

Nelle prime iterazioni del progetto, il client Web ha convertito il codice client nella lingua 1C incorporata direttamente in JavaScript. Il thin client agisce in modo diverso: il codice nel linguaggio 1C incorporato viene compilato in bytecode e quindi questo bytecode viene interpretato sul client. Successivamente, il client Web ha iniziato a fare lo stesso: in primo luogo, ha dato un guadagno in termini di prestazioni e, in secondo luogo, ha permesso di unificare l'architettura dei thin client e dei client Web.

La prima versione di 1C: piattaforma Enterprise con supporto client Web è stata rilasciata nel 2009. Il client Web in quel momento supportava 2 browser: Internet Explorer e Firefox. I piani iniziali includevano il supporto per Opera, ma a causa dei problemi insormontabili in quel momento con i gestori di chiusura dell'applicazione in Opera (non era possibile tracciare con certezza al 100% che l'applicazione stava chiudendo e in quel momento disconnettersi dal server delle applicazioni 1C) da questi piani dovevano essere abbandonati.

Struttura del progetto

In totale, la piattaforma 1C: Enterprise ha 4 progetti scritti in JavaScript:

WebTools sono librerie condivise utilizzate da altri progetti (è qui che includiamo la Google Closure Library).
FormattedDocument Control
Controllo dello scheduler (implementato in JavaScript sia nel thin client che nel web client)
Client Web

La struttura di ogni progetto ricorda la struttura dei progetti Java (o progetti .NET - che è più vicino a chi); abbiamo spazi dei nomi e ogni spazio dei nomi è in una cartella separata. La cartella contiene file e classi dello spazio dei nomi. Ci sono circa 1000 file nel progetto client web.

Strutturalmente, il client Web è ampiamente suddiviso nei seguenti sottosistemi:

Interfaccia gestita dall'applicazione client
- Interfaccia dell'applicazione generale (menu di sistema, pannelli)
- Interfaccia di moduli gestiti, inclusi, tra l'altro, circa 30 controlli (pulsanti, vari tipi di campi di input: testo, numerico, data / ora, ecc., Tabelle, elenchi, grafici, ecc.)
Un modello a oggetti disponibile per gli sviluppatori sul client (più di 400 tipi in totale: il modello a oggetti dell'interfaccia gestita, le impostazioni di composizione dei dati, l'aspetto condizionale, ecc.)
Interprete di lingue incorporato 1C
Estensioni del browser (utilizzate per funzionalità non supportate in JavaScript)
- Lavorare con la crittografia
- Lavorare con i file
- Tecnologia dei componenti esterni che consente di utilizzarli sia nei thin client che nei client Web

Funzionalità di sviluppo

L'implementazione di tutto quanto sopra in JavaScript non è facile. Forse il client Web 1C è una delle più grandi applicazioni lato client scritte in JavaScript - circa 450.000 linee. Utilizziamo attivamente un approccio orientato agli oggetti nel codice del client Web, che semplifica il lavoro con un progetto così ampio.

Per ridurre al minimo le dimensioni del codice client, abbiamo prima utilizzato il nostro offuscatore e, a partire dalla versione della piattaforma 8.3.6 (ottobre 2014), abbiamo iniziato a utilizzare Google Closure Compiler. L'effetto dell'utilizzo nei numeri è la dimensione del framework del client Web dopo l'offuscamento:

Proprio offuscatore - 1556 kb
Compilatore di Google Closure - 1073 kb

L'utilizzo di Google Closure Compiler ci ha aiutato a migliorare le prestazioni del client Web del 30% rispetto al nostro offuscatore. Inoltre, la quantità di memoria consumata dall'applicazione è diminuita del 15-25% (a seconda del browser).

Google Closure Compiler funziona molto bene con il codice orientato agli oggetti, quindi la sua efficienza è il più elevata possibile per un client web. Closure Compiler fa un paio di cose buone per noi:

Controllo statico del tipo nella fase di compilazione del progetto (fornito dal fatto che copriamo il codice con annotazioni JSDoc). Il risultato è la tipizzazione statica, molto simile al livello di digitazione in C ++. Ciò aiuta a rilevare una percentuale abbastanza elevata di errori nella fase di compilazione del progetto.
Riduzione della dimensione del codice attraverso l'offuscamento
Numerose ottimizzazioni per il codice eseguibile, come:
- sostituzioni di funzioni in linea. Chiamare una funzione in JavaScript è un'operazione piuttosto costosa e le sostituzioni in linea di piccoli metodi usati di frequente rendono il tuo codice molto più veloce.
- Conteggio delle costanti al momento della compilazione. Se l'espressione dipende da una costante, il valore effettivo della costante verrà sostituito in essa

Usiamo WebStorm come ambiente di sviluppo per il client web.

Per l'analisi del codice utilizziamo SonarQube, dove integriamo analizzatori di codice statici. Con l'aiuto degli analizzatori, seguiamo il degrado della qualità del codice sorgente JavaScript e proviamo a prevenirlo.

Quali compiti hanno fatto / fatto

Durante l'implementazione del progetto, abbiamo dovuto affrontare una serie di compiti interessanti che dovevamo risolvere.

Scambio di dati con il server e tra Windows

Ci sono situazioni in cui l'offuscamento del codice sorgente può interferire con il funzionamento del sistema. Il codice esterno al codice eseguibile del client Web, a causa dell'offuscamento, può avere nomi di funzioni e parametri diversi da quelli previsti dal nostro codice eseguibile. Il codice esterno per noi è:

Codice proveniente dal server sotto forma di strutture dati
Un altro codice finestra dell'applicazione

Per evitare l'offuscamento durante la comunicazione con il server, utilizziamo il tag @expose:

/ ** * @constructor * @extends (Base.SrvObject) * / Srv.Core.GenericException \u003d function () (/ ** * @type (string) * @expose * / this.descr; / ** * @type (Srv.Core.GenericException) * @expose * / this.inner; / ** * @type (stringa) * @expose * / this.clsid; / ** * @type (booleano) * @expose * / this. codificati;)
E per evitare offuscamento quando interagiamo con altre finestre, utilizziamo le cosiddette interfacce esportate (interfacce in cui vengono esportati tutti i metodi).

/ ** * Interfaccia esportata del controllo DropDownWindow * * @interface * @struct * / WebUI.IDropDownWindowExp \u003d function () () / ** * Sposta la selezione avanti o indietro di 1 * * @param (booleano) isForward * @param (booleano ) checkOnly * @return (boolean) * @expose * / WebUI.IDropDownWindowExp.prototype.moveMarker \u003d function (isForward, checkOnly) () / ** * Sposta la selezione all'inizio o alla fine * * @param (boolean) isFirst * @param (booleano) checkOnly * @return (boolean) * @expose * / WebUI.IDropDownWindowExp.prototype.moveMarkerTo \u003d function (isFirst, checkOnly) () / ** * @return (boolean) * @expose * / WebUI.IDropDownototowp .selectValue \u003d function () ()

Abbiamo usato Virtual DOM prima che diventasse mainstream)

Come per tutti gli sviluppatori che si occupano di complesse interfacce Web, ci siamo presto resi conto che il DOM non era adatto a lavorare con interfacce utente dinamiche. Quasi immediatamente, è stato implementato un analogo del DOM virtuale per ottimizzare il lavoro con l'interfaccia utente. Durante l'elaborazione dell'evento, tutte le modifiche DOM vengono ricordate in memoria e, solo quando tutte le operazioni sono completate, le modifiche accumulate vengono applicate all'albero DOM.

Ottimizzazione del client Web

Per rendere il nostro client Web più veloce, proviamo a utilizzare al massimo le funzionalità standard del browser (CSS, ecc.). Quindi, la barra dei comandi del modulo (che si trova su quasi ogni forma dell'applicazione) viene visualizzata esclusivamente tramite il browser, con un layout dinamico basato su CSS.

analisi

Per i test funzionali e i test delle prestazioni, utilizziamo il nostro strumento di produzione (scritto in Java e C ++), nonché una suite di test basati su Selenium.

Il nostro strumento è universale: ti consente di testare quasi tutti i programmi per finestre ed è quindi adatto per testare sia un thin client che un web client. Lo strumento registra le azioni dell'utente che ha avviato la soluzione applicativa 1C in un file di script. Allo stesso tempo, vengono registrate le immagini dell'area di lavoro dello schermo - standard. Quando vengono controllate le nuove versioni del client Web, gli script vengono riprodotti senza l'intervento dell'utente. Se lo screenshot non corrisponde al riferimento in nessun passaggio, il test viene considerato fallito, dopodiché lo specialista della qualità verifica se si tratta di un errore o di una modifica pianificata del comportamento del sistema. In caso di comportamento pianificato, gli standard vengono automaticamente sostituiti con nuovi.

Lo strumento misura anche le prestazioni dell'applicazione con una precisione di 25 millisecondi. In alcuni casi, eseguiamo il loopback di parti dello script (ad esempio, ripetiamo più volte l'inserimento dell'ordine) per analizzare il degrado del tempo di esecuzione nel tempo. I risultati di tutte le misurazioni vengono registrati nel registro per l'analisi.

Il nostro strumento di test e l'applicazione in fase di test

Il nostro strumento e il selenio si completano a vicenda; Ad esempio, se un pulsante su una delle schermate ha cambiato la sua posizione, il selenio potrebbe non rintracciarlo, ma il nostro strumento noterà perché effettua un confronto pixel per pixel dello screenshot con il riferimento. Inoltre, lo strumento è in grado di tenere traccia dei problemi con l'elaborazione dell'input dalla tastiera o dal mouse, mentre li riproduce.

I test su entrambi gli strumenti (nostro e Selenium) eseguono scenari di lavoro tipici dalle nostre soluzioni applicative. I test vengono lanciati automaticamente dopo l'assemblaggio quotidiano della piattaforma 1C: Enterprise. Se gli script rallentano (rispetto alla build precedente), esamineremo ed elimineremo la causa del rallentamento. Il nostro criterio è semplice: il nuovo assembly non dovrebbe funzionare più lentamente del precedente.

Gli sviluppatori utilizzano diversi strumenti per studiare gli incidenti di rallentamento; utilizzato principalmente da Dynatrace AJAX Edition di DynaTrace. Vengono registrati i log dell'operazione problematica sul precedente e sul nuovo assembly, quindi vengono analizzati i log. Allo stesso tempo, il tempo di esecuzione di singole operazioni (in millisecondi) potrebbe non essere un fattore decisivo: i processi di servizio come la garbage collection vengono periodicamente avviati nel browser, possono sovrapporsi al tempo di esecuzione delle funzioni e distorcere l'immagine. Parametri più rilevanti in questo caso sarebbero il numero di istruzioni JavaScript eseguite, il numero di operazioni DOM atomiche, ecc. Se il numero di istruzioni / operazioni nello stesso scenario è aumentato nella nuova versione, ciò significa quasi sempre un calo delle prestazioni che deve essere corretto.

Inoltre, uno dei motivi del calo delle prestazioni potrebbe essere che il compilatore di chiusura di Google, per qualche motivo, non è stato in grado di effettuare la sostituzione in linea della funzione (ad esempio, perché la funzione è ricorsiva o virtuale). In questo caso, stiamo cercando di correggere la situazione riscrivendo il codice sorgente.

Estensioni del browser

Nel caso in cui un'applicazione necessiti di funzionalità non disponibili in JavaScript, utilizziamo le estensioni del browser:

lavorare con i file
per lavorare con la crittografia
lavorare con componenti esterni

Le nostre estensioni sono divise in due parti. La prima parte è quella che viene chiamata estensione del browser (di solito, estensioni JavaScript per Chrome e Firefox) che interagiscono con la seconda parte, un'estensione binaria che implementa le funzionalità di cui abbiamo bisogno. Va detto che stiamo scrivendo 3 versioni di estensioni binarie - per Windows, Linux e MacOS. L'estensione binaria viene fornita come parte della piattaforma 1C: Enterprise e si trova sul server delle applicazioni 1C. La prima volta che viene chiamato da un client Web, viene scaricato sul computer client e installato nel browser.

Quando si lavora in Safari, le nostre estensioni utilizzano NPAPI, mentre si lavora in Internet Explorer - Tecnologia ActiveX. Microsoft Edge non supporta ancora le estensioni, quindi il client Web funziona con limitazioni.

Ulteriori sviluppi

Uno dei gruppi di attività per il team di sviluppo del client Web è l'ulteriore sviluppo della funzionalità. La funzionalità del client Web deve essere identica alla funzionalità del thin client, tutte le nuove funzionalità vengono implementate contemporaneamente sia nel thin client che nel web client.

Altre attività sono lo sviluppo dell'architettura, il refactoring, il miglioramento delle prestazioni e dell'affidabilità. Ad esempio, una delle direzioni è l'ulteriore spostamento verso un modello asincrono di lavoro. Parte della funzionalità del client Web è attualmente basata su un modello sincrono di interazione con il server. Il modello asincrono ora sta diventando più rilevante nei browser (e non solo nei browser), e questo ci costringe a modificare il client Web sostituendo le chiamate sincrone con quelle asincrone (e riformattando di conseguenza il codice). La graduale transizione verso un modello asincrono è spiegata dalla necessità di supportare soluzioni rilasciate e adattarle gradualmente.

Tag: Aggiungi tag

La differenza principale tra un client 1C sottile e uno spesso è dove vengono eseguiti i calcoli principali - sul server o sul posto di lavoro dell'utente. Ciò impone alcune restrizioni all'uso di una particolare opzione di lavoro.

In questo articolo del blog Integrus, esamineremo le varie applicazioni client del sistema 1C: cosa significano un thin client 1C, un thin client 1C, quali sono e quali sono le differenze e in quali casi sarà meglio utilizzarle.

Client spesso 1C

Se si utilizza 1C in modalità client spessa, ciò significa che tutte le operazioni sui dati vengono eseguite direttamente sul posto di lavoro dell'utente e i dati stessi vengono archiviati sul server, dove l'applicazione client li richiede.

Tale client può eseguire quasi tutte le funzioni e lavorare con i tipi di dati dell'applicazione.

L'installazione di un client spesso 1C viene eseguita dalla distribuzione generale del sistema, in cui è elencato come componente separato. Con la domanda su come eseguire un client spesso 1C 8.3, non dovrebbero esserci difficoltà: viene avviato dal file eseguibile 1cv8.exe.

Thin client 1C

Lavorare in modalità thin client 1C significa che sul server, oltre alla memorizzazione dei dati, quasi tutto il codice del programma, le richieste vengono eseguite, i file temporanei e la cache vengono memorizzati. Sul posto di lavoro, l'utente immette solo i dati iniziali e vede sul monitor la visualizzazione del risultato.

L'installazione di un thin client 1C viene eseguita dal kit di distribuzione 1C. Se non lo possiedi, dal momento che, ad esempio, lavori con il cloud 1C e lo noleggi, è possibile scaricare un kit di distribuzione separato sul sito Web 1C. Assicurati di verificare che la sua versione corrisponda alla versione della piattaforma che stai utilizzando.

Un thin client per 1C: Enterprise viene avviato dal file eseguibile 1cv8c.exe.

Vale la pena ricordare separatamente che per il thin client 1C 8.3, la modalità operativa file non è consigliata, è preferibile la modalità client-server. Mentre la modalità file è possibile, tutto il codice verrà eseguito sul computer dell'utente, annullando i vantaggi di un thin client.

Come puoi vedere, la differenza principale tra un client 1C sottile e uno spesso è dove vengono eseguiti i calcoli principali - sul server o sul posto di lavoro dell'utente.

Ciò impone alcune restrizioni all'uso di una particolare opzione di lavoro:

una differenza importante tra i thin client 1C e thin è che lavorare con Configurator e la Query Console è possibile solo nella modalità thick client
un client spesso funziona tramite il protocollo TCP / IP, quindi è piuttosto impegnativo sul canale di comunicazione, poiché per il suo funzionamento è necessario scambiare quantità relativamente elevate di informazioni con il server
il thin client 1C funziona esclusivamente nella modalità di applicazione gestita, la funzionalità disponibile per l'utente è limitata rispetto alla funzionalità di quella spessa, ad esempio, non è possibile operare con i tipi di dati applicati
utilizzando un thin client, è possibile lavorare con 1C via Internet - un thin client può connettersi a un server Web tramite http o https
Un client fat ha un kit di distribuzione abbastanza grande e potrebbe esserci qualche difficoltà con la sua installazione e configurazione, è auspicabile che uno specialista qualificato faccia questo. Considerando che l'installazione, la configurazione di un thin client 1C 8.3, la connessione di una infobase è alla portata di qualsiasi utente più o meno avanzato.

Client Web 1C

Client Web 1C - in sostanza, questa non è un'applicazione separata, ma piuttosto una tecnologia che consente di lavorare in un ambiente familiare 1C usando un browser, semplicemente specificando l'indirizzo del corrispondente server web 1C nella barra degli indirizzi. Per il suo funzionamento, dovrai prima distribuire un server Web e pubblicare un infobase su di esso e il client Web funzionerà solo con una configurazione 1C che supporta i requisiti per un thin client.

La cosa buona del client Web è che non è necessario installare nulla sul dispositivo dell'utente, può funzionare in tutti i browser più comuni. Tra gli svantaggi, possiamo notare la funzionalità limitata e il fatto che la presenza di un server Web non è sempre adatta ai requisiti di sicurezza delle informazioni.

Cosa c'è di più veloce di un client 1C sottile o spesso?

È difficile rispondere inequivocabilmente alla domanda: quale client thin o thick 1C è più veloce? Dipende dalle condizioni d'uso.

Il thin client ha bassi requisiti per il dispositivo e il canale di comunicazione dell'utente, mentre le funzionalità del sistema sono quasi completamente utilizzate, ma il lavoro può rallentare se molti dipendenti utilizzano contemporaneamente le risorse del server.
Un client fat può richiedere un notevole potere dal computer dell'utente e un buon canale di trasmissione dei dati, fornendo all'utente una certa autonomia, il suo lavoro non è influenzato da quante persone lavorano contemporaneamente con il sistema, se c'è una connessione Internet, ecc.

Pertanto, prima di scegliere e configurare un client 1C, è consigliabile analizzare chi e come utilizza 1C nella propria azienda, quali tipi di client 1C saranno necessari.

Se si tratta di un dipartimento di contabilità situato in un ufficio, che può essere dotato di computer sufficientemente potenti ed è facile organizzare la loro amministrazione, se tutti questi computer sono collegati a una rete locale, allora un client spesso sarà più conveniente.
Se i tuoi dipendenti devono spesso lavorare in remoto, via Internet, perché fanno frequenti viaggi di lavoro o sono semplicemente in altre città, perché questa è l'infrastruttura della tua azienda, se usano laptop a basso consumo o altri dispositivi mobili, la configurazione di un thin client si adatta a loro 1C.

Aggiornamento dei client 1C

E infine, un paio di parole su come vengono aggiornati i client 1C:

il thin client può essere aggiornato automaticamente via Internet,
gli aggiornamenti per un client spesso devono essere scaricati dal sito Web 1C o.

In caso di domande sulla scelta di un client 1C, l'installazione, la configurazione, l'aggiornamento, l'amministrazione dei prodotti software 1C, è possibile contattare gli specialisti Integrus o consultare la sezione del blog della nostra società con istruzioni e raccomandazioni su argomenti 1C.

Che cos'è un thin client in 1C Enterprise 8.3? Qual è la differenza tra un thin client e un fat client?

I tuoi programmatori chiamano i nostri contabili "clienti grossi", agisci!

Dai reclami degli utenti al project manager.

1C Enterprise ha un'architettura client-server, il che significa che il sistema è costituito da due componenti: un client e un server. Client è il nome collettivo dell'applicazione consumer (utente) e il server è la parte del servizio nascosta all'utente.

Ottieni 267 tutorial video 1C gratis:

Client spesso 1C

Un client thick è un tipo "normale" di applicazione client per 1C 8. La particolarità di questo tipo di applicazione è che il sistema elabora la maggior parte delle informazioni sul computer dell'utente. Nel grosso client, gran parte delle informazioni sono archiviate sul computer dell'utente come file temporanei.

Poiché la maggior parte dei dati viene elaborata sul computer dell'utente, questa modalità è molto impegnativa sul canale dati.

Prima dell'avvento della piattaforma 1C 8.2, questa era l'unica opzione per il lancio del sistema 1C. Per eseguire un client spesso, utilizzare il file 1cv8.exe.

Il lavoro sullo sviluppo di una soluzione applicata () è possibile solo nella modalità client thick.

Thin client 1C

Il thin client è apparso in 1C con il rilascio delle piattaforme 8.2 e 8.3. Lavorare in modalità thin client è possibile solo in modalità applicazione gestita.

Nella modalità thin client, tutte le azioni vengono eseguite sul server, all'utente viene mostrata solo una visualizzazione delle informazioni ricevute. Questa modalità di funzionamento non richiede grandi risorse sia del sistema che del canale di comunicazione. La distribuzione dell'installazione thin client consuma molto meno dati.

Il thin client viene avviato dal file 1cv8c.exe.

Oltre al client thin e thin, esiste anche.

1C è un software client-server, il che significa che 1C è costituito da due programmi: client e server. Il programma del server 1C è in esecuzione sul server. L'utente sul suo computer lavora programma client 1C, che viene chiamato brevemente client 1C.

Esistono diversi tipi di client in 1C, che consente di utilizzare il programma su diverse apparecchiature informatiche, diversi sistemi operativi, distribuiti geograficamente.

Uno dei client 1C consente di utilizzare 1C utilizzando un normale browser Internet su qualsiasi sistema operativo (anche su un Mac). Un altro client 1C è su un PDA, ad esempio un PDA di produzione in un magazzino per l'inventario, con uno scanner di codici a barre.

Diamo un'occhiata a cosa sono i clienti 1C, quali sono le loro differenze, che aspetto hanno e come lavorare con loro?

Client spesso 1C

Il client 1C più semplice e noto è il client thick 1C ("normale"). Prima della versione 1C 8.2, non c'erano altre opzioni oltre a essa.

Il configuratore 1C (attualmente) funziona solo nel client spesso 1C. Si consiglia inoltre di lavorare con il database di file utilizzando il client spesso 1C.

Al momento, si presume che tutte le configurazioni 1C saranno trasferite al thin client 1C nel prossimo anno o due. Pertanto, il destino esatto del client spesso 1C in futuro rimane poco chiaro, probabilmente non verrà utilizzato.

Il client spesso 1C funziona su Windows. Si chiama Tolstoj a causa delle esigenze delle risorse del computer dell'utente. Inoltre, un client 1C spesso può richiedere grandi quantità di dati sulla rete.

Dal punto di vista del programmatore, la principale differenza tra il client spesso 1C è che esegue la maggior parte dei programmi nel linguaggio 1C incorporato sul computer dell'utente. Ad esempio, 1C desidera eseguire una query dal database:

Il client 1C richiede i dati dal server 1C
I dati vengono inviati al client 1C
Il client 1C elabora i dati.

L'interfaccia client spessa 1C si presenta così. Per impostazione predefinita, è aperto solo il menu utente. L'utente seleziona una voce di menu, che di solito apre una finestra (una specie di elenco). Quindi l'utente lavora con l'elenco.

In alcune configurazioni, esiste un desktop per il client spesso 1C. Sembra così Prima di tutto, queste sono le configurazioni Contabilità e Stipendio e personale.

Thin client 1C

Il thin client 1C è apparso relativamente di recente. Per il thin client 1C, la configurazione di Trade Management (versione 11) è già stata rilasciata. Il thin client 1C è installato per impostazione predefinita insieme ad altre opzioni client 1C, ma può essere installato separatamente (solo esso).

Il configuratore 1C non funziona nel thin client 1C. Può funzionare con la versione basata su file del database, ma è preferibile utilizzare la modalità client-server.

Il thin client 1C funziona anche con Windows. Si chiama thin a causa della corretta organizzazione dell'organizzazione client-server del programma. A differenza del client spesso 1C, una richiesta dal database sarà simile a questa:

Il client 1C trasmette al server 1C la necessità dell'utente di richiedere dati dal server 1C
Il server 1C richiede i dati dal database
Il server 1C elabora i dati
Il risultato dell'elaborazione dei dati viene inviato al client 1C.

Come capisci, più e meno nascono immediatamente. Inoltre - nessuna esattezza sulle risorse del computer dell'utente, è previsto meno traffico. Meno - requisiti per le risorse del server Sopra.

L'ultimo svantaggio per le grandi aziende è rimosso dal fatto che il server 1C può essere ridimensionato, ovvero installare un sistema di più server 1C su computer diversi e funzioneranno insieme.

L'interfaccia thin client 1C si presenta così. Per impostazione predefinita, si apre il desktop dell'utente. È diviso in blocchi per tipo di contabilità. L'utente apre un segnalibro e utilizza i collegamenti ipertestuali per aprire gli elenchi.

Un'ulteriore differenza tra un thin client 1C e uno spesso è che può funzionare non solo sul protocollo TCP / IP, come uno spesso, ma anche su HTTP, come un client Web 1C.

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

Il client Web 1C consente di utilizzare 1C tramite un normale browser Internet. Non è necessario installare nulla in più per usarlo. Puoi usarlo con qualsiasi sistema operativo, incluso, ad esempio, iPad.

Puoi vedere come appare 1C quando lavori nel client web 1C in questo momento. Per fare ciò, vai alla demo ufficiale della configurazione di Trade Management (edizione 11).

Per utilizzare il client Web 1C, è necessario aumentare il server Web. Viene utilizzato esclusivamente come trasporto e trasmette le richieste al server 1C. La logica per l'esecuzione delle richieste e l'elaborazione dei dati nel client Web 1C è la stessa del thin client 1C. Per lavoro, viene utilizzata la conversione automatica del linguaggio 1C incorporato in JavaScript.

Nel client Web 1C, non è possibile utilizzare alcuna configurazione 1C, ma solo quelle scritte appositamente per lavorare con il thin client 1C. In teoria, lo sviluppo della configurazione per il thin client 1C e per il web client 1C è lo stesso (anche l'interfaccia e il comportamento del sistema dovrebbero essere gli stessi).

Tuttavia, ci sono voci che almeno al momento, non tutto è così fluido e alcune funzioni causano errori nel client Web 1C, sebbene funzionino nel thin client 1C.

L'interfaccia del client Web 1C è simile a questa. Come puoi vedere, differisce poco dal thin client 1C.

Client 1C per PDA (estensione 1C per computer portatili)

1C può essere utilizzato anche su un PDA (computer tascabili, smartphone). Esistono persino PDA industriali speciali per il lavoro in un magazzino o in un negozio, di solito hanno uno scanner di codici a barre integrato.

Per lavorare con 1C su un PDA, è possibile utilizzare l'estensione Web 1C (vedere di seguito), ovvero un piccolo sito Web che funziona direttamente con 1C. Tuttavia, specialmente per i PDA con Windows Mobile 5.0 e versioni successive o Pocket PC 2003 esiste un client 1C per PDA.

Il lavoro dell'estensione 1C per PDA è strutturato come segue:

PDA richiede dati da 1C (WiFi, GPRS, bluetooth)
PDA elabora i dati utilizzando moduli speciali per PDA
PDA stampa i dati su una stampante (comunicazione in modo simile)
Il PDA salva i dati in 1C.

Il client 1C per PDA consente di utilizzare il configuratore in una forma un po 'abbreviata, che consente di lavorare con libri di consultazione, documenti, registri e le loro forme.

Estensione Web 1C e servizi Web 1C (estensione Web e servizi 1C)

Il numero di siti che lavorano direttamente con 1C o che potrebbero aver bisogno di lavorare direttamente con 1C è in aumento. Un semplice esempio è un negozio online. La comunicazione diretta con 1C può essere utilizzata per ricevere saldi online, sconti, profilo cliente, risparmio ordini.

Per l'integrazione con il sito, di solito viene utilizzato uno scambio periodico (come nel CMS per siti Internet e negozi online Bitrix 1C) o comunicazione online con 1C. Per il lavoro online di un sito con 1C, è possibile utilizzare l'estensione Web 1C o i servizi Web 1C.

L'estensione Web 1C è un prodotto aggiuntivo che viene fornito separatamente. Ti consente di sviluppare siti sulla piattaforma ASP .NET che funzionano attraverso un pool di connessioni COM con 1C. La creazione di una coda di connessioni COM, la loro memorizzazione e manipolazione è già scritta nel motore di estensione Web per 1C.

I servizi Web 1C sono le funzionalità della piattaforma 1C (server 1C). Per usarli, non è necessario acquistare o installare software aggiuntivo da 1C.

Richiede un server Web (MS IIS o Apache) e la sua configurazione semplice (connessione estensione ISAPI). Quindi 1C può pubblicare i propri servizi web. I servizi Web 1C consentono sia di richiedere dati da 1C sia di scrivere dati in 1C.

La sicurezza è organizzata dal fatto che non sono fornite funzioni automatiche, a differenza delle connessioni COM - il programmatore stesso prescrive le capacità delle funzioni, rispettivamente, se il programmatore non ha fatto un buco (registrazione universale), allora non lo sarà.

Il client Web 1C è ancora un po 'grezzo al momento e quando si lavora con esso, è possibile riscontrare errori che interferiscono e danno fastidio. Questo non significa che non puoi lavorare con esso: il programmatore può rimuovere quei punti della configurazione che causano errori.

Naturalmente, il client Web 1C è il futuro della piattaforma 1C. Non dipende dal sistema operativo (Windows, Unix, Mac), dal browser (IE, Chrome, Safari, Firefox, Opera) e non richiede risorse di computer.

1C: Enterprise 8. Thin client. Piattaforma versione 8.3

1C: Enterprise 8. Thin client. (64-bit) Versione piattaforma 8.3.15.1489 dal 26.06.2019

Questo programma è un'applicazione client del sistema 1C: Enterprise 8, che fornisce l'accesso a un servizio Internet o infobase creato sulla piattaforma 1C: Enterprise 8. Per ottenere il kit di distribuzione thin client, compilare il modulo e accettare i termini del Contratto di licenza.