1c forma të menaxhuara. Shtimi dhe redaktimi i elementeve të formës së menaxhuar në mënyrë programore

Në mësimin e fundit e shikuam për një klient të rregullt (të shëndoshë). Në versionin e platformës 1C 8.2. Ata përdorin forma të reja të ekranit 1C 8.2. Ata quhen forma të menaxhuara 1C 8.2.

Format e menaxhuara 1C 8.2 janë e ardhmja e 1C. Ato ndryshojnë nga format e rregullta 1C 8.2 në atë që gjenerohen automatikisht nga sistemi bazuar në cilësime të veçanta (format "të rregullta" thjesht vizatohen nga programuesi sipas dëshirës).

Dallimet në zhvillimin e formave të menaxhuara 1C 8.2 nga ato konvencionale janë të rëndësishme. Prandaj, ne jemi mbledhur sot për të diskutuar veçmas krijimin dhe modifikimin e formularëve të menaxhuar 1C 8.2.

Format e menaxhuara 1C 8.2

Nëse keni zhvilluar konfigurime 1C më parë, kur hapni redaktuesin e formave të menaxhuara 1C 8.2, menjëherë do të habiteni nga fakti se është e pamundur të ndikosh fare në formën 1C 8.2 me miun.

Ju nuk mund të ndryshoni formularin 1C 8.2, nuk mund të lëvizni një element, nuk mund të shikoni as vetitë e fushës si më parë - duke klikuar dy herë fushën në formularin 1C 8.2.

Tani baza për zhvillimin e një formulari 1C 8.2 nuk janë fusha të detyrueshme për koordinatat në formular, por cilësime të veçanta. Sistemi gjeneron automatikisht një formular të kontrolluar 1C 8.2 bazuar në këto cilësime.

Cilësimet përbëhen nga një listë e elementeve të formës 1C 8.2 të vendosura në redaktuesin në këndin e sipërm të majtë. Elementet e formularit 1C 8.2 përfshijnë:

• Kushtet
• Komandat (një koncept i ri në 1C 8.2, mund të duket si butona ose artikuj të menysë)
• Grupet (për kombinimin e detajeve dhe komandave).

Prandaj, cilësimet për këta elementë nuk janë në vetitë e fushave, por në vetitë e këtyre elementeve të cilësimeve (menyja me klikim të djathtë, artikulli Properties).

Si funksionojnë format e menaxhuara 1C 8.2

Puna me format e menaxhuara 1C 8.2 është e ndryshme për përdoruesin. Ata kanë më shumë aftësi, por janë të pazakonta për ata që kanë punuar me 1C për një kohë të gjatë.

Para së gjithash, rregullimi i elementeve të zakonshëm në formën 1C 8.2 është i ndryshëm. Shiriti i komandës është gjithmonë në krye.

Ana e majtë e panelit të komandës është e personalizueshme. Zakonisht përmban butona të tillë standardë si Record dhe Post.

Ana e djathtë e panelit të komandës është menyja e re standarde e formularit 1C All Actions. Kjo meny ju lejon të menaxhoni formularin 1C 8.2 sipas dëshirës, ​​ngjashëm me mënyrën se si në raportin ACS cilësimet ju lejojnë të ndryshoni ndjeshëm pamjen e raportit.

Artikujt arbitrar të menysë 1C Të gjitha veprimet

Në varësi të faktit nëse kjo formë 1C 8.1 i përket njërit apo tjetrit, menyja është e mbushur me artikuj që ju lejojnë të menaxhoni këtë objekt. Për shembull, nëse kjo është një formë e listës së drejtorive, atëherë do të ketë komanda të tilla si Krijo ose Edit.

Artikulli Personalizo listën e menyve 1C Të gjitha veprimet

Nëse ka një listë në formularin 1C 8.2, atëherë menyja ka komandën Konfiguro listën dhe listën e shfaqjes.
Nëse komanda e listës së daljes është tashmë e njohur për ju - ju lejon të ruani çdo listë në 1C në Excel / ta printoni, atëherë komanda e dytë është e re.

