MonoTouch è una valida piattaforma per lo sviluppo di iPhone? [chiuso]

Question

MonoTouch sembra una grande piattaforma per lo sviluppo iPhone, ma sono preoccupato per la distribuzione al Apple Store. Ci sono esempi di applicazioni create con esso che sono attualmente disponibili su iTunes?

Stiamo iniziando un nuovo progetto per l'iPhone, e mantenendo l'intero stack in C # sarebbe grande, ma noi non vogliamo incorrere nel rischio di essere rifiutato dal negozio di Apple a causa di MonoTouch.

Ho letto su diversi giochi che attualmente utilizzano mono (non MonoTouch) per la grafica 3D, ma non ho trovato nulla di MonoTouch.

Answer 1

Tapping questo fuori sul mio cellulare, quindi sarà un po 'laconico - scuse per questo.

In ogni modo:

- Come detto in una risposta precedente, ci sono state applicazioni MonoTouch rilasciati per l'App Store. Che si tratti di due o una bajillion non importa così tanto. La differenza tra uno e zero è infinito - la risposta è inequivocabile:. Sì, Apple approverà apps MonoTouch

- MonoTouch gioca con le regole di Apple. Sputa fuori bit native. Non c'è nessuna interpretazione del codice in corso, né v'è alcuna JITting. Il tuo MonoTouch app è un bundle come un altro, e contiene un binario nativo come tutti gli altri.

- applicazioni MonoTouch sono più grande di quanto lo sarebbero se fossero scritte con una pila di Apple. Questo perché il MonoTouch applicazione si basa su un sottoinsieme del quadro Mono / .Net. A questo proposito, però, una volta che si arriva fino a ciò che navi , non c'è nulla di particolarmente diverso su un'applicazione MonoTouch. Ho lavorato in una società in cui abbiamo costruito le nostre applicazioni (sviluppate con lo stack di Apple) contro il nostro quadro personalizzato. Ha aumentato la dimensione delle nostre applicazioni, ma anche tagliato modo i tempi di produzione (e questo è sempre il trade-off, giusto?). Inoltre, la dimensione del fascio applicazione solo dopo la compilazione può essere ingannevole. Perché fasci sono zippati per l'App Store, la dimensione diminuisce drasticamente - si può facilmente scrivere un app MonoTouch che cade e entro il limite di dimensione accettabile per le applicazioni consegnati OTA (I portare questo perché è una MT domanda n0obs (giustamente) tendono a chiedere). Quindi, Apple non ha alcuna vera ragione per rifiutare in base alle dimensioni.

- Che si tratti di MonoTouch o una consuetudine quadro in-house come quella che ho usato per lavorare su / con, la roba MonoTouch, quando fornito con la vostra applicazione, è solo un altro quadro di riferimento che potrebbe essere stato scritto in Objective -C .

- Se siete preoccupati per la configurazione della app per la distribuzione utilizzando l'intera MonoTouch pila e come questo possa influenzare la probabilità di approvazione, si può dire MonoDevelop (o l'utilità mTouch dalla riga di comando) per l'uscita di un progetto Xcode . Vedrai che il codice è stato trasformato - sarete alla ricerca di assemblaggio nativa (non certo sapore di una IL). È possibile costruire e gestire il prodotto MonoTouch app dalla destra all'interno Xcode, quando ormai MonoTouch è sostanzialmente fuori dal quadro (se non come un quadro che si sta costruendo contro (come MapKit, per esempio)).

Per qualche ragione, tutto questo dà fastidio una molto piccola, ma rumorosa, sottoinsieme di iPhone sviluppatori che, per qualsiasi ragione, non può sopportare l'idea di persone che non conoscono con uno strumento diverso per costruire applicazioni. Ma il loro hateage non cambia la semplice fatto che Apple ha accettato applicazioni MonoTouch (e Unity apps molto prima).

Il più grande motivo si sta andando a vedere di MT apps essere respinto è che gli sviluppatori MT, nella mia esperienza (ho parlato per un bel po '- dopo aver dato alcuni colloqui, la pubblicazione a forum, mailing list, qui. ..), è che non hanno ancora imparato a sviluppare una iPhone app. Questo è qualcosa che gli sviluppatori iPhone devono fare regarldess di come che scrivono le loro applicazioni. MonoTouch non è l'ostacolo - è sapere, per esempio, che Apple vuole la vostra applicazione per guardare un certo modo e di lavorare in un certo modo - dovrebbe guardare e sentire e comportarsi come gli altri (buono) applicazioni per iPhone, e non dovrebbe essere tra gli esempi di tentativi di scrivere applicazioni desktop per un telefono (che è dove il vostro dev media fa il suo primo errore, quando la transizione a sviluppo mobile).

In ultima analisi, il vostro strumento di scelta non sta andando alla materia fintanto che crea bit che giocano secondo le regole di Apple (come MonoTouch). Il vero ostacolo è imparare la Via iPhone del design app.

sviluppatori di applicazioni .Net, sia su Windows, Windows Mobile, o dovunque Mono (non MonoTouch) corre, sono abituati alle applicazioni in via di sviluppo secondo i propri gusti. Che non vola nel mondo iPhone.

Si può tranquillamente andare with MonoTouch. Come è stato dimostrato, Apple si approvare le applicazioni MT.

La cosa si ha realmente bisogno di fare (ancora una volta, indipendentemente da quale pila dev che si sceglie) è leggere documenti di Apple sul design per iPhone e le loro linee guida . C'è una folla enorme di sviluppatori il loro attribuendo loro rifiuti app ad Apple di essere il male (o qualsiasi altra cosa - scuse disinformati, fondamentalmente), quando la verità è che le loro applicazioni sono spazzatura ed è chiaro gli sviluppatori non hanno giocato secondo le regole (o addirittura la briga di leggere le regole).

Alla fine, in molti casi, bisogna scrivere molto meno codice quando si utilizza MonoTouch, e il costo per questo è un grande app fascio (che, come ho detto, uscirà molto dimensioni ragionevoli dopo che è stato compresso per distribuzione).

Questo non tanto di un problema. Con il 3G, gli utenti non sudano il download di applicazioni 2-3MB dimensioni. Se è abbastanza piccolo per inviare OTA, va tutto bene. E nei casi in cui la vostra applicazione va oltre il limite, è probabile che le risorse incorporate (- immagini, video, ecc - media che è come fasci di solito si gonfiano al WiFi-only dimensioni), e questo è qualcosa di Objective-C sviluppatori hanno a che fare con, troppo , in modo che non è un problema MonoTouch.

Quindi, ignorare i nemici (che non hanno nemmeno provato MonoTouch o la briga di imparare come funziona), e stare tranquilli che, fintanto che la vostra applicazione è conforme alle linee guida di Apple, c'è non ragione per loro di respingerla. Ciò non significa che la vostra applicazione è garantita l'accettazione fino a quando si progetta correttamente (un sacco di applicazioni ottenere respinto per nessun motivo apparente), ma si può considerare te stesso, più o meno, di essere in condizioni di parità con gli sviluppatori che utilizzano gli strumenti di Apple.

Spero che questo aiuti:)

Answer 2

La comunità MonoTouch è il mantenimento di un di applicazioni MonoTouch che sono oggi disponibili su Apple Store e che sono stati scritti utilizzando MonoTouch .

Answer 3

Il href="http://unity3d.com/" rel="nofollow noreferrer"> piattaforma unità gioco developement