Quanto è diverso Objective-C da C ++? [chiuso]

Quali sono le principali differenze tra Objective-C e C ++ in termini di sintassi, caratteristiche, paradigmi, framework e librerie?

* Importante: il mio obiettivo non è iniziare una guerra di performance tra le due lingue. Voglio solo fatti concreti. In effetti, la mia domanda non è correlata alle prestazioni! Si prega di fornire fonti per tutto ciò che può sembrare soggettivo.

Breve elenco di alcune delle principali differenze:

• C ++ consente l'ereditarietà multipla, Objective-C no.
• A differenza di C ++, Objective-C consente di nominare i parametri del metodo e la firma del metodo include solo i nomi e i tipi dei parametri e del tipo restituito (vedere i commenti di bbum e Chuck di seguito). In confronto, una firma della funzione membro C ++ contiene il nome della funzione e solo i tipi dei parametri / return (senza i loro nomi).
• C ++ usi bool, truee false, usi Objective-C BOOL, YESe NO.
• C ++ utilizza void*e nullptr, Objective-C preferisce ide nil.
• Objective-C utilizza "selettori" (che hanno il tipo SEL) come equivalente approssimativo dei puntatori a funzione.
• Objective-C utilizza un paradigma di messaggistica (come Smalltalk) in cui è possibile inviare "messaggi" agli oggetti tramite metodi / selettori.
• Objective-C ti farà felicemente inviare un messaggio a nil, a differenza di C ++ che andrà in crash se provi a chiamare una funzione membro dinullptr
• Objective-C consente l'invio dinamico, consentendo alla classe che risponde a un messaggio di essere determinata in fase di esecuzione, a differenza di C ++ in cui l'oggetto su cui viene invocato un metodo deve essere conosciuto al momento della compilazione (vedere il commento di Wilhelmtell di seguito). Questo è legato al punto precedente.
• Objective-C consente l'autogenerazione di accessori per variabili membro usando "proprietà".
• Objective-C consente di assegnare selfe consente agli inizializzatori di classe (simili ai costruttori) di restituire una classe completamente diversa, se lo si desidera. Contrariamente a C ++, dove se si crea una nuova istanza di una classe (implicitamente nello stack o esplicitamente attraverso new), è garantito che sia del tipo specificato in origine.
• Allo stesso modo, in Objective-C altre classi possono anche modificare dinamicamente una classe target in fase di esecuzione per intercettare le chiamate al metodo.
• Objective-C manca della funzionalità dello spazio dei nomi di C ++.
• Objective-C manca di un equivalente ai riferimenti C ++.
• Objective-C manca di modelli, preferendo (ad esempio) invece di consentire una digitazione debole nei contenitori.
• Objective-C non consente il sovraccarico implicito del metodo, ma C ++ lo fa. Cioè, in C ++ int foo (void)e int foo (int)definire un sovraccarico implicito del metodo foo, ma per ottenere lo stesso in Objective-C sono necessari i sovraccarichi espliciti - (int) fooe - (int) foo:(int) intParam. Ciò è dovuto al fatto che i parametri nominati di Objective-C sono funzionalmente equivalenti alla modifica del nome di C ++.
• Objective-C consentirà felicemente a un metodo e una variabile di condividere lo stesso nome, a differenza di C ++ che in genere avrà adattamenti. Immagino che questo abbia a che fare con Objective-C usando selettori anziché puntatori a funzioni, e quindi i nomi dei metodi non hanno effettivamente un "valore".
• Objective-C non consente la creazione di oggetti nello stack: tutti gli oggetti devono essere allocati dall'heap (sia esplicitamente con un allocmessaggio, sia implicitamente in un metodo factory appropriato).
• Come C ++, Objective-C ha sia strutture che classi. Tuttavia, laddove in C ++ vengono trattati quasi esattamente allo stesso modo, in Objective-C vengono trattati in modo completamente diverso: ad esempio, è possibile creare strutture nello stack.

Secondo me, probabilmente la differenza più grande è la sintassi. Puoi ottenere sostanzialmente le stesse cose in entrambe le lingue, ma secondo me la sintassi C ++ è più semplice mentre alcune delle funzionalità di Objective-C rendono più semplici determinate attività (come la progettazione della GUI) grazie al dispacciamento dinamico.

