Cele mai bune soluții IT pentru afaceri. Crearea unei interfețe cu utilizatorul folosind interfețele în Delphi
Creare interfata utilizatorul este redus să selecteze din paleta de componente componentele Delphi necesare pentru ca programul să funcționeze, servind interfata management, precum și interfata afișarea informațiilor și transferarea acestora în formular cu aspectul ulterioar.
Interfața de utilizator pe care o creați ar trebui să utilizeze elemente standard familiare utilizatorilor și să ofere confort maxim. Toate acestea sunt în cele din urmă determinate de un astfel de criteriu precum eficiența interfeței - rezultate maxime cu efort minim.
Sunt cunoscute principiile creării unei interfețe prietenoase cu utilizatorul. Ca cel mai mult principii generale la crearea interfețe cu utilizatorul Pot fi luate în considerare trei puncte principale:
- Programul ar trebui să ajute la finalizarea unei sarcini și nu să devină acea sarcină.
- Când lucrează cu programul, utilizatorul nu ar trebui să se simtă ca un prost.
- Programul ar trebui să funcționeze în așa fel încât utilizatorul să nu considere computerul un prost.
Al doilea principiu este a neglija abilități intelectuale utilizatorii. Din propria mea experiență, știu că de multe ori utilizatorii nu numai că nu știu să lucreze pe un computer, ci pur și simplu le este frică să facă ceva pe cont propriu. Prin urmare, interfața cu utilizatorul ar trebui să fie cât mai prietenoasă posibil.
Mai mult decât atât, temerile utilizatorilor sunt adesea justificate, deoarece costul programului, și chiar al computerului în sine, nu poate fi comparat cu costul, de exemplu, al unei baze de date create pe parcursul multor ani de efort. De aceea, atunci când creează o interfață cu utilizatorul, un programator trebuie să includă întotdeauna „protecție fără greșeli” în program - împotriva acțiunilor incorecte și a introducerii de către utilizator a datelor incorecte. Dar unii programatori se lasă prea duși de o astfel de protecție, o fac prea intruzivă și, ca urmare, funcționarea programului seamănă cu faimosul „un pas la stânga, un pas la dreapta este considerat o scăpare”! Și ceea ce programatorul creează ca soluție la o problemă începe să creeze probleme în sine.
A se conforma al doilea principiu nu este nevoie să permiteți programului să „corecteze” acțiunile utilizatorului și să indice exact cum ar trebui să acționeze, forțându-l într-un cadru îngust. De asemenea, nu ar trebui să vă lăsați prea conduși de afișarea mesajelor prompte informaționale, în special a celor de dialog, deoarece acest lucru distrage atenția utilizatorului de la serviciu. Ar fi mai bine să oferiți posibilitatea de a dezactiva complet indicii.
Al treilea principiu este de a crea un program cu cele mai înalte capacități „mentale” posibile. În ciuda dezvoltării rapide echipamente informatice, chiar și programele utilizate pe scară largă pot fi numite doar foarte condiționat având inteligență artificială. Acestea interferează cu experiența utilizatorului prin afișare casete de dialog cu întrebări stupide care provoacă confuzie chiar și în cele mai simple situații. Drept urmare, utilizatorii exclamă în inimile lor: „Ce mașinărie proastă!”
Personal, sunt iritat de întrebările constante de la aproape toată lumea editori de text despre salvarea textului modificat, deși textul original și actualul nu diferă în niciun simbol. Da, am tastat ceva, dar apoi am returnat totul înapoi, este chiar imposibil să-mi dau seama! Trebuie să verific dacă nu am stricat nimic până la urmă.
Încercați să respectați următoarele reguli:
Elemente de interfață standard
Folosiți cele standard pentru a acestui element componentele interfeței. După ce a întâlnit programul dvs., utilizatorul nu va pierde timpul să se cunoască, ci va începe imediat să lucreze - acesta este unul dintre semnele unui program realizat profesional.Paletă mică de instrumente
Încercați să nu utilizați prea multe componente diferite. Și, firește, după ce ați folosit o componentă standard undeva într-un singur loc, într-un caz similar, folosiți-o și ea.Distanță egală între comenzi
Plasați elementele de interfață la aceeași distanță unele de altele. Componentele împrăștiate la întâmplare creează senzația unui produs realizat neprofesionist. Și invers, amplasarea verificată cu atenție a butoanelor, comutatoarelor, casetelor de selectare și a altor componente care alcătuiesc interfața pe Formular este un semn de muncă de înaltă calitate.TabOrder. Comanda "corectă".
TabOrder este ordinea în care cursorul ecranului se deplasează pe controale atunci când este apăsată o tastă Tab. Într-un program scris corect, cursorul se deplasează urmând logica lucrului utilizatorului cu programul. Când creează un program, programatorul schimbă adesea componente, elimină unele și adaugă altele după cum este necesar. Ca rezultat, în programul terminat, cursorul sare haotic în jurul Formului. După finalizarea programului, nu uitați să configurați TabOrder.Selectarea fontului
Doar lăsați fonturile în pace. Fonturile implicite ale Delphi sunt potrivite pentru orice sistem pe care poate rula programul dumneavoastră. Folosiți fontul aldine numai pentru a evidenția elementele importante. Aplicație cursive si mai ales subliniere, pe care utilizatorul l-ar putea confunda cu un hyperlink este o formă proastă.Alegerea culorilor
În ceea ce privește culorile elementelor de interfață, la fel ca și în cazul fonturilor, este mai bine să le lăsați standard, implicit. Delphi folosește paleta sistemului Windows, iar utilizatorul poate personaliza cu ușurință culorile prin schimbarea acesteia.Management alternativ
Un program realizat profesional ar trebui să poată fi controlat nu numai cu mouse-ul, ci și cu tastatura. Nu ar trebui să existe funcții care să poată fi efectuate doar cu mouse-ul (desenarea cu editori grafici nu conteaza!). Pentru cele mai utilizate funcții, ar trebui să furnizați „taste rapide” pentru acces rapid.Cărămizi de interfață
În ceea ce privește elementele specifice ale interfeței cu utilizatorul, calitatea interacțiunii utilizatorului cu programul depinde de:- conformitatea elementului de control cu sarcina pe care o îndeplinește;
- regulile după care funcţionează elementul de control.
Această pagină discută regulile pentru crearea unor elemente de interfață.
Pentru a poziționa componentele unul față de celălalt în în ordinea corectă, la început este necesar să le evidenţiem. Puteți pur și simplu să încercuiți zona din Formular care conține componentele selectate. Sau ținând „ Schimbare", utilizați același mouse pentru a indica fiecare componentă care trebuie selectată. Faceți clic din nou pe componenta selectată (în timp ce apăsați " Schimbare") îl deselectează.
Componentele selectate pot fi gestionate ca un întreg - mutate în jurul formularului, atribuite valori acelorași proprietăți, copiate (pentru instalare, de exemplu, pe alt formular), chiar șterse.
Acum faceți clic clic dreapta una dintre componente și din meniul pop-up selectați Poziție -> Aliniere... Va apărea o casetă de dialog care vă permite să reglați poziția orizontală și verticală a componentelor din grup. De exemplu, trebuie să ne aliniem cele patru butoane la stânga și să ne asigurăm că au aceeași distanță verticală între ele. Pentru a face acest lucru, selectați butoanele radio Orizontală: pe partea stângăŞi Verticală: spațiu în mod egal.
Prin selectarea articolului Centru, vom aranja componentele astfel încât centrele lor să fie situate pe aceeași linie orizontal sau vertical, iar elementul Centru în fereastră mută componentele în centrul ferestrei, de asemenea, orizontal sau vertical.
În aceeași linie de meniu Tab O comanda... determină apariția unei casete de dialog care controlează modul în care cursorul se deplasează prin elementele interfeței atunci când este apăsată o tastă Tab. Când formularul apare pe ecran, cursorul se va afla în mod natural pe componenta situată pe prima linie a casetei de dialog. Și apoi se va muta în jos în listă. În caseta de dialog, două săgeți albastre sus și jos controlează poziția componentei selectate. Selectați componenta necesară, utilizați săgețile pentru a o muta la linia dorită din listă și așa mai departe.
La selectarea unui element de meniu Control -> Apare un submeniu format din două elemente:
- Aduceți în față
- Trimite în spate
Articolul a fost scris pe baza rezultatelor analizelor de programe scrise de tinerii dezvoltatori ai grupului nostru.
Aranjam corect secvența componentelor de comutare
Mulți utilizatori, în special cei care au lucrat anterior în DOS, au obiceiul de a comuta între câmpurile de intrare nu cu mouse-ul, ci folosind tastatura cu tasta Tab. În plus, este mult mai rapid decât selectarea fiecărui câmp cu mouse-ul. Prin urmare, ordinea componentelor de comutare trebuie setată corect. Acest lucru se aplică atât componentelor din interiorul tuturor componentelor containerului (panouri, GroupBoxes și altele asemenea), cât și componentelor containerului în sine, dacă există mai multe dintre ele pe formular.
Ordinea de comutare a componentelor din interiorul containerului este specificată de proprietatea TabOrder. Primul devine componentă activă, a cărui TabOrder este 0, al doilea cu 1 etc., până când toate componentele au fost iterate. În plus, componenta are o proprietate TabStop, care indică dacă componenta va primi focalizare atunci când este comutată cu tasta Tab. Dacă trebuie să interziceți trecerea la orice componentă, setați TabStop = false. În acest caz, puteți comuta la această componentă numai folosind mouse-ul.
Sunt cazuri când utilizatorii care sunt obișnuiți să comute cu o anumită cheie într-un program, din obișnuință, continuă să o folosească în altele. Acest lucru se întâmplă adesea cu utilizatorii 1C, unde tasta Enter poate fi folosită pentru a naviga prin câmpurile de introducere. Ei bine, le vom oferi o astfel de oportunitate în programele noastre dacă o vor cere. Setați proprietatea KeyPreview a formularului la true și scrieți un handler de evenimente OnKeyPress:
Procedura TForm1.FormKeyPress(Sender: TObject; var Key: Char);
ÎNCEPE
dacă ord(key)=vk_Return atunci
Form1.SelectNext(PriemForm.ActiveControl, adevărat, adevărat);
Sfârşit;
Acest handler oferă navigare prin elementele formularului atunci când este apăsată tasta Enter. Trebuie remarcat faptul că metoda similara nu va funcționa cu butoane, pentru că... apăsarea Enter pe un buton face ca acesta să fie făcut clic, în timp ce apăsarea Tab oferă focalizarea de intrare pe următoarea componentă din secvența de comutare.
Butoane implicite
Toți aceiași utilizatori se obișnuiesc rapid cu faptul că în casetele de dialog ale aplicației, de regulă, puteți confirma alegerea cu tasta Enter și anulați cu tasta Esc. Să nu-i dezamăgim în programele noastre, mai ales că este foarte ușor de făcut. Pentru un buton care răspunde la Enter, setați proprietatea Default la true. Pentru butonul care răspunde la Esc, setați proprietatea Cancel la true. Asta e tot.
Da sau nu
Toate casetele de dialog care solicită acțiuni utilizator trebuie să aibă cel puțin două butoane: confirmarea acțiunii și respingerea acțiunii (Da/Nu, Salvare/Anulare etc.). Acțiunea poate fi anulată prin închiderea ferestrei cu butonul [X] din titlul ferestrei. Este inacceptabil dacă există un singur buton pentru a confirma acțiunea și pentru a o refuza ar trebui să închideți fereastra cu butonul [X] din titlu, sau nu există nicio posibilitate de refuz. Acest lucru derutează utilizatorul, ridicând o întrebare logică: cum să refuzi?
De asemenea, nu uitați ce s-a spus mai sus în paragraful „Butoane implicite”.
Toate casetele de dialog ar trebui să se deschidă în centrul ecranului
Centrate, nu acolo unde au fost create în modul design. În primul rând, este mai vizual și, în al doilea rând, elimină automat problema diferitelor rezoluții de ecran pentru diferiți utilizatori.
Se face o excepție dacă caseta de dialog nu este modală și, ca urmare a muncii utilizatorului în această fereastră, apar imediat modificări în fereastra principală (de exemplu, filtrarea unui set de date, redesenarea graficelor etc.).
Dimensiunile ferestrelor nu trebuie să depășească dimensiunea ecranului
În nici un caz. Este o rușine când o parte a ferestrei se extinde dincolo de ecran. Această cerință nu depinde de rezoluția ecranului utilizatorului, adică scuze precum „Lăsați-i să stabilească o rezoluție mai mare” nu funcționează.
Redimensionarea corectă a elementelor ferestrei
Elementele ferestrei ar trebui să se redimensioneze sau să se miște corect atunci când fereastra este redimensionată, când fereastra este maximizată și când fereastra este restaurată după maximizare.
Totul este mereu vizibil
Reducerea dimensiunii ferestrei nu ar trebui să ducă la dispariția elementelor ferestrei și, de preferință, nu ar trebui să ducă la apariția barelor de defilare (scroller) ale ferestrei în sine. Puteți limita dimensiunile minime ale ferestrelor astfel încât toate elementele să fie vizibile și accesibile. Dacă nu este posibil să plasați componente astfel încât să fie toate vizibile în fereastră, puteți utiliza marcaje (cum ar fi PageControl) pentru a împărți componentele în grupuri. De asemenea, nu ignorăm scuzele legate de rezoluția ecranului.
Sugestii peste tot, indicii mereu
Pentru butoane, în special pe barele de instrumente (cum ar fi ToolBar), indicațiile ar trebui specificate, astfel încât să fie întotdeauna clar de ce este nevoie de acest buton sau acela.
Gama de culori
Nu ar trebui să pictați componentele de pe formă în toate culorile curcubeului. Acest lucru obosește ochii și distrage atenția utilizatorului. Nu pare „mișto”. Evidențierea culorilor este folosită atunci când este necesar să atrageți atenția utilizatorului asupra ceva. element specific sau o anumită parte a ferestrei. De exemplu, înregistrările colorate care conțin erori cu culoare roșu deschis sau, dimpotrivă, înregistrările care au fost verificate cu succes cu culoarea verde deschis.
Concluzie
Există o metodă foarte bună care vă permite să găsiți defecte în program în general și în interfață în special. Este simplu: imaginează-te în locul utilizatorului și timp de o jumătate de oră încearcă să lucrezi așa cum lucrează el. Chiar mai bine dacă utilizatorul dvs. se află în raza de acoperire (de exemplu, lucrează în aceeași organizație). În acest caz, stai lângă el, sau mai bine zis, în locul lui, și încearcă să-și facă treaba. Introduceți date, modificați-le, afișați rapoarte etc. Dacă nu știți cum să o faceți corect, întrebați utilizatorul. Nu faceți doar una sau două operații de același tip, ca în modul de depanare, ci 20-30 sau chiar mai multe diverse operatii, în ordine diferită. Uitați să introduceți ceva sau să îl introduceți incorect și vedeți cum reacționează programul la el. Veți vedea rapid punctele slabe ale programului dvs.
Autorul articolului a automatizat activitatea comisiei de admitere la universitate, iar în primul an de introducere a programului, a petrecut 3-4 ore pe zi în comisia de admitere, înregistrând solicitanții, completându-le datele personale și emitându-le. rapoarte privind promovarea examenelor. Și în orele de lucru rămase a corectat erori și neajunsuri. Crede-mă, anul viitor practic nu vor mai fi probleme. Același lucru s-a întâmplat și la introducerea modulului de personal.
Astfel, țineți cont de experiența utilizatorului. Faceți-le ușor și plăcut să lucreze cu programele dvs.
Acesta este un articol bazat pe întrebări de pe forumuri: „Cum pot returna un șir de caractere dintr-un DLL?”, „Cum să transmit și să returnez o serie de înregistrări?”, „Cum să transmit un formular la un DLL?”.Ca să nu-ți petreci jumătate din viață să-ți dai seama, în acest articol voi aduce totul pe un platou.
Subiectele acestui articol au fost atinse de mai multe ori în acest blog în diferite grade, dar în acest articol sunt adunate împreună și justificate. Pe scurt, puteți arunca un link către acest articol celor care dezvoltă DLL-uri.
Notă importantă: articolul trebuie citit secvenţial. Exemplele de cod sunt furnizate numai ca exemple, la fiecare pas (punct) al articolului se adauga codul exemplu cu detalii noi. De exemplu, chiar la începutul articolului nu sunt indicate metode „clasice” (cum ar fi utilizarea GetLastError , convenția sdtcall etc.), care sunt înlocuite cu altele mai adecvate pe măsură ce articolul progresează. Acest lucru a fost făcut pentru ca modelele „noi” („neobișnuite”) să nu ridice întrebări. În caz contrar, ar fi necesar să inserați o notă pentru fiecare exemplu de genul: „acest lucru este discutat în acel paragraf de mai jos, dar asta este discutat în acest paragraf”. În orice caz, la sfârșitul articolului există un link către un cod gata făcut, scris ținând cont de tot ce este spus în articol. Poți doar să-l iei și să-l folosești. Și articolul explică de ce și de ce. Dacă nu sunteți interesat de „de ce și de ce”, derulați până la sfârșit până la concluzie și linkul pentru a descărca exemplul.
doar pentru rezultat
respectarea strictă a termenelor limită
Transparenţă
implementarea proiectului
suport tehnic ca un cadou
Programare, modificari, consultatii pe 1C
Cum lucrăm
1. Discutam problema la telefon. În funcție de disponibilitate acces la distanță- afișați pe ecranul computerului.
2. Estimăm munca în ruble dacă proiectul este mare, dacă nu, numărul aproximativ de ore;
3. Ne facem treaba.
4. Acceptați munca în programul dvs. dacă există neajunsuri, le corectăm.
5. Noi emitem o factura, tu platesti.
Costul muncii
1. Toată munca este împărțită în 3 categorii: consultare, actualizarea unei configurații standard, elaborarea sau programarea unui nou raport, procesare, buton etc.
3. Pentru lucrari mai lungi de 10 ore trebuie intocmita in prealabil o specificatie tehnica cu descrierea si costul lucrarii. Lucrările încep după ce specificațiile tehnice au fost convenite cu dumneavoastră.
Suport tehnic
1. Dacă găsiți erori în lucrările acceptate anterior în decurs de 3 luni, le corectăm gratuit.
2. Pentru clienții obișnuiți Corectăm gratuit orice neajunsuri în activitatea noastră în decurs de un an.
Software pentru a vă gestiona afacerea.
Cumpărați 1C:Enterprise
Suntem un dealer oficial al 1C, puteți cumpăra diverse produse software si licente. Pe lângă achiziționarea „cutiei”, vă vom ajuta să configurați programul, să oferiți sfaturi și să faceți setările de bază.
- Contabilitate
- Automatizarea magazinului
- Vânzări cu ridicata
- Asistență la instalare și configurarea inițială inclus in pachet!
- Reglarea fină a configurațiilor la nevoile clienților, dezvoltarea de noi module în absența funcțiilor necesare în configurația standard.
 |
 |
 |
 |