Siç e keni vënë re tashmë, nuk ka më butona përzgjedhjeje në panelin e komandës së listës. Në vend të kësaj, u shfaq një buton Gjeni, funksionimi i të cilit (si dhe pozicionimi aktualisht i çaktivizuar i kursorit në listë kur shkruani) ka disa ankesa.

Funksionaliteti i butonit Gjeni natyrisht nuk është i krahasueshëm me zgjedhjet, por ato nuk janë zhdukur!
Tani ato janë të vendosura në artikullin e menusë Personalizo List. Përzgjedhja tani mund të bëhet nga çdo fushë, dhe përveç saj, ju mund të bëni klasifikimin dhe formatimin e kushtëzuar në të njëjtën mënyrë siç mund të bëni në raportet ACS.

Artikulli Ndrysho formën e menysë 1C Të gjitha veprimet

Artikulli "Ndrysho formularin" ju lejon të ndryshoni në mënyrë të ngjashme jo vetëm listën në formularin 1C 8.2, por edhe vetë formularin 1C 8.2.

Përdoruesi mund të aktivizojë ose çaktivizojë në mënyrë të pavarur dukshmërinë e fushave në formën 1C 8.2, gjerësinë dhe lartësinë, aktivizimin e fushës së paracaktuar kur hapet, etj.

Përdorimi i formularëve të menaxhuar 1C 8.2 dhe formularëve të rregullt 1C

Si parazgjedhje, format e rregullta 1C përdoren në konfigurime për klientin e trashë (të rregullt) 1C dhe format e menaxhuara përdoren në konfigurimet për klientët e hollë dhe në internet të 1C. Sidoqoftë, të dy format 1C mund të përdoren në çdo konfigurim, duke përfshirë njëkohësisht.

Për ta bërë këtë, duhet të futni vetitë e konfigurimit (elementi i sipërm në dritaren e konfigurimit).

Në vetitë e konfigurimit në 1C 8.2, janë shfaqur dy kuti të reja të kontrollit që ju lejojnë të aktivizoni përdorimin jo standard të formave 1C.

Krijimi i formularëve të menaxhuar 8.2

Shtimi i një formulari të ri 1C 8.2 bëhet në të njëjtën mënyrë si më parë - duke përdorur butonin Ins në tastierë ose butonin Shto. Për të futur një ekzistues, klikoni dy herë mbi të me miun.