Probabilmente anche molte altre cose che mi sono perso, aggiornerò con qualsiasi altra cosa a cui penso. A parte questo, consiglio vivamente la guida che LiraNuna ti ha indicato. Per inciso, un altro sito di interesse potrebbe essere questo .

Devo anche sottolineare che sto appena iniziando a imparare Objective-C da solo, e come molto di quanto sopra potrebbe non essere del tutto corretto o completo - mi scuso se è così, e accolgo con favore suggerimenti per il miglioramento.

EDIT: aggiornato per affrontare i punti sollevati nei seguenti commenti, aggiunto alcuni altri elementi all'elenco.

Sebbene siano entrambi radicati in C, sono due lingue completamente diverse.

Una grande differenza è che Objective-C è focalizzato sulle decisioni di runtime per il dispacciamento e dipende fortemente dalla sua libreria di runtime per gestire l'ereditarietà e il polimorfismo, mentre in C ++ il focus di solito si basa su decisioni statiche, di compilazione, di tempo.

Per quanto riguarda le librerie, è possibile utilizzare le librerie C semplici in entrambe le lingue, ma le loro librerie native sono completamente diverse.

È interessante notare che è possibile mescolare entrambe le lingue (con alcune limitazioni). Il risultato si chiama Objective-C ++ .

Sono completamente diversi. Obiettivo C ha più in comune con Smalltalk che con C ++ (beh, a parte la sintassi, davvero).

In cima alla mia testa:

1. Stili: Obj-C è dinamico, C ++ è in genere statico
2. Sebbene siano entrambi OOP, sono certo che le soluzioni sarebbero diverse.
3. Modello a oggetti diversi (C ++ è limitato dal suo sistema di tipi in fase di compilazione).

Per me, la differenza più grande è il sistema modello. Obj-C ti consente di fare messaggistica e introspezione, ma C ++ ha i modelli sempre così potenti.

Ognuno ha i suoi punti di forza.

Come altri hanno già detto, Objective-C è molto più dinamico in termini di come pensa agli oggetti rispetto al regno abbastanza statico di C ++.

Objective-C, essendo nel lignaggio Smalltalk di linguaggi orientati agli oggetti, ha un concetto di oggetti che è molto simile a quello di Java, Python e altri linguaggi "standard" non orientati agli oggetti. Un sacco di invio dinamico, nessun sovraccarico dell'operatore, invio di messaggi in giro.

Il C ++ è il suo strano animale; per lo più ha saltato la parte Smalltalk dell'albero genealogico. In un certo senso, ha un buon sistema di moduli con supporto per l'ereditarietà che sembra essere in grado di essere utilizzato per la programmazione orientata agli oggetti. Le cose sono molto più statiche (i metodi sostituibili non sono quelli predefiniti, ad esempio).

Objective-C è un superset più perfetto di C. In C e void*è consentito il cast implicito da un puntatore a struttura.

Foo* bar = malloc(sizeof(Foo));

Il C ++ non verrà compilato a meno che il voidpuntatore non sia esplicitamente cast:

Foo* bar = (Foo*)malloc(sizeof(Foo));

La rilevanza di questo per la programmazione giornaliera è zero, solo un fatto curioso.

Obj-C ha capacità molto più dinamiche nel linguaggio stesso, mentre C ++ è più focalizzato sulle capacità di compilazione con alcune funzionalità dinamiche.

In, il polimorfismo parametrico C ++ viene verificato in fase di compilazione, mentre in Obj-C, il polimorfismo parametrico viene ottenuto tramite invio dinamico e non viene verificato in fase di compilazione.

Obj-C è di natura molto dinamica. È possibile aggiungere metodi a una classe durante il runtime. Inoltre, dispone di introspezione in fase di esecuzione per esaminare le classi. In C ++, la definizione di classe non può cambiare e tutta l'introspezione deve essere fatta in fase di compilazione. Sebbene, la natura dinamica di Obj-C potrebbe essere raggiunta in C ++ usando una mappa di funzioni (o qualcosa del genere), è ancora più dettagliata che in Obj-C.

In C ++, ci sono molti più controlli che possono essere fatti in fase di compilazione. Ad esempio, utilizzando un tipo di variante (come un'unione) il compilatore può imporre che tutti i casi vengano scritti o gestiti. Quindi non dimenticare di gestire i casi limite di un problema. Tuttavia, tutti questi controlli hanno un prezzo durante la compilazione. Obj-C è molto più veloce nella compilazione rispetto a C ++.