Qual è stato il pensiero dietro lo sviluppo della programmazione orientata agli oggetti?

Question

Qui ho alcuni veri suonatori di no alle mie mani e sto cercando di dare loro il motivo per cui OOP è stato sviluppato in primo luogo. Mi rendo conto che OOP non è perfetto per tutti i problemi e le situazioni, ma è stato sviluppato per un motivo ...

La mia ipotesi è che alcuni di quei motivi sarebbero:

• Maintainability
• riutilizzabilità
• documento-capacità
• Astrazione di tecnologie complesse
• Dynamic Extension a runtime ...
• Probabilmente alcune cose di cui non sono nemmeno a conoscenza ...

Ma non ho molto da fare e mi chiedevo perché OOP è stato sviluppato in primo luogo, ed è storia.

Quali sono state le persone che hanno sviluppato OOP cercando di realizzare? Cosa li ha portati a sviluppare l'OOP?

Answer 1

Ho sempre tenuto il parere che programmazione orientata agli oggetti è stato creato in modo da poter pensare a problemi complessi in modo che gli esseri umani potrebbero comprendere:

Tutto nel mondo è un oggetto, gli oggetti hanno proprietà, e un po ' gli oggetti possono anche eseguire azioni (o avere azioni eseguite su di loro).

Answer 2

Un motivo per cui è possibile contribuire al dibattito è che OOP aiuta a modellare il mondo reale utilizzando classi, funzioni e proprietà per definire concetti concreti e oggetti in modo astratto. Si potrebbe obiettare che OOP sperava di aiutare gli sviluppatori nella modellazione del codice dopo i processi e gli oggetti del mondo reale che costituiscono uno specifico spazio problematico.

Answer 3

Un buon libro per questo è Object-Oriented Software Construction di Bertrand Meyer (ampiamente considerato un testo fondamentale di programmazione orientata agli oggetti). Dalla pagina di Wikipedia:

Il libro, noto tra i suoi fan come "OOSC", presenta la tecnologia oggetto come una risposta ai principali problemi di ingegneria del software, con particolare attenzione su come affrontare i fattori di qualità del software di correttezza, robustezza, estendibilità e riusabilità. Inizia con l'esame dei problemi della qualità del software, quindi introduce i tipi di dati astratti come base teorica per la tecnologia dell'oggetto e procede con le principali tecniche orientate agli oggetti: classi, oggetti, genericità, ereditarietà, Design by Contract, concorrenza e persistenza . Include ampie discussioni su questioni metodologiche.

Answer 4

Paul Graham ha una buona lista di motivi per cui persone come OOP:

http://www.paulgraham.com/noop.html

Answer 5

Penso che quello che motived OOP in primo luogo sono questi fatti (o dovrei dire ipotesi?):

• pensiamo naturalmente in termini di oggetti/cose
• oggetti sono buone per catturare/modello realtà
• oggetti possono essere utilizzati in modo uniforme in tutto il dev. processo (requisito, analisi, implementazione)

Se questo è vero è un'altra domanda. Vedi Do We Think in Terms of Objects.

L'essenza della programmazione orientata agli oggetti è

• oggetto = identità + dati + comportamento

Quali sono le caratteristiche esatte fornite in un linguaggio OOP è anche un'altra questione. Vedi lo wikipedia page.

PS: Un sacco di cosiddetto codice orientato agli oggetti è in realtà un codice procedurale mascherato in codice orientato agli oggetti. Il problema principale con OOP, come lo conosciamo, è che richiede esperienza per catturare la collaborazione tra gli oggetti quando una responsabilità non può essere banalmente assegnata a un oggetto.

Answer 6

La teoria a parte, ciò che ha realmente spinto l'adozione di OOPS è stata l'arrivo di GUI basate su Windows.

Se stai programmando un'applicazione terminale DOS o Mainframe, non hai davvero bisogno di OOP, certo che potrebbe essere utile ma non c'è alcun motivo valido per adottarlo. Tuttavia, non appena si avvia la codifica per una GUI basata su "wimp", gestirla in modo efficiente senza OOP è molto difficile, in particolare non appena si esce da un sistema semplice.

Ho tagliato i denti codificando per Mac indietro quando Pascal era la lingua predefinita, dovevi gestire il tuo ciclo di eventi principale e fare queste cose attraverso i rettangoli per ridisegnare una finestra quando era sullo sfondo coperto da finestre davanti ad esso. Di conseguenza, vaste quantità di persino il programma più semplice riguardavano l'infrastruttura di base e non era un compito banale mantenere le interfacce pulite in modo che il codice non scendesse in grovigli di spaghetti. Lo stesso valeva per Windows (leggete uno dei primi libri di programmazione di Charles Petzold) e le varie altre GUI in quel momento.

L'adozione di OOP ha semplificato notevolmente questo aspetto poiché OOP è una soluzione naturale per le GUI. Oggi lo consideriamo ovvio e naturale, ma non è sempre stato così e certamente l'adozione di OOP è stata considerata come una sfida importante per i programmatori di allora. Tuttavia il risultato è stato che tutti i nuovi programmatori dalla fine degli anni '90 sono cresciuti con gli OOP perché è davvero necessario per gestire le GUI con il risultato che è praticamente il modo predefinito di codificare e di conseguenza il suo utilizzo si è diffuso ampiamente oltre l'interfaccia.

Answer 7

Alan Kay, che ha coniato il termine "Programmazione orientata agli oggetti" ha explained his thinking in alcune occasioni. In sostanza, ha preso l'idea dalla biologia - il modo in cui ogni cellula è un'entità autosufficiente e interagisce solo con altre cellule attraverso "messaggi", senza sapere nulla su come funziona l'altra cellula, e tutte queste entità autonome aggiungere fino a un organismo vivente. Pensava che questo modo di dividere la responsabilità, con molte entità che si prendevano cura di se stesse e comunicavano solo inviando messaggi, avrebbe reso più facile mantenere i programmi organizzati. Ha anche detto di considerare il World Wide Web come un'estensione di questo modello.