În acest articol, ne vom uita la setările inițiale care trebuie făcute înainte de a începe să lucrăm cu aplicația mobilă.
Aplicația mobilă „1C-Rating: Mobile Waiter” este utilizată împreună cu configurația „1C-Rating: Restaurant”, cu care este conectată prin schimb periodic de date. Prin urmare, înainte de a instala configurația „1C-Rating: Mobile Waiter”, trebuie să faceți setările corespunzătoare în programul „1C-Rating: Restaurant”.
- Organizare director ;
- Director Depozit;
- Cash Directory;
- Sala Director;
- Modificatori de director;
- Registre de informații Modificatori de feluri de mâncare;
- Registre de informații Poziții de comandă predefinite;
- Registre de informații Dirijare tipărire ștampile;
- Director Tipuri de meniu;
- Configurarea directorului RMK;
- Director de utilizatori.
Pentru a activa această caracteristică, trebuie să setați următoarele setări în configurația „1C-Rating: Restaurant” în setările contabile din grupul Mobile Waiter:
- Imprimați ștampile de ospătar mobil – activarea acestei opțiuni vă permite să imprimați ștampile cu informații despre preparare.
- Utilizator pentru tipărirea ștampilelor de ospătar mobil – trebuie să selectați un utilizator din directorul Utilizatori în numele căruia se vor efectua procedurile de tipărire. Pentru a imprima ștampile, trebuie să începeți o sesiune în numele utilizatorului specificat. Pentru a vă asigura că procedurile de imprimare a ștampilelor nu încetinesc munca utilizatorilor, se recomandă să creați un utilizator separat (de exemplu, „Run RMK” sau „Print stamps”) și să lansați o sesiune separată 1C:Enterprise cu acest utilizator pentru a efectua fundal imprimare.
- Interval de tipărire a ștampilei de chelner mobil – această setare specifică intervalul de timp în secunde pentru imprimare. Completarea acestui parametru este obligatorie pentru a imprima ștampile. Valoarea acestui parametru este selectată pe baza cerințelor unei anumite organizații; valoarea recomandată este de 10 secunde.
![](https://i1.wp.com/pro1c.kz/files/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8/%D0%9E%D1%84%D0%B8%D1%86%D0%B8%D0%B0%D0%BD%D1%82/10.01.17%20%D1%81%D1%82%D0%B0%D1%82%D1%8C%D1%8F/002.png)
1. Zona de lucru a ospatarii trebuie configurata retea fara fir Wifi.
2. Pe computerul pe care va fi publicată baza de informații „1C-Rating: Restaurant” trebuie instalat și configurat un server web (este acceptat lucrul cu serverul web Apache sau IIS).
3. Platforma 1C:Enterprise și modulele de extensie a serverului web trebuie să fie instalate pe același computer. Instalarea modulelor se realizează în timpul instalării platformei.
![](https://i2.wp.com/pro1c.kz/files/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8/%D0%9E%D1%84%D0%B8%D1%86%D0%B8%D0%B0%D0%BD%D1%82/10.01.17%20%D1%81%D1%82%D0%B0%D1%82%D1%8C%D1%8F/003.png)
4. Baza de informații „1C-Rating: Restaurant” trebuie publicată.
5. Computerul cu baza de informații publicată și dispozitivele mobile trebuie să fie în aceeași rețea locală.
Pentru a publica baza de informații „1C-Rating: Restaurant”, trebuie să lansați „1C:Enterprise” în modul Configurator (meniul Administrare - Publicare pe un server web). În fereastra care se deschide, trebuie să efectuați următoarele acțiuni:
- Introduceți manual numele publicației în câmpul Nume; aceasta poate consta numai din caractere latine. Acest nume va fi introdus ulterior în setările aplicației mobile.
- În câmpul Server web, specificați tipul de server web pentru care publicați.
- În câmpul Director, specificați calea către directorul în care vor fi localizate fișierele care descriu directorul virtual.
- Accesați fila Servicii HTTP și activați setarea implicită Publicare servicii HTTP. În secțiunea tabelară, marcați Datele serviciului HTTP în lista de servicii disponibile.
- Faceți clic pe butonul Publicați. După publicare, trebuie să reporniți serverul.
![](https://i2.wp.com/pro1c.kz/files/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8/%D0%9E%D1%84%D0%B8%D1%86%D0%B8%D0%B0%D0%BD%D1%82/10.01.17%20%D1%81%D1%82%D0%B0%D1%82%D1%8C%D1%8F/004.png)
Instalarea aplicației mobile „1C-Rating: Mobile Waiter” se realizează automat și nu diferă de instalarea oricărei alte aplicații mobile. Actualizări ale aplicației 1C-Rating: Mobile Waiter sunt disponibile în magazinul online oficial Google Play fără nicio restricție și înregistrarea la compania 1C-Rating.
Când lansați pentru prima dată aplicația mobilă, apare un formular pentru selectarea unui mod de operare. Vi se oferă să alegeți dintre două opțiuni: Modul Demo și Activați aplicația.
Modul Demo poate fi activat la prima lansare a aplicației mobile sau ulterior, după activare, în formularul de setări, folosind comutatorul cu același nume.
Când acest mod este activat, baza de date a aplicațiilor mobile este umplută automat cu date demonstrative, ceea ce vă permite să vă familiarizați mai pe deplin cu funcţionalitate produs.
![](https://i2.wp.com/pro1c.kz/files/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8/%D0%9E%D1%84%D0%B8%D1%86%D0%B8%D0%B0%D0%BD%D1%82/10.01.17%20%D1%81%D1%82%D0%B0%D1%82%D1%8C%D1%8F/005.jpg)
Există două opțiuni pentru activarea unei aplicații mobile:
- Activare Internet.
- Activare offline.
![](https://i2.wp.com/pro1c.kz/files/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8/%D0%9E%D1%84%D0%B8%D1%86%D0%B8%D0%B0%D0%BD%D1%82/10.01.17%20%D1%81%D1%82%D0%B0%D1%82%D1%8C%D1%8F/006.jpg)
Pentru a efectua activarea offline trebuie să:
![](https://i2.wp.com/pro1c.kz/files/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8/%D0%9E%D1%84%D0%B8%D1%86%D0%B8%D0%B0%D0%BD%D1%82/10.01.17%20%D1%81%D1%82%D0%B0%D1%82%D1%8C%D1%8F/007.jpg)
Important!
După reinstalarea aplicației mobile, va fi necesară reactivarea.
Configurarea unei conexiuni la baza de informații „1C-Rating: Restaurant” După activarea aplicației mobile (prin oricare dintre metodele de mai sus), se deschide automat formularul de autorizare a utilizatorului. În timpul autorizării inițiale, formularul conține următoarele câmpuri:- Utilizator – utilizatorul sub care se va lucra în „1C-Rating: Mobile Waiter”. Utilizatorii de dispozitive mobile trebuie să fie creați anterior în baza de date cu informații de configurare „1C-Rating: Restaurant”.
- Parolă – parolă pentru autorizarea utilizatorului, specificată în setările utilizatorului, în configurația „1C-Rating: Restaurant”.
- Adresa serverului – acest câmp indică adresa IP a computerului pe care rulează serverul web.
- Port – valoarea implicită este 80. Dacă serverul web a fost configurat pe alt port, atunci trebuie să specificați numărul acestuia aici.
- Nume publicație – numele specificat la publicarea serviciului HTTP în baza de informații de configurare „1C-Rating: Restaurant”.
![](https://i2.wp.com/pro1c.kz/files/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D0%B8/%D0%9E%D1%84%D0%B8%D1%86%D0%B8%D0%B0%D0%BD%D1%82/10.01.17%20%D1%81%D1%82%D0%B0%D1%82%D1%8C%D1%8F/008.jpg)
Autorizarea are loc făcând clic pe butonul Conectare. Câmpurile Adresa serverului și Numele publicației conțin date tehnice pentru conexiune și sunt completate la prima conectare. Data viitoare când lansați, aceste câmpuri vor fi ascunse și vor fi disponibile numai în formularul de setări.
Important!
Numele de utilizator și numele publicației trebuie să țină cont de majuscule și minuscule. Dacă registrul nu se potrivește, autorizația va fi refuzată.
Când reautorizați sau schimbați un utilizator, pur și simplu specificați utilizatorul, introduceți parola și faceți clic pe butonul Conectare.
După autorizare, se deschide formularul de listă de comenzi și puteți începe lucrul. Pentru a crea o comandă, faceți clic pe butonul Comandă nouă.
Când conectați o aplicație mobilă la configurația „1C-Rating: Restaurant”, pot apărea următoarele mesaje:
1. „A apărut o eroare de rețea”
Acest mesaj poate apărea dacă:
- Semnalul rețelei Wi-Fi este pierdut.
- Serverul web nu este configurat corect.
- Serverul web a încetat să funcționeze - trebuie să reporniți serverul web.
- Adresa serverului web și/sau portul specificate sunt incorecte.
Acest mesaj înseamnă că utilizatorul nu are activat rolul Acces la obiectele de ospătar mobil.
3. „Adresa URL solicitată /REST/hs/Data/Registration nu a fost găsită pe acest server.”
Apare un mesaj de autorizare dacă:
Numele publicației este incorect.
Numele publicației din Mobile Waiter diferă de numele specificat în configuratorul Restaurant la configurarea publicației (trebuie să verificați dacă numele publicației se potrivește, registrul scrisorilor este important).
4. „1C: Eroare de aplicație Enterprise 8. HTTP: Nu a fost găsit»
Acest mesaj apare dacă nu a fost selectat niciun serviciu HTTP la configurarea publicării. Este necesar să se verifice prezența steagurilor în setarea implicită Publicare servicii HTTP și în secțiunea de tabel de lângă linia de date.
- (3475)
Folosind exemplul aplicației mobile „1C: Managing Our Company” (abreviat UNF), vreau să arăt evoluția unei aplicații mobile de afaceri de la origini și lansarea primei versiuni până în prezent. Aplicația are în prezent peste 220.000 de descărcări; Aplicația este gratuită, dar are opțiuni plătite (implementate prin achiziții în aplicație).
Prima versiune a UNF mobil a fost realizată pe una dintre primele versiuni ale platformei mobile 1C:Enterprise în 2012. La acel moment, exista deja o configurație client-server „1C: Managementul unei companii mici” (atunci numele era așa), un program de automatizare a activităților unei companii mici - vânzări, achiziții, bază de clienți și furnizori, depozit management, producție etc.
La fel ca majoritatea aplicațiilor mobile scrise pe platforma mobilă multiplatformă 1C:Enterprise, mobil UNF este disponibil pe iOS, Android și Windows.
Sarcina a fost pusă după cum urmează: să creeze o aplicație mobilă care să suporte o parte din scenariile de lucru ale „marilor” UNF. Aplicația trebuie să poată funcționa atât autonom, cât și să sincronizeze datele cu UNF-ul „mare” (în cele ce urmează voi scrie cuvântul „mare” în raport cu versiunea client-server a UNF-ului fără ghilimele pentru a nu supraîncărca textul ). În cazul lucrului cu un CNF mare, trebuie susținute scenarii de angajați „mobili” - reprezentant de vânzări, inginer service, agent de vânzări.
Prima versiune a fost creată în 1 om-lună. La crearea unei aplicații mobile, unele obiecte de metadate (directoare, documente) au fost implementate pe baza obiectelor UNF-ului mare. Dar unele dintre funcționalități trebuiau programate de la zero, de exemplu, procesul de schimb de date cu un UNF mare. Adevărat, în legătură cu schimbul de date, a trebuit de fapt să facem puțină programare - am folosit mecanisme standard ale platformei (în special, planuri de schimb), care reduc codificarea la minimum.
Pe lângă simplificarea muncii cu sincronizarea datelor, platforma 1C facilitează semnificativ munca de construire a unei aplicații mobile cu funcții complete, oferind dezvoltatorului componente de interfață precum liste (tabulare și ierarhice) cu posibilitatea de a le căuta, câmpuri de introducere. cu căutare, tabele pentru rapoarte, o gamă largă de diagrame, posibilitatea de a imprima pe imprimante WiFi și Bluetooth etc.
Particularități versiune mobila Există două strategii principale pentru alegerea funcționalității unei aplicații mobile. Prima este „o aplicație - o funcție”. De exemplu, o aplicație mobilă pentru primirea mărfurilor la un depozit, care poate scana doar codul de bare al unui produs cu o cameră încorporată și poate trimite informații despre produsul primit la server. A doua strategie este de a crea o aplicație mobilă cu o funcționalitate largă „tot-în-unul”. Ambele abordări sunt valabile; Când scriem un UNF mobil, am ales a doua abordare - aplicația noastră acoperă multe sarcini din domeniul său de activitate și poate funcționa complet autonom, servind nevoile unei organizații mici. Un alt avantaj al acestei abordări este că utilizatorul poate lucra cu mai multe funcții interdependente dintr-o singură aplicație.Mobile UNF utilizează pe scară largă funcționalitatea unui dispozitiv mobil, în special:
- Camera încorporată a dispozitivului poate fi folosită pentru a fotografia produsul atunci când completați cardul produsului, pentru a citi coduri de bare și coduri QR
- O factura de plata poate fi trimisa clientului prin email sau SMS
- Contrapartea poate fi selectată din carte de adrese dispozitiv mobil
- Dacă contrapartea are un număr de telefon, puteți suna contrapartea sau trimite un SMS cu o singură atingere; dacă este specificat un e-mail, trimiteți o scrisoare; dacă este specificată o adresă, afișați-o pe hartă.
- Puteți imprima documente pe imprimante prin WiFi și Bluetooth
Configurația UNF-ului mobil arată destul de spartan (vezi captura de ecran de mai jos):
- 8 cărți de referință (în UNF mare există 273 cărți de referință)
- 7 documente (în UNF mare - 125)
- 3 jurnale de documente (în UNF mare - 24)
- 3 registre de informații (în UNF mare – 357)
- 4 registre de acumulare (în UNF mare – 64)
![](https://i2.wp.com/habrastorage.org/web/9cf/393/ca5/9cf393ca52984bb3b7d6e9433afbe01f.png)
Obiectele principale ale UNF mobile
Dar, în ciuda unui număr atât de mic de obiecte de aplicație, produsul s-a dovedit a fi destul de funcțional.
O caracteristică interesantă a UNF-ului mobil este că de multe ori a început să fie folosit de oameni care nu au auzit niciodată de 1C până acum (da, există așa ceva la noi), cei care au nevoie de o aplicație mobilă pentru a ține evidența afacerii mici ( de exemplu, home crafting). L-au găsit doar căutând înăuntru Google Play sau AppStore, citește recenziile - și a început să lucreze.
Funcționare offline Acest scenariu de lucru este destinat organizațiilor foarte mici, când toată contabilitatea este efectuată exclusiv pe un dispozitiv mobil. Aceasta ar putea fi, de exemplu, o afacere „acasă” - realizarea de bijuterii acasă și vânzarea lor pe pagina VKontakte. Sau poate chiar un mic magazin – eu personal am văzut un caz în care un magazin de jucării specializat în vânzarea de constructori Lego a ținut evidențe exclusiv pe versiunea mobilă a UNF. Având în vedere că UNF-ul mobil poate imprima pe imprimante WiFi și Bluetooth, acesta poate fi folosit pentru a rezolva un număr destul de mare de probleme. Mobile UNF acceptă procesarea comenzilor, introducerea facturilor și a facturilor, contabilizarea încasărilor și cheltuielilor de bani Lucrul în modul de sincronizare cu serverul (primele versiuni) În modul de sincronizare cu serverul în UNF mobil în versiunile anterioare, funcționalitatea contabilă a devenit indisponibilă și funcționează în cadrul acestuia s-a desfășurat în principal cu comenzi (primirea și onorarea comenzilor) și activități conexe (ținerea directoarelor contrapărților, bunurilor și serviciilor etc.).Directoarele de bunuri și servicii, contractori și comenzi au fost sincronizate cu marele UNF.
Schimb de date între mobil și UNF mare în primele versiuni
Comenzile introduse de pe dispozitivele mobile au ajuns într-un UNF mare, iar când au fost sincronizate, au ajuns pe dispozitivele mobile ale celor responsabili de comenzi. Documente precum încasările de numerar, vânzările de mărfuri etc., introduse pe dispozitivele mobile, mergeau la marele UNF, dar nu erau sincronizate între dispozitivele mobile. Toate lucrările din aplicația mobilă în modul de sincronizare au fost efectuate în principal în jurul comenzilor - acceptarea și executarea acestora; contabilitatea completă nu a fost efectuată pe dispozitivul mobil; pentru aceasta a fost necesară utilizarea unui CNF mare pe computer.
Acesta a fost cazul în primele versiuni, dar ulterior am schimbat situația și am extins lista de scenarii pentru utilizarea CNF mobil pentru a face lucrul cu acesta mai convenabil pentru utilizatori.
Câteva lucruri despre sincronizarea datelor Schimbul de date între mobil și UNF mare are loc prin intermediul serviciilor web; UNF mobil apelează servicii web desfășurate pe partea mare a UNF. Structurile de date în CNF mari și mobile sunt diferite; La proiectarea arhitecturii, am luat în considerare 2 opțiuni pentru schimbul de date:Mecanismele de schimb de date implementate în platformă preiau cea mai mare parte a muncii de a crea pachete pentru sincronizarea datelor, permițându-vă să reduceți codificarea la minimum. În timpul procesului de schimb este utilizat mecanismul standard al platformei 1C:Enterprise - mecanismul de schimb de date; pentru fiecare UNF mobil, se creează un nod de schimb de date în UNF mare; în UNF mare și mobil, se utilizează un serviciu de înregistrare a modificărilor pentru a urmări datele modificate de la ultima sincronizare etc.
Aplicația mobilă inițiază schimbul de date, folosind mecanismele platformei, generează un pachet de schimb (conținând identificatorul aplicației mobile și date actualizate pe UNF mobil de la ultima sincronizare) și îl trimite către UNF mare. Pe baza informațiilor din kit de inceput, CNF mare pregătește pentru CNF mobil datele care s-au schimbat în CNF mare de la ultima sincronizare și le împachetează în pachete. Pachetele în format XDTO sunt obiecte de metadate 1C serializate în XML; Dimensiunea fiecărui pachet nu depășește 500 de obiecte.
Mobile UNF colectează acest pachet de date cu pachet. După descărcarea ultimului pachet, UNF mobil începe să proceseze datele primite - procesează documente, directoare de înregistrare etc. În cazul unei întreruperi a conexiunii, este acceptată reluarea pachetelor; Am scris singuri mecanismul de reluare pentru CNF (nu se află în platformă), dar deoarece CNF mobil este furnizat în cod sursă, dezvoltatorii pot analiza implementarea mecanismului și îl pot împrumuta pentru aplicațiile lor.
În timpul sincronizării inițiale a unui CNF mobil cu un CNF mare, nu puteți lucra în CNF mobil - apare o fereastră modală care arată progresul procesului. Toate sincronizările ulterioare sunt în fundal și nu blochează funcționarea UNF mobil.
Lista completă a obiectelor schimbate între mobil și UNF mare:
- Directoare:
- Nomenclatură
- Contrapartide
- o listă de utilizatori
- Documentație:
- Comenzile clienților
- Chitanță la casierie
- Cheltuieli din casa de marcat
- Chitanta
- Factură de vânzare
- Productie
- Înregistrări (dar nu toate prețurile, ci doar pe cele principale):
- Preturi Furnizori
- Preturile produselor
- Informații despre organizație:
- Nume
- Informații fiscale
Fișă de produs cu imaginea produsului
În primele versiuni ale UNF mobil, scenariul de mișcare a fost destul de simplu - datele introduse în UNF mobil au fost copiate în baza de date a UNF mare, iar utilizatorul trebuia acum să păstreze înregistrări pe computer. În acest caz, UNF mobil va funcționa în modul de lucru cu comenzi și nu va mai fi posibilă păstrarea înregistrărilor (ca în versiunea independentă a UNF mobil).
Acest lucru, desigur, nu a fost în întregime convenabil pentru utilizatorul final - era deja obișnuit să țină înregistrări de pe un dispozitiv mobil, dar aici a fost forțat să stea la tastatura computerului. Nu toată lumea va fi mulțumită de asta.
Prin urmare, am extins lista de scenarii pentru funcționarea UNF mobil. Aspectul nostru serviciu cloud http://1cfresh.com, bazat pe tehnologie cloud 1cProaspăt. Acum este posibil să plasați CNF mari în cloud. Am descris trei scenarii pentru utilizarea unei aplicații mobile pe măsură ce afacerea utilizatorului crește:
Funcționalitatea de producție este o achiziție unică, iar capacitatea de sincronizare cu dispozitive mobile suplimentare este ambalată ca un abonament care trebuie reînnoit în fiecare lună. Interesant este că la doar 3 săptămâni de la adăugarea funcționalității de cumpărături, mobil UNF a fost în top 15 pe Google Play pentru vânzările de aplicații de afaceri.Concluzie Mobile UNF este un produs relativ mic (în ceea ce privește volumul codului sursă), dar destul de popular. Sperăm că povestea despre evoluția sa va fi utilă creatorilor de produse mobile pentru utilizatorii finali atât folosind tehnologii 1C, cât și alte instrumente de dezvoltare.
Ar fi util să vă reamintim că pe platforma mobilă 1C puteți realiza aplicații care interacționează nu doar cu backend-ul serverului 1C; protocoalele utilizate pentru schimbul de date în aplicațiile mobile de pe platforma 1C sunt independente de platformă (servicii web și HTTP, suport pentru XML și JSON etc.). Deci, dacă aveți nevoie să dezvoltați rapid și dinamic un client mobil multiplatform (Android, iOS, Windows), cu posibilitatea de a lucra offline fără o conexiune constantă la internet pentru aplicația dvs. de afaceri, atunci platforma mobila 1C poate fi alegere optimă Pentru dumneavoastră.
Introducere
Noua versiune a platformei 1C (8.3.5) are o mulțime de funcționalități noi. Apropo, pentru cei care nu știu, există o resursă pe care dezvoltatorii 1C descriu inovațiile emergente în platformă. Unul dintre acestea este mecanismul. Mi-a atras atenția și am vrut să implementez ceva pentru distracție. Ideea mi-a venit imediat să fac ceva asemănător cu un site, dar această idee nu ar fi fost înțeleasă nici la infostart, așa că am dat-o din cap. Părea că a fost aruncat, dar ideea a fost transformată în ceva nu atât de mare, ceva care ar putea găsi aplicație reală în viață - o aplicație web mobilă.
Consider că o aplicație web mobilă simplă și cu încărcare redusă pentru un număr limitat de utilizatori, de exemplu, angajați, poate fi implementată în 1C folosind servicii HTTP.
Aplicația web mobilă „Contacte”
Voi începe cu rezultatul. Aplicația web mobilă „Contacte” pare simplă și, de fapt, este. La început, vedeți doar un câmp pentru a căuta un contact.
Să căutăm pe cineva (pentru a începe căutarea, trebuie să introduceți cel puțin 3 caractere). Cineva a fost găsit.
Să-l sunăm pe Alexey.
Să scriem o scrisoare lui Timofey.
Asta este tot ce este aplicația web mobilă.
Apropo, este foarte ușor să-l adaptezi la orice configurație.
Un pic despre implementare
Instrumente folosite:
- Mecanismul serviciilor HTTP ale platformei 1C (începând cu versiunea 8.3.5)
- Biblioteca JavaScript jQuery (http://jquery.com)
- Biblioteca JavaScript jQuery mobile (http://jquerymobile.com)
- 1C:JSON ()
Serviciul HTTP „ContactsMVP” acceptă toate solicitările și le transferă la procesarea „ContactsMVP”. Toată logica aplicației web mobilă este concentrată în procesarea „ContactsMVP”.
Așa arată procesarea cererilor.
Funcția ProcessRequest(Request) Export If MatchesResource(Request, "/index.html") Then Return GetResourceIndexHTML(); ElseIf MatchesResource(Request,"/application.js") Then Return GetResourceApplicationJS(); ElseIf MatchesResource(Request,"/contacts.json") Then Return GetResourceContactsJSON(Request); endIf; EndFunction
Și așa arată, de exemplu, revenirea paginii index.html.
Funcția GetResourceIndexHTML() Response = HTTPServiceResponse nou (200); Text = GetLayout("IndexHTML").GetText(); Answer.SetBodyFromString(Text); Response.Headers.Insert("Content-Type", "text/html"); Întoarceți răspunsul; EndFunction
Nimic complicat. Puteți studia mecanismul mai detaliat descărcând ContactsMVP.dt
Caracteristicile publicației
Au existat câteva dificultăți minore la publicarea serviciului HTTP, așa că pentru a vă fi mai ușor, voi sublinia câteva note:
- Este destul descrieri detaliate despre publicare - citiți mai atent.
- Nu uitați să rulați configuratorul ca administrator înainte de a publica.
- A fost posibilă lansarea serviciului HTTP numai cu versiunea fișierului; a apărut o eroare cu versiunea client-server.
- Pentru ca aplicația web mobilă să funcționeze fără cerere de autorizare, dacă în baza de date sunt utilizatori înregistrați, atunci după publicare, în fișierul default.vrd, parametrii Usr și Pwd trebuie adăugați în șirul de conexiune (punctul. ib).
Concluzie
Sper că materialul articolului vă va fi de folos.
Vă mulțumim pentru atenție.
Acest prototip a fost creat folosind Moqups– simplu și serviciu convenabil crearea de machete și concepte. Este destul de potrivit pentru prototiparea rapidă a aplicațiilor Android mici. Pentru prototipuri de proiecte mai serioase, este mai bine să utilizați Photoshop și Android UI Design Kit!.
Descrierea aplicațieiAplicația constă din 3 ecrane:
„Ecranul principal al aplicației” – la lansare, este afișată o listă de sarcini (data scadentă, numele sarcinii și indicarea finalizării acesteia). Odată ce o sarcină este finalizată, aceasta este marcată ca finalizată în listă.
Făcând clic pe butonul „Schimb de date”, un angajat poate începe imediat procedura de primire a sarcinilor noi de la server. Schimbul de date cu serverul se realizează și în mod automat O dată pe zi, conform programului specificat în setări.
„Setări program” - aici setați parametrii de autorizare și adresa serverului 1C și afișează, de asemenea, numărul unic de identificare al acestui dispozitiv. Aici poate fi setat și un program de schimb automat.
Structura datelor schimbate între clientul mobil și serverul 1CCalea va fi un tabel de valori (în termeni 1C), care conține 3 coloane:
Crearea unui șablon de aplicație mobilă în 1CLansați 1C și selectați directorul „Aplicații mobile”, adăugați un element nou, unde:
În câmpul „Identificator”, specificați SAMPLE_APP_TASKS (sau gândiți-vă la oricare altul), acesta este un identificator unic de aplicație în configurația dvs. Este necesar să se identifice în mod unic aplicația în timpul procesului de schimb, deoarece Același angajat poate folosi mai multe aplicații pe un dispozitiv mobil.
În câmpul „Nume”, introduceți numele aplicației dvs. mobile, de exemplu Sarcini.
Notează elementul director folosind butonul Scrie, apoi creează versiune nouași specificați-l ca unul funcțional pentru aplicația dvs.
Selectați grupul „Date externe” din lista „Metadate” și faceți clic pe butonul „Adăugați” din bara de instrumente. Completați parametrii masa noua asa cum se vede in poza:
Numele coloanelor și tabelul însuși aici, de regulă, sunt specificate în limba rusă; ele vor fi folosite pentru a completa tabelul cu date folosind limbajul 1C încorporat.
Fiecare tabel de date dintr-o aplicație mobilă trebuie să aibă cheia principala(CHEIE PRIMARĂ în ceea ce privește bazele de date relaționale) de tip șir. Pentru toate tabelele de obiecte (directoare și documente), cheia este reprezentarea text a link-ului (un identificator unic) și este completată automat.
Pentru tabelele non-obiect, cum ar fi un „registru de informații” sau un „tabel extern”, programul trebuie să indice cum trebuie completat. O opțiune este să setați indicatorul „Index” pentru una sau mai multe coloane de tabel, ceea ce a fost făcut în exemplul nostru pentru coloanele „Data scadentă” și „Sarcina”. Aceasta înseamnă că tabelul nu poate avea două sarcini identice pentru aceeași dată.
Faceți clic pe OK, tabelul va fi adăugat în arborele de metadate, pentru aplicația mobilă numele sunt traduse automat în latină.
[Una dintre regulile FBA: în 1C sursă Scriem în rusă, în Java în latină. Absența literelor rusești în identificatori, nume de variabile și clase va evita multe probleme la proiectarea unui client mobil]
Redenumiți numele din latină în engleză. În principiu, a fost posibil să părăsim alfabetul latin, dar ne-am hotărât deja asupra numelor (mai sus în tabel).
Salvați modificările și faceți clic pe butonul „Șablon de aplicație mobilă” din bara de instrumente.
„Director șablon” – specificați calea către directorul în care vor fi salvate fișierele șablon ale aplicației mobile generate.
În fila „De bază”, specificați numele pachetului; acesta trebuie să fie un identificator unic. Dacă aveți un site web, utilizați-l pentru a genera prefixul. În exemplul nostru, acesta este ru.profi1c.samples.tasks
În fila „Serviciu web”, adresa serverului este indicată ca 10.0.2.2; în mod implicit, aceasta este adresa computerului dvs. atunci când este accesat de la un emulator Android.
În câmpurile „Nume serviciu web” și „Subdirectorul aplicației”, introduceți datele care au fost specificate la publicarea serviciului web.
În fila „Despre program”, completați informațiile de contact și Informații suplimentare despre aplicația dvs., lăsați setările din fila „Table Generator” neschimbate.
Faceți clic pe Creare, va fi generat șablonul de proiect Android. Închideți fereastra expertului de generare a șablonului, salvați modificările și închideți elementul din directorul „Aplicații mobile”.