Și așa voi continua să scrie despre ceea ce nu este o abordare orientată spre obiect și modul în care aceasta nu ar trebui să fie înțeles.
4. OEP nu este o modalitate de a reduce sau de a accelera codul, cu atât mai mult nu este calea de a îmbunătăți abordarea procedurală, un aspect nou la programare și dezvoltare. În cazul în care baza limbajele de programare timpurie este algoritmul și metoda grupului său - funcția, OEP a condus obiectul de masă, principiul „cutiei negre“, repetarea codului și modularitatea. Ce înseamnă acest lucru? Principiul unei „cutie neagră“, spune [Stalin tonul instructiv] - știm că cutia neagră că vine și în afară rezultatul, și ce se întâmplă în ea nu știm - cel mai pur încapsulare (ascunde) acțiunea și a datelor. Odată cu repetarea codului cu siguranță o funcție excelentă de locuri de muncă, dar clasele permit utilizarea unui astfel de principiu important ca moștenirea de cod, și extinderea acestuia în subclase (în sensul articolului nu este o descriere a principiilor OOP și direcția dreapta de cereale poseyanie, deoarece pentru a găsi moștenirea și polimorfismul sunt ele însele). Abordarea OO Modularitatea este asigurată de faptul că obiectele și clasele știu doar despre interfețe (set de metode disponibile) ale altor obiecte și clase care vă permite să înlocuiască un obiect de altul, cu aceeași interfață, iar programul va rula fără probleme. Mai mult decât atât, capacitatea de a modifica dinamic comportamentul programului, fără a schimba codul (fără OEP pentru a realiza acest lucru este dificil, puteți încerca pentru tine pentru a schimba comportamentul funcției în procesul programului de lucru). Dacă aflați mai multe despre ea, citesc despre modele de design „strategie“ și „Stare“.
5. OEP nu complica codul, acesta se extinde noile sale caracteristici. Deseori, atunci când se utilizează OO se apropie de cod este de multe ori mai mult, dar orice dezvoltatorii cu experiență OO va înțelege cu ușurință, deoarece este mai abstract și mai aproape de logica umană și structura de gândire, mai degrabă decât abordarea matematică stil procedurală. Numărul tot mai mare de clase mici, care efectuează operațiuni elementare este convenabil, la fel de ușor de a lucra cu este mai ușor decât cu un complex (amintiți-vă profesorului - de la simplu la complex).
6. OEP nu este dificil. Trebuie doar pentru a opri temporar reziste noua abordare procedurală a protecției (noi nu dibs pe banca de rezerve) și să încerce să înțeleagă principiile operației OEP. Ele sunt destul de interesante, dar, în același timp, neobișnuit și adesea de neînțeles. Încercați să înceapă de la început și stick la calea TOE, cel puțin pentru câteva săptămâni și te vei întreba cum ai trăit vreodată fără abordare OO la programare.
P.S:. Vă rugăm să nu folosiți clase și obiecte ca funcțiile de trezorerie și variabile, în acest scop, sunt de denumire domeniu de aplicare. Strict limita posibilitatea unei clase. Clasa nu este un zeu, și el este capabil să facă destul de un pic.