Si parazgjedhje, formulari (i rregullt ose i menaxhuar) që është i instaluar në konfigurim do të krijohet (shih veçorinë "Modaliteti kryesor i nisjes" në vetitë e konfigurimit. Nëse keni aktivizuar lejen për të përdorur të dy llojet e formave në konfigurim - në projektuesin e formularit , i cili do të hapet menjëherë - mund të zgjidhni format e tipit.

Projektuesi do t'ju kërkojë të zgjidhni llojin e formularit - formulari i elementit, formulari i listës. Këtu mund të shtoni ose hiqni panelet e komandës në formular. Më shpesh këto cilësime lihen siç janë, si parazgjedhje.

Hapet një formular, i plotësuar si parazgjedhje - të gjitha detajet e objektit 1C që ekzistojnë janë shtuar në të. Ju mund të shënoni listën specifike të fushave të kërkuara në skedën e dytë të projektuesit.

Redaktori i formularit përbëhet nga tre seksione.

• Në këndin e sipërm të majtë ka një listë të elementeve të formës. Ai përbëhet nga fusha, komanda dhe grupe që ju lejojnë të kombinoni elementë. Lista e komandave mund të shihet veçmas në skedën Command Interface.
• Në këndin e sipërm djathtas ka një listë të detajeve të disponueshme të formës dhe detajeve të objektit (hap kryqin pranë atributit Object).
• Më poshtë është një pamje paraprake e formës që rezulton.

Mund të tërhiqni detajet e disponueshme në të majtë dhe ai do të bëhet një element i formës (një fushë në formular).

Nëse keni nevojë të shtoni një buton ose artikull menyje, në anën e djathtë të skedës Komanda, duhet të krijoni një komandë të re. Ky është një mbështjellës për një funksion në modulin e formës. Përveç specifikimit të funksionit që do të thirret, mund të caktoni një paraqitje - për shembull, një foto, si dhe varësinë e dukshmërisë nga opsioni funksional.

Komandat tërhiqen gjithashtu në të majtë. Nëse prindi është shiriti i komandës, atëherë do të jetë një buton i shiritit të komandës - përndryshe vetëm një buton.

Ju jo vetëm që mund të tërhiqni dhe lëshoni atributet e objektit/formës në listën e elementeve të formës (fushat), por gjithashtu thjesht t'i shtoni ato (butoni Shto ose Ins). Në veçanti, mund të krijoni një objekt të ri të formës - Grupi.

Grupi mund të jetë një panel komandues (kursori duhet të jetë në linjën Form). Pastaj ju tërhiqni komandat në të dhe ato bëhen butona.

Grupi mund të jetë "i rregullt". Pastaj kjo është një mënyrë e grupimit të fushave si vertikalisht ashtu edhe horizontalisht. Emri i grupit mund të hiqet nga vetitë.

Një grup mund të jetë një panel (faqe). Grupi i shtuar në krye është një panel dhe grupet e mbivendosura të këtij lloji janë faqe. Fushat janë tërhequr tashmë në faqe.

Elementet e panevojshme të formës hiqen duke fshirë elementët e formularit në listë.
Pozicioni i fushës në formular përcaktohet nga renditja në listën e elementeve (vertikale) ose duke përdorur grupe (horizontale). Gjerësia dhe lartësia vendosen në vetitë e elementit të formës.

Karakteristikat e elementit të formës janë zgjeruar ndjeshëm dhe përmbajnë shumë gjëra të dobishme - si kontrollin e pamjes (butonat e zgjedhjes dhe fshirjes) ashtu edhe kontrollin e vlerave të paracaktuara.

Vetitë e vetë formës, duke përfshirë dimensionet e saj, vendosen në elementin rrënjësor të formularit me të njëjtin emër Forma.

Trajtuesit e ngjarjeve (përgjigjet ndaj veprimeve të përdoruesit) tani ndahen në dy lloje. Vjetër - si më parë, ato tregohen në vetitë e formës dhe fushave (për shembull, OnChange dhe OnOpening formularin). Të rejat janë bërë komanda dhe përdoren për artikujt dhe butonat e menysë.

Të gjithë e dimë që kompania 1C kishte shumë versione të ndryshme të platformës 1C; tani do të jemi të interesuar për një nga versionet më të fundit në kohën e shkrimit të këtij artikulli, këto janë versionet 1C 8.2 dhe 1C 8.3. Nëse ju është dashur të punoni në të dyja këto versione, atëherë ka shumë të ngjarë vërejti dallime në ndërfaqet e këtyre versioneve, për përdoruesit ato ndryshojnë vetëm në pamje. Në thelb një zgjedhje aplikim i rregullt ose i menaxhuar i tregon sistemit se cilat forma të shfaqin për të ekzekutuar, të rregullta ose të kontrolluara, si dhe cili klient aplikacioni do të përdoret si parazgjedhje, i trashë apo i hollë. Për informacion më të detajuar mbi klientët, lexoni artikullin "Cilët janë klientët e trashë dhe të hollë në 1C, si dhe ndryshimet e tyre".

Aplikim i rregullt 1C (forma të rregullta, ndërfaqe e rregullt, versioni 1C 8.2)

Në 1C 8.2 është e mundur të punohet vetëm me forma të rregullta, në modalitetin e rregullt të aplikimit. Imazhi më poshtë tregon bazën e të dhënave në mënyrën e funksionimit "aplikimi i rregullt 1C" (forma të rregullta).

Aplikacioni i menaxhuar 1C (formularët e menaxhuar, ndërfaqja e menaxhuar, versioni 1C 8.3)

Në platformën 1C 8.3 ne mund të punojmë si me format e rregullta (në modalitetin e pajtueshmërisë) ashtu edhe me ato të menaxhuara. Për më tepër format e menaxhuara kanë dy lloje të ekranit, ky është standard dhe taksi. Një shembull i një konfigurimi 1C 8.3 me forma standarde të menaxhuara tregohet më poshtë, dhe pas tij shfaqet ndërfaqja "Taxi".

Cili është ndryshimi midis një aplikacioni të rregullt dhe të menaxhuar 1C?

Siç kemi zbuluar tashmë një aplikacion i rregullt dhe një aplikacion i menaxhuar janë këto lloje të nisjes së një programi 1C. Për më tepër, në varësi të vlerës së llojit të nisjes 1C ( aplikim i rregullt ose i menaxhuar), një ndërfaqe specifike do të ngarkohet si parazgjedhje ( forma të rregullta ose të menaxhuara), prandaj ka kaq shumë sinonime për këtë koncept. Ne dëshirojmë të theksojmë se ndryshimet në ndërfaqet janë mjaft domethënëse; ndërfaqja e menaxhuar është ridizajnuar plotësisht. Në parim, këto janë të gjitha ndryshimet që shohin përdoruesit e zakonshëm të programit 1C. Sa për programuesit, ndërfaqja e menaxhuar kërkon shkrimin e kodit të modifikuar, sepse zhvillimi është kryer tashmë në 1C 8.3, dhe jo në 1C 8.2, pra të gjitha pasojat që pasojnë. Kodi duhet gjithashtu të ndahet në klient dhe server; kjo tregohet duke përdorur direktivat përkatëse në konfigurues.

Platforma 1C:Enterprise ju lejon të shtoni dhe ndryshoni në mënyrë programore elementet e një forme të menaxhuar. Le të kuptojmë pse kjo mund të jetë e nevojshme.

Modifikimi i softuerit të formularit mund të kërkohet në disa raste:

• Gjatë finalizimit të konfigurimeve standarde për të lehtësuar procedurën e mëvonshme të përditësimit. Në këtë rast, vetëm moduli i formularit do të ndryshohet. Modulet janë shumë më të lehta për t'u përditësuar sesa formularët.
• Gjatë zbatimit të disa algoritmeve të zakonshme. Për shembull, në nënsistemin "Ndalimi i redaktimit të detajeve të objektit", mund të krijohet një buton në mënyrë programore për të gjitha objektet e lidhura me nënsistemin për të mundësuar mundësinë e redaktimit të detajeve.
• Gjatë zbatimit të disa algoritmeve specifike. Për shembull, në drejtorinë Nomenklature, krijohen fusha për modifikimin e detajeve shtesë.

Në një formë të menaxhuar, ju mund të shtoni, ndryshoni dhe fshini në mënyrë programore:

• kushtet;
• ekipet lokale;
• elementet.

Të gjitha këto operacione janë të mundshme vetëm në server.

Riformësimi programatik ka kufizime:

• Mund të fshini vetëm detajet/komandat/elementet e shtuara në mënyrë programore. Nuk mund të fshini në mënyrë programore objektet e krijuara në konfigurues.
• Nuk mund të caktoni një atribut si kryesor.

Ndryshimi i komandave të formularit

Për të menaxhuar përbërjen e komandave për një objekt Forma e menaxhuar ka një koleksion Ekipet

Shtoni (< ИмяКоманды >)

Sasi ()

Gjej (< ИмяКоманды >)

Fshije (< Команда >)

Koleksioni Teams është i disponueshëm si në klient ashtu edhe në server. Ju mund të ndryshoni koleksionin (metodat Add() dhe Delete()) vetëm në server. Mund të kërkoni dhe të merrni numrin e elementeve (metodat Find () dhe Count ()) si në klient ashtu edhe në server.

Si shembull i punës me komandat e formularit, le të krijojmë një komandë të re ChangeHistory me titullin "ChangeHistory...", i cili do të thërrasë mbajtësin Historia e shfaqjes(). Krijimi ndodh kur hapet forma.

&Në server
Procedura WhenCreatingOnServer (Dështim, përpunim standard)
Ekipi = Ekipet. Shto( "Historia e Ndryshimeve");
Ekipi . Veprimi = ;
Ekipi . Titulli = "Historia e ndryshimeve...";
Fundi i procedurës
&OnClient
Procedura Connectable_DisplayHistory(Komanda)
// veprimet komanduese
Fundi i procedurës

Trajtuesi i komandave duhet të jetë i vendosur në një formular dhe të ketë një direktivë përpilimi &OnClient.

Ndryshimi i detajeve të formularit

Leximi i përbërjes së detajeve të formularit kryhet nga funksioni Merrni detaje(< Путь >) duke kthyer një grup të tipit FormAttributes. Parametri i funksionit specifikon shtegun drejt atributit prind (si varg). Nëse parametri hiqet ose specifikohet një varg bosh, detajet e nivelit të lartë kthehen.

Ndryshimi i detajeve bëhet duke përdorur metodën Ndrysho Detajet(<Detaje të shtuara>, <Detaje të heqshme>) Objekt Forma e menaxhuar. Tek parametrat Detaje të shtuara Dhe Detaje të heqshme Transmetohen vargje me elemente të tipit Form Atributes.

Kujdes!

Procesi i ndryshimit të përbërjes së detajeve është mjaft intensiv me burime. Forma në të vërtetë po rikrijohet. Në këtë drejtim, puna me detajet e formularit kryhet në modalitetin e grupit.

Le të krijojmë një atribut të ri të formës me emrin Blerësi:

AddedDetails = Array i ri;
Detaje të shtuara. Shto (Atribute të reja të formës(“Blerësi”, Përshkrimi i llojit të ri (“DirectoryLink. Kundërpartitë”), “Klient”));

// Ndryshime në përbërjen e detajeve
);

