Sau orientat pe obiect de programare (OOP în continuare) orientate pe obiect - paradigmă de programare în care conceptele de bază sunt conceptele de obiecte și clase (sau, mai puțin cunoscute limbaje de realizare de prototipuri - prototipuri).
OEP a apărut ca urmare a ideologiei programării procedurale, în cazul în care datele și rutine (proceduri, funcții) de prelucrare a acestora nu este legată în mod formal. de multe ori sunt concepte importante ale evenimentului (așa-numita programare event-driven) și o componentă pentru dezvoltarea în continuare a programării orientate-obiect (CPC componenta de programare).
Formarea FRC de OEP sa întâmplat, cum sa întâmplat unitate de formare de programare procedurale: Procedurile au fost formate în module - părți independente ale codului la nivel de program de construcție, astfel încât obiectele formate din componente - părți independente ale codului la nivelul programului. obiecte de interacțiune are loc prin mesaje. Rezultatul dezvoltării în continuare a OEP pare să fie orientată spre agent de programare, în cazul în care agenții - independent de cod la nivelul de execuție. Agenții de interacțiune are loc prin schimbarea mediului în care acestea sunt situate.
Prima limbaj de programare în care principiile de obiect-orientare, Simula a fost propusă. La momentul introducerii sale (în 1967), limbajul de programare a oferit o idee cu adevărat revoluționară :. Obiecte, clase, metode virtuale, etc., dar nu a fost văzut de contemporani ca ceva mare. Cu toate acestea, cele mai multe dintre concepte au fost dezvoltate Alanom Keyem și limba Dan Ingalls Smalltalk. El a devenit primul pe scară largă limbaj de programare orientat pe obiect.
limbaj de programare de bază de model
În prezent, numărul de limbaj de programare a aplicațiilor (lista de limbi), care pune în aplicare paradigma orientată-obiect este cea mai mare în raport cu alte paradigme. Programarea sistemului este încă folosit paradigma programării procedurale, iar lingua franca a limbajului de programare este C. Cu toate că interacțiunea dintre nivelurile sistemului și de aplicare a sistemelor de operare au început să aibă un efect de programare vizibile limbaje orientat-obiect.
Istoria apariției și dezvoltarea tehnologiei de baze de date poate fi văzută ca o largă și un aspect îngust. Într-un aspect larg al conceptului de istorie a bazei de date este generalizat la istoria orice mijloace prin care să stocheze date privind omenirea și de proces. În acest context, menționează, de exemplu, mijloacele de contabilitatea trezoreriei regale și fiscale în Sumer (4000 î.Hr.), nodular scris Inca - documente cuneiforme care conțin balot regat asirian, etc. Trebuie amintit că Inconvenientul acestei abordări este erodarea conceptului de „bază de date“ și îmbinarea efectivă cu conceptele de „arhivă“ sau chiar „scriere“. Baza de date de istorie într-un aspect îngust al bazei de date în considerare în sensul tradițional (moderne). Povestea începe în 1955, când a existat o prelucrare a firmware-ului de înregistrări. Software-ul care timp a sprijinit modelul pentru procesarea înregistrărilor din fișiere. Pentru stocarea datelor utilizate cartele perforate.
bază de date de rețea operațională a apărut în mijlocul anilor 1960. Manipulând bazelor de date operaționale procesate în mod interactiv, prin intermediul terminalului. înregistrări simple de organizare indexate-secventiala a evoluat rapid la un intrări mai puternic orientate spre kituri de model. Pentru operare manuală DBTG (Baza de date Task Group), pentru a dezvolta un limbaj standard pentru definirea manipulare a datelor și a datelor, Charlz Bahman a primit Premiul Turing. În același timp, în comunitatea de baze de date COBOL a elaborat un concept de schemă de baze de date și conceptul de independență a datelor.
Următoarea etapă importantă este asociată cu apariția la începutul anilor 1970, modelul de date relațional, datorită muncii lui Edgar F. Codd. munca Codd a pavat calea pentru aplicarea unor legături mai strânse a tehnologiei de baze de date cu matematica și logica. Pentru contribuțiile sale la teoria și practica Edgar F. Codd a primit, de asemenea, Premiul Turing. Baza de date Termenul (baze de date) a apărut la începutul anilor 1960. și a fost pus în funcțiune la un simpozion organizat de SDC (Development Corporation System) în 1964 și 1965. [8]
În dezvoltarea de software, design șablon sau model (model de design limba engleză.) - design arhitectural repetabile, care este o soluție la o problemă de design în cadrul unor părți ale contextului în curs de dezvoltare. De obicei, modelul nu este un model finit, care poate fi transformat direct în cod; acesta este doar un exemplu de rezolvare a problemei, care pot fi utilizate în diferite situații. modele orientate pe obiect arată relațiile și interacțiunile dintre clase sau obiecte, fără a determina modul în care clasele de aplicații finale sau obiecte care trebuie utilizate.
template-uri „nivel scăzut“, adaptate la limbajul de programare specifice, numite expresii. Este soluții bune de design specifice limbii sau platforma software, și, prin urmare, nu este universal. La cel mai înalt nivel, există modele arhitecturale, ele acoperă o întreagă arhitectură de sistem software. Algoritmi în natură sunt, de asemenea, template-uri, dar nu și proiectare și de calcul, astfel cum a rezolva probleme de calcul.
Abstract Factory (Fabrica engleza Rezumat.) - model creațională care schimbă comportamentul sistemului prin varierea obiectele create, menținând în același timp interfețe. Acesta vă permite să creați un întreg grup de obiecte interconectate, care sunt create de aceeași fabrică, pune în aplicare comportamentul general. Modelul este pus în aplicare prin crearea unei fabrici de clasă abstractă, care de fapt este o interfață pentru a crea componentele sistemului (de exemplu, fereastra aceasta interfata poate crea ferestre și butoane). Apoi moștenirea scrisă a claselor sale care implementează această interfață.
Acesta oferă o interfață pentru crearea de familii de obiecte legate sau interdependente, fără a preciza clasele lor concrete.
· Izolate clase de beton;
· Facilitează familiile de produse de înlocuire;
· Asigură compatibilitatea produselor.
· Greu pentru a adăuga suport pentru noi tipuri de produse.
Sistemul nu ar trebui să depindă de modul în care a creat, asamblate și a prezentat obiectele sale constitutive. Incluse în familia de facilitățile aferente trebuie să fie utilizate împreună, și aveți nevoie pentru a pune în aplicare această restricție. Sistemul trebuie să fie configurat cu una dintre familiile obiectele sale constitutive. Necesar pentru a oferi o bibliotecă de obiecte, dezvăluind doar interfețele lor, dar nu și punerea în aplicare.
void public static principal ()
// Rezumat fabrica # 1
AbstractFactory factory1 = ConcreteFactory1 nou ();
c1 Client = client nou (factory1);
// Rezumat fabrica # 2
AbstractFactory factory2 = ConcreteFactory2 nou ();
c2 Client = nou client (factory2);
Mediaza între nivelurile de distribuție de domeniu și de date (straturi de domeniu și date cartografice), folosind o interfață similară cu colecții pentru domeniul de acces obiect.
Sistem cu un model de domeniu complex poate fi simplificată printr-un strat suplimentar, cum ar fi datele Mapper, care ar fi izolat de obiecte ale codului de acces a bazei de date. În astfel de sisteme, poate fi util pentru a adăuga un alt strat de abstractizare pe partea de sus a distribuției stratului de date (date Mapper), care ar solicita crearea codului a fost compilat. Acest lucru devine și mai important atunci când, în domeniul setului de clase sau complexe, interogări grele. În astfel de cazuri, adăugarea acestui nivel în special ajută la reducerea duplicarea de interogări de cod.
Pattern Repository mediază între stratul și stratul de distribuție de date definiție zonă, care lucrează ca domeniu obiect Colectia de obicei. Obiecte clienti crea declarativă cerere Descrierea și le trimite la magazia de obiect (depozit) pentru prelucrare. Obiectele pot fi adăugate sau eliminate din depozit, ca și în cazul în care a format o singură colecție de obiecte. Un cod de distribuție de date ascunse într-un depozit de obiecte, să aibă grijă la operațiunile corespunzătoare transparente la dezvoltator. Într-un cuvânt, model Repository incapsuleaza obiecte predstavlenyye arhiva de date și operațiile efectuate pe ele, oferind o reprezentare mai orientată către obiect a datelor reale. Repository își propune, de asemenea, pentru a realiza o separare completă și dependența unilaterală între definiția regiunii nivelurile și distribuția datelor.
Acesta a dezvoltat criterii de bază pentru evaluarea și selectarea camerei:
· Viteza de închidere / expunere, și altele.
Un alt aspect important în dezvoltarea bazei de date este o bază de clienți. Odată cu trecerea timpului, pe baza acestui cadru va fi de a dezvolta un sistem profitabil de reduceri sau sistem de reducere, care va crește veniturile companiei și de a atrage noi clienți.
Astăzi nu este un secret faptul că interfața grafică cu utilizatorul a oricărui produs software este unul dintre factorii-cheie pentru popularitatea sa. Timpul când conexiunea dintre utilizator și aplicația stabilită în mod universal, folosind linia de comandă, a trecut în mod substanțial ireversibil departe, dând loc la o interfață grafică cu utilizatorul (GUI din Graphical User Interface).
Crearea unei interfețe de utilizator știință de carte - procesul consumatoare de timp și necesită cea mai mare atenție la detalii. Crea interfețe ar trebui să exploateze la maxim posibilitățile oferite de program, dar în același timp, nu supraîncărca loturilor de utilizator de meniuri, butoane, imagini și text.
Chiar și cel mai puternic software-ul proiectat de ingineri talentați și scris de programatori mai calificați, organizarea convenabilă fără interacțiune cu utilizatorul riscă să rămână nerevendicat.
Piatra de temelie a programului sau comoditatea a site-ului este viteza sa, care se realizează printr-un studiu detaliat al caracteristicilor produsului, precum și dezvoltarea celor mai eficiente de navigare, meniu intuitiv, utilizarea inteligentă a icoanelor (ICO), în care utilizatorul nu pierde timpul căutând link-urile necesare.
În practică, bazată pe Windows programarea aplicațiilor implică utilizarea pe scară largă a diferitelor instrumente și experți, care simplifică foarte mult acest proces, cu toate acestea, toate aceste instrumente de automatizare pentru a ascunde ceea ce se află în spatele creării interfeței grafice cu utilizatorul Deci, în primul rând ne vom uita la elementele de bază de a crea alte cuvinte, interfețe grafice cu utilizatorul, învățăm ferestre a crea aplicații simple de la început, folosind doar prog instrumente de dezvoltare complexe mm NET Framework SDK Acest lucru înseamnă că, la început, vom crea un Windows aplicații simple, fără utilizarea de programe de servicii speciale vor fi discutate elementele de bază de desen de utilizare Windows Forms (Windows Forms), cu utilizarea de fonturi și perii, precum Stivuitoare eveniment necesare, vom explica liniile directoare de tratament evenimente în forme windows (windows Forms) și punerea în aplicare a Stivuitoare eveniment de mouse.
Cu Windows Forms (Windows Forms), ne dăm seama, de asemenea, meniul și manipulanții eveniment corespunzătoare. În plus, vom lua în considerare controalele și apoi studia mediul Studio.net vizual prin care puteți crea cu ușurință o interfață grafică cu utilizatorul simplă în C #.
În cazul nostru, atribuirea este obligatorie punerea în aplicare a celor trei butoane (metode):
Acest program poate ajuta mulți oameni, și nu numai cumpărători, dar și vânzători. Pentru că de foarte multe ori oamenii nu cumpara ceva care este, de fapt cauta, sau ce numărate.
Acest lucru se datorează lene sau de supraveghere a vânzătorilor care sunt adesea incompetenți. Dar, cu acest program, ei pur și simplu nu pot face o greșeală, deoarece pentru ei, vor crede computerul.
Nu pierdeți faptul că dezvoltarea programului utilizat modele de design, cum ar fi fabrica de abstract și depozit.
Acest lucru va facilita foarte mult sarcina, în cazul în care, de exemplu, în viitor se va extinde magazin sau client baza va crește, astfel încât o bază de date va fi de ajuns. Apoi, acesta poate fi ușor înlocuită cu SGBD, iar programul de lucru nu se va schimba.