Quanto è grande un'app iPhone Objective-C rispetto a un'app MonoTouch?

Question

Sto considerando l'utilizzo di MonoTouch per lo sviluppo di iPhone, ma le dimensioni del payload sono un fattore importante.

Per un utente che non ha mai installato Mono sul proprio iPhone, quale sarebbe la dimensione di un'app Objective-C "Hello World" rispetto a un'app "Hello World" di MonoTouch?

In particolare, qual è il ca. numero di byte che devono essere scaricati, e quale è il ca. numero di byte utilizzati una volta installati?

Answer 1

Un programma "Hello world" in Objective-C occupa 50   KB (intera cartella .app). Con MonoTouch, un'app simile "Hello World" occupa 5   MB (intera cartella .app), che non è affatto male considerando che ha un runtime con la garbage collection.

Answer 2

nella 1.5 MonoTouch

Una build di rilascio - che è un un'applicazione creata con una licenza di distribuzione - e con nient'altro che le impostazioni di progetto predefinite, è di 5 MB  . Di quello 4.3   MB è l'eseguibile binario.

Spesso si verificano fino a 10   MB nella mia esperienza e i forum dipingono la stessa immagine. L'app riporta la dimensione decompressa, tuttavia vengono scaricati in formato zip. Zipped è circa 3   MB che, anche su un 3G, va bene.

http://i40.tinypic.com/2jadrpd.png

A mio avviso, la maggior parte delle persone non si guarda la dimensione del file prima di scaricare un'app, né particolarmente cura. Il limite dell'appstore per i download 3G è ora il 20   MB che rientra perfettamente nella dimensione di MonoTouch.

Per svolgere l'avvocato del diavolo, sì, è molti ordini più grandi dell'equivalente Objective-C e potrebbe spaventare alcune persone preoccupate di occupare 4-10   MB in più del loro spazio 16   GB. Tuttavia, c'è anche il time to market e gli strumenti esistenti disponibili per .NET. Sviluppo e costruisco tutte le mie app MonoTouch in Visual Studio 2010, quindi li collaudo su Mac, e non credo nemmeno che Apple sosterrebbe che il loro IDE è vicino al leader del settore.

Answer 3

Da questa domanda MonoTouch and Size of Executables:

MonoTouch non si traduce in Obj-C. Compilare su .NET IL, quindi su compila che (allo stesso modo di un compilatore JIT, ma prima che sia esegui - quindi il compilatore "in anticipo") nel codice ARM nativo.

così:

Obj-C -> GCC (o LLVM) -> codice ARM

VRS MT:

C# -> IL -> (AOT compilatore) -> il codice ARM

I file binari di uscita in 3.x sono più grandi perché si include anche un lotto di .NET framework (beh, Mono Framework, ma identico), quindi se , ad esempio, si utilizza System.Xml, deve includerlo nell'output - stesso con System.dll ecc. Il linker è abbastanza intelligente , ma i binari dell'uscita saranno sempre più grandi.

Per me, l'unica dimensione che conta è il tempo di caricamento e la dimensione binaria zippata . zip binario per un'applicazione "ciao mondo" è di circa 2.5-3meg (più piccolo in 4.x Mi hanno detto) VRS su 300k per obj-c. La differenza si riduce sempre di più, aggiungendo solo i file di tipo system.dll una volta. Il tempo di caricamento per MT vrs Obj-c, facendo le stesse cose allo allo stesso tempo, è abbastanza vicino allo stesso. O uno può essere fatto a caricare lentamente (basta fare qualcosa di lungo in esecuzione nel tuo FinishedLaunching senza metterlo su un altro thread).

Il rispondente prosegue dicendo che sente di essere più produttivo con MonoTouch che con Objective-C. YMMV.