Ndryshimi i elementeve të formës

Për të kontrolluar përbërjen e elementeve të një objekti Forma e menaxhuar ka një koleksion Elementet. Mbledhja ka disa mënyra:

Fut (< Имя>, < ТипЭлемента>, < Родитель>, < Элемент >)

Shtoni (< Имя>, < ТипЭлемента>, < Родитель >)

Sasi ()

Gjej (< Имя >)

Lëviz (< Элемент>, < Родитель>, < МестоРасположения >)

Fshije (< Элемент >)

Koleksioni i Artikujve është i disponueshëm si në klient ashtu edhe në server. Modifikoni një koleksion (Fut metodat () , Shto () , Zhvendos () dhe Fshi () ) janë të disponueshme vetëm në server. Mund të kërkoni dhe të merrni numrin e elementeve (metodat Find () dhe Count ()) si në klient ashtu edhe në server. Elementet e koleksionit mund të jenë:

• FormGroup;
• FormTable;
• FormField;
• Butoni i formës.

Ju mund të caktoni programatikisht mbajtës të ngjarjeve për të formuar elementë. Metoda është menduar për këto qëllime SetAction(< ИмяСобытия>, < Действие >) .

Le të shohim disa nga shembujt më të zakonshëm të punës me komandat, detajet dhe elementët e formës.

