Folosind compilator delphi () în aplicații
Pagina 1 din 8
Deși subiectul arata destul de îngust în titlu. Aș vrea să vorbesc nu numai despre utilizarea dcc32, dar, de asemenea, pe tehnologie. I-am dat numele de cod „programare multi-nivel“, ci pentru a face un nume în titlul articolului mi se părea greșit. Ceea ce vreau sa spun prin termenul „programare multi-nivel“? Voi începe de departe. Lucrările la programe de mai mult sau mai puțin mari pot fi împărțite în două faze majore. Prima etapă - dezvoltarea efectivă. care include formularea sarcini tehnice. legătura între cerințele clientului. faza de proiectare. rafinament iterativ a structurii proiectului. programare. depanare și testare. Prima etapă se încheie cu lansarea primei versiuni și începerea funcționării programului de către client (sau de la masele de utilizatori. În cazul în care programul a fost elaborat din proprie inițiativă, pentru distribuirea sau vânzarea). Apoi vine etapa de întreținere. care include eliminarea erorilor detectate. adaptarea la cerințele în continuă schimbare ale clientului. introducerea de caracteristici suplimentare. care nu au fost specificate în lucrarea originală. De multe ori - software-ul în timp de urmărire suferă astfel de modificări semnificative. că sprijinul devine o chestiune de mult mai consumatoare de timp și supărătoare. decât de dezvoltare.
În cazul în care primul pas este menținut destul de bine diverse instrumente de programare. a doua etapă, în acest sens, este susținută de mult mai rău. Scopul principal al „Programarea Multilink“ este tocmai suportul în fază de sprijin. Care este ideea principală a acestei abordări. Luați în considerare un circuit simplu.
dezvoltator <---> client
În acest sistem, clientul folosește numai funcționalitatea programului. care sunt furnizate de către dezvoltator. Pentru a modifica aceste caracteristici expune cerințele clientului dezvoltator. dezvoltator modifică programul și revine la client. Astfel. cu cerințe intensive program de schimbare. dezvoltatorul este întotdeauna o sarcină mare. iar clientul este îngreunată în mod constant de lucru. Luați în considerare o altă schemă.
dezvoltator <---> tehnolog <---> utilizator
În acest sistem, clientul figurat împărțit în două componente - tehnologie și utilizator. Sub Tehnologia umană este aici înțeleasă (sau grup), care este intermediarul între dezvoltator și utilizator. tehnolog Professional deține acel domeniu. pentru care a fost dezvoltat programul. dar nu un programator - poate fi un inginer de putere. astronom. director. Și. această separare a clientului poate fi pur arbitrar - aceeași persoană poate îndeplini funcțiile. Pe măsură ce tehnologia. și utilizatorul final. Tehnologia - este o legătură cheie în lanț. Tehnolog cunoaște zona de subiect este mult mai bine și dezvoltator. destul de des. Aș dori să schimbe funcționarea programului este. deoarece nu au fost furnizate de programator. recurgerea frecventă la dezvoltator poate fi foarte dificil - atât în timp. și în spațiu.
Pentru a îmbunătăți această situație, puteți: - transferul de tehnologie pentru a lucra programator. Pe măsură ce tehnologia este, prin definiție, nu un programator. Avem nevoie de o parte mai mult de legare. Acest liant poate fi o parte a problemei - limbaj orientat. că dezvoltatorul include în design și tehnologie pot folosi pentru a schimba funcționalitatea programului (în limite rezonabile). Firește. că această limbă trebuie să opereze cu termenii domeniului de aplicare. în care tehnologia funcționează. Ie. între formularea problemei și soluțiile sale lingvistice au nevoie de decalaj semantic minim. limbaje de programare universale pentru acest rol nu este în mod clar se potrivesc. forma sintactică externă a problemei - orientată de text limba poate fi. Count. schemă. mai scurt atunci. pe ce tehnologii sunt cele mai formuleze în mod adecvat propriile lor sarcini specifice. Astfel. intensitatea interacțiunii dintre dezvoltator și tehnolog poate fi redusă. deoarece o parte semnificativă a modificărilor în tehnologia poate face pe cont propriu.
Această idee este utilizat de mulți dezvoltatori. dar literatura de specialitate nu am văzut-o discuție ca un instrument de urmărire. În acest sens, în loc de termenul „programare multi-nivel“ este utilizat în mod obișnuit, termenul de „problema - limbaj orientat“.
Structura scara. Am desenat mai sus. Acesta conține doar 2 unitate de programare. dar, în realitate, aceste unități pot fi mai mare. În cazul în care subiectul destul de eterogene. „tehnologia“ poate fi un întreg lanț de tehnologii - un exemplu concret, voi menționa la sfârșitul articolului.
Desigur. există o altă parte a monedei - considerente de marketing. În cazul în care clientul devine instrumente dezvoltate. dezvoltatorul poate rămâne un ratat. Și mai bine unealta. este mai puțin probabil. că clientul va plăti sprijinul programului. Aici dezvoltator pentru a decide - sau să fie angajat în doar acompaniament de programe vechi sau timp liber pentru noile evoluții.