| 1C: Contabilitate | 1C: Managementul comerțului | 1C: Comerț cu amănuntul | 1C: Managementul salariilor și al personalului |
| De la 3300 rub. | De la 6700 rub. | De la 3300 rub. | De la 7400 rub. |
Furnizare de server.
Configurare instantanee a serverului + 1C.
Fără server? Nicio problemă, vom selecta și vom configura rapid un server în cloud. Pentru taxa mica primești o soluție foarte fiabilă.
- Disponibilitate 24\7
- Nu este nevoie să-l păstrezi pe al tău administrator de sistem(economiile vor acoperi costurile serverului dvs.).
- Configurare și instalare rapidă a 1C pe server, în 3 zile vei avea deja un sistem complet funcțional.
- Te poți muta la server local, dacă soluția nu este satisfăcătoare.
SMS de la 1C
Vrei ca clienții tăi să afle despre promoții și reduceri? Clienții nu se întorc? Configurați trimiterea de SMS-uri direct de la 1C!
Compania noastră va putea configura rapid trimiterea de SMS-uri către clienții dvs. direct de la 1C. Exemple de evenimente care pot fi automatizate:
- Mulțumiri pentru achiziție și bonusurile sunt acordate imediat după următoarea achiziție.
- Acumularea de bonusuri pe card ca cadou pentru o zi de naștere/altă zi semnificativă sau sărbătoare.
- Notificarea sosirii mărfurilor la depozit.
- Expirarea bonusurilor cadou.
- Notificarea primirii platii avansului si rezervarii marfurilor.
- Adresa cu indicatii catre magazin/birou, numere de telefon.
- etc.
Instalarea în 1C poate fi făcută de specialiștii noștri sau de angajații dumneavoastră. Puteți vizualiza tarifele pe pagina de tarife SMS.
- Livrare SMS garantată, banii sunt taxați doar pentru SMS-urile livrate.
- Prețuri separate pentru fiecare SMS.
- Încărcați-vă soldul în diferite moduri.
- Vizualizați oricând istoricul tuturor SMS-urilor trimise.
- Numele expeditorului număr digitalîn telefonul destinatarului mesajului.
Am o problemă la utilizarea unei clase Delphi din codul C++. delphi dll demo, care exportă o funcție care returnează un obiect.
codul meu Delphi Dll arată astfel:
Biblioteca DelphiTest; // folosește partea.... tip IMyObject = procedura de interfață DoThis(n: Integer); funcția DoThat: PWideChar; Sfârşit; TMyObject = class(TInterfacedObject,IMyObject) procedura DoThis(n: Integer); funcția DoThat: PChar; Sfârşit; // Implementarea TMyObject merge aici ... procedura TMyObject.DoThis(n: Integer); begin showmessage ("apelați metoda DoThis cu "+intToStr(n) +"parametru"); Sfârşit; funcția TMyObject.DoThat: PChar; begin showmessage(„apelați funcția DoThat”); Rezultat:= Pchar("Buna, sunt Dothat"); Sfârşit;
// exportă funcția DLL:
Funcția CreateMyObject: IMyObject; stdcall;export; var txt: TextFile; începe AssignFile(txt,"C:\log.log"); Resetare(txt); Writeln(txt,"bună ziua"); Rezultat:= TMyObject.Create; Sfârşit; exportă CreateMyObject;
în proiectul meu C++ am declarat interfața IMyObject astfel:
Clasa IMyObject ( public: IMyObject(); virtual ~IMyObject(); virtual void DoThis(int n) = 0; virtual char* DoThat() = 0; );
iar funcția mea principală este așa:
Typedef IMyObject* (__stdcall *CreateFn)(); int main() ( HMODULE hLib; hLib = LoadLibrary(L"DelphiTest.dll"); assert(hLib != NULL); // trece !! CreateFn pfnCreate; pfnCreate = (CreateFn)GetProcAddress((HINSTANCE)hLib, "CreateMyObject "); if (pfnCreate == NULL) ( DWORD errc = GetLastError(); printf("%u\n", errc); // primește eroarea 127 ) else( printf("încărcare de succes\n"); ) IMyObject* objptr = pfnCreate();
în acest exemplu, am primit o eroare de rulare când încerc să accesez funcția exportată. erori in linie:
IMyObject* objptr = pfnCreate();
Îmi puteți spune ce este în neregulă cu exemplul meu.
și dacă este posibil, orice exemplu de lucru pentru accesarea unei clase Delphi (într-un DLL) din codul C++.
Soluţie
Prima problemă este apelarea convenției metodei. Interfață Delphi folosește registrul care este o convenție de apelare specifică Delphi. utilizarea stdcall De exemplu, pentru metodele de interfață.
Următoarea problemă este în C++. Interfața dvs. C++ trebuie să derive din IUnknown În plus, nu trebuie să declare un constructor sau un destructor.
În afară de aceasta, codul dvs. Delphi este exportat de PWideChar, care nu este mapat la char* .
Privind mai departe, returnarea PChar funcționează bine aici, deoarece implementarea dvs. returnează un literal. Dar un cod mai serios va dori probabil să folosească un șir alocat dinamic, moment în care designul tău este defectuos.
Vă rugăm să rețineți că pentru a crea un fișier în rădăcină disc de sistem Trebuie să fii administrator cu drepturi ridicate. Deci acesta este un alt punct potențial de eșec.
Mă aștept să fie și alte erori, dar asta este tot ce am găsit până acum.