Shtimi i një komande dhe butoni i lidhur me të:

// Krijo një komandë
Ekipi = Ekipet. Shto( "Historia e Ndryshimeve");
Ekipi . Veprim = "Plug-in_Display History"; // Formulari duhet të përmbajë një procedurë me emrin e specifikuar
Ekipi . Drejtimi = "Historia e ndryshimeve...";
// Krijoni një buton dhe shoqëroni atë me një komandë
Elementi = Artikuj. Shto( "Historia e Ndryshimeve", Type("FormButton" ));
Elementi.Emri i komandës = "Historia e Ndryshimeve";

Shtimi i një atributi dhe fushës së hyrjes përkatëse:

// Përshkrimi i detajeve të shtuara
AddedDetails = Array i ri;
Detaje të shtuara. Shtoni(Propa të reja të formularit ("Blerësi", Përshkrimi i llojit të ri ( "DirectoryLink. Kundërpalët"), "Klient" ));
// Ndryshimi i përbërjes së detajeve
Ndrysho Detajet (Detajet e Shtuara);
// Krijimi i një fushe hyrëse dhe lidhja me atributet
Elementi = Artikuj. Add("Blerësi" , Lloji("Fusha e formularit" ));
Elementi . Pamje = FormFieldView. Fusha e hyrjes;
Elementi . PathToData= "Blerësi" ;

