Domanda

Qual è la differenza tra il carbonio e cacao? Per quale tipo di applicazioni dovremmo usare di carbonio e per quale tipo di applicazioni dovremmo usare il cacao? Quale è il meglio di entrambi per lo sviluppo di applicazioni in Mac OS?

È stato utile?

Soluzione

Carbon è stato creato per facilitare il movimento da e per Mac OS 8 e 9. Se il codice deve essere eseguito sotto OS 8 o 9, quindi carbonio è la strada da percorrere. (Fonte )

Tuttavia, se il software è progettato per OS X, allora si dovrebbe sottolineare cacao sopra Carbon.

Altri suggerimenti

Risposta breve: per una nuova applicazione, utilizzare cacao. Alcuni codice legacy possono ancora utilizzare Carbon e se non hai bisogno di alcuna nuova funzionalità, si continuerà a lavorare.

cacao ha un'API Objective-C, e si può accedere da codice C e C ++ facilmente. Il carbonio è un API puro-C. Ci sono sia attacchi di cacao e di carbonio per molti altri linguaggi popolari, ma spesso ci sono alcune limitazioni.

Il carbonio è evoluto dal API originale per l'Apple Macintosh originale (e Apple Lisa) nei primi anni 1980. In particolare, quando Mac OS X è stato rilasciato, Apple è stata in grado di sostenere alcune delle precedenti funzioni API di Mac OS, ma ha fornito un sottoinsieme di API legacy chiamato "Carbon", per facilitare la transizione per gli sviluppatori che hanno avuto le applicazioni pre-Mac OS X. Hanno aggiunto migliaia di nuove API e ha continuato a sostenere pienamente carbonio per molti anni, prima che finalmente deprecando più recente. Hanno sempre detto che di carbonio è un vicolo cieco e tutti gli sviluppatori dovrebbero passare a Cocoa.

cacao si è evoluto dal quadro NextStep che Apple ha acquisito e utilizzato come base per creare Mac OS X. E 'l'API "nativo" per Mac OS X e l'unico modo per accedere ad alcune delle funzionalità più recenti.

Il carbonio è deprecato (non e non esisterà a 64-bit).

Per sviluppo di nuove applicazioni, utilizzare cacao (sto parlando di sviluppo di applicazioni OS X nativa il modo in cui Apple-sactioned. Ovviamente altre scelte alternative esistono, come Java, Python, Ruby, ecc, che può essere efficace a seconda della tipo di progetto, se un'interfaccia utente nativa non è richiesta)

Dipende dal campo di applicazione e le funzioni dell'applicazione che si sta andando a sviluppare. Ho intenzione di essere la costruzione di un'applicazione che fa uso delle capacità MacinTalk e il nuovo OSX 10.7 set internazionale di voci. La documentazione ufficiale afferma che la messa a punto è prevista solo sotto le API di carbonio, mentre le API Cocoa sono più limitate.

In particolare, queste impostazioni canale vocale sono modificabili tramite API in carbonio: velocità, tono, modulazione del tono e attributi di volume. Questa possibilità sembra essere disponibile tramite Cocoa.

Una nota a parte, la documentazione più aggiornata della Guida Speech Synthesis di programmazione risale al 2006 e che potrebbe essere il caso che il cacao accesso alle stesse funzionalità è là fuori, ma non è ancora documentato.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top