Caktimi i një mbajtësi të ngjarjeve në një element formulari:

ArtikulliKlient. SetAction("Kur ndryshon" , "Connected_BuyerOnChange");

&OnClient
Procedura Connected_BuyerOnChange(Element)
// Veprimet e ngjarjes
Fundi i procedurës

Kujdes!

Procedurat që janë caktuar si mbajtës të ngjarjeve nga kodi duke përdorur metodën SetAction (), rekomandohet të vendosni prefiksin Connectable_.

Kujdes!

Mund ta shkarkoni përpunimin me shembuj të kërkimit programatik dhe ndryshimit të detajeve, komandave dhe elementeve të një forme të menaxhuar.

Problemi kryesor është se gjatë 10-15 viteve tashmë janë përpiluar shumë kode për forma të zakonshme. Askush nuk dëshiron t'i rishkruajë të gjitha këto në server-klient + shumë njerëz janë të trajnuar për të punuar me ndërfaqen. Kalimi i detyrueshëm në BP 3.0 duke filluar nga viti i ardhshëm po krijon panik në mendjet e zhvilluesve dhe kontabilistëve. Reagimet do të jenë shumë të pakëndshme. Përveç kësaj, shiriti i hyrjes në profesion po rritet, programimi është më i vështirë, dhe ato standarde janë bërë edhe më të vështira. Sa është kostoja e algoritmit të ri në dokumentet standarde? UV-ja duket e mrekullueshme kur keni 2-3 butona në dokumente, UV-ja është e shkëlqyeshme për të punuar në pajisje celulare, por vetëm 0,01% e kompanive e përdorin atë. Do të duhet të ndërroni nëse 1C nuk del me diçka të re, por do të jetë e gjatë dhe e dhimbshme për të gjithë. Dhe vetë kompanitë do të duhet të paguajnë paratë.

Edhe unë kam përjetuar vetëm gjëra negative nga format e kontrolluara deri më tani, këtu janë disa disavantazhe të tjera të inovacionit:

• Asgjë? Epo, e kam hasur këtë disa herë, për shembull, duke shkruar dhe bashkangjitur një formular printimi të jashtëm në konficencën ZUP, përpunimi atje është një epope e tërë, plot udhëzime në internet dhe faqet e kodit duhet.
  në një klient të trashë ekziston një procedurë me parametra d.m.th. zhvillimi është çështje minutash.
  dhe frenat janë të holla të dukshme me sy të lirë
• Sa për aftësinë për të përgatitur forma të menaxhueshme - ky është art për hir të artit, por cila është pika praktike, veçanërisht për versionin e skedarit?
• Kam skalitur në UV për 3 vjet, por tani u ktheva në forma të thjeshta dhe më besoni, ky tranzicion ishte psikologjikisht mjaft i vështirë për t'u bërë, por kjo është zgjedhja ime e vetëdijshme sepse ajo që ofron 1c në UV është plotësisht UG…. ndoshta pas disa vitesh 1c do të bëjë një përparim, por tani ajo thjesht po kërkon vendin ku ta bëjë këtë zbulim...
• UV-të në konfigurues kërkojnë shumë më shumë kohë për t'u hapur.
  Pas kësaj, hapja e formularëve në 8.1 është si transferimi nga një kamion në një aeroplan!
• Ka më shumë probleme për të gjithë, përdoruesit janë të tronditur nga ndërfaqja e re (jo të gjithë e pranojnë atë, por ata janë shumë më budallenj për gjërat më të vogla), gjysma e programuesve janë bërë të papërshtatshëm për profesionalizëm, është bërë më e vështirë për specialistin mesatar. gjeni një punë dhe si të prodhoni një produkt cilësor. Dhe tema më e lezetshme e marketingut e UV-së është se ato fluturojnë kudo që tranzicioni ndodh me një përditësim të thjeshtë, por të gjithë harrojnë se që në fillim duhet të kapni hapat me publikimet më të fundit! Por në parim më pëlqen ideja!
• Nuk e di, përvoja ime tregon të kundërtën. Aty ku bumet në forma strikte po godasin automatikisht prej disa vitesh, në standardet e reja UV çdo muaj fillon "pse, ku është 1C tani pas përditësimit të këtij butoni dhe pse tani nuk funksionon", gjë që shihni. , nuk shton shpejtësi.
• - ka më shumë kod
  - kodi është bërë më kompleks
  — modifikimi i atyre standarde është shumë më i vështirë
  - përdoruesit të cilëve u dhashë UT11 nuk gjetën ndonjë avantazh në krahasim me 10.x
  — por ata gjetën disa ngadalësime dhe mungesë të disa funksioneve si kërkimi (për disa arsye ata donin kërkim përpara-prapa dhe jo përzgjedhje)
  Mendimi im është se sakrificat janë shumë të mëdha për hir të klientit të internetit dhe tabletave. Për më tepër, personalisht, nuk kam parë ende punë reale me një klient në internet, i cili duhet të përdorë me sukses aksesin në distancë
• Bedlam klient-server duhet të sigurojë një rritje të performancës dhe shkallëzueshmërisë, ndërsa në të njëjtën kohë kostot përfshijnë një rritje të kodimit.
  Megjithatë, jo të gjithë pësuan një rritje, prandaj zhgënjimi. Dhe në të njëjtën kohë, të gjithë ishin të vendosur për kostot e kodimit.
  P.S. Në fakt, më pëlqejnë të kontrolluarit, i tërheq me qetësi. Por tipiket janë bërë perverse.
• Në shtëpi (kompjuter normal) pijen e bëj sipas sipërmarrësve individualë.
  8.3, BP3, me damë. Përshtypja kryesore është se nuk punoj, por pres gjatë gjithë kohës. përgjigje hemorroide. SALT për llogarinë është formuar si thjesht befasuese - duket si një kartë llogarie për vitin në një mega-mbajtje.
• UT11 është një frenim i egër, tmerr dhe përgjithësisht një makth.
  UT10 fluturon në krahasim me UT11.
  Për sa i përket UV - insektet janë infektuar prej vitesh, gjithçka është e shtrembër, kolonat nuk përshtaten kurrë në një ekran, shtrirja është e tmerrshme në shumë raste.
  Dhe unë ende mund të rendis shumë minus, por ndoshta nuk do të them asgjë për pluset. Ata thjesht nuk ekzistojnë.
  Konkretisht firmat përfunduan me këto forma, sepse zhvillimi kushton më shumë, nuk kishte speciale dhe nuk ka normale.

Ka pak avantazhe, por sigurisht që ekzistojnë...

pro:

Përgjigja ka qenë prej kohësh se çfarë ka dhënë UP-ja:

klient ndër platformë

• duke punuar në linja të këqija komunikimi
• aftësia për të punuar përmes një shfletuesi (pa instaluar një klient)