Ist Monotouch eine tragfähige Plattform für die iPhone-Entwicklung? [geschlossen]

Question

Monotouch scheint wie eine große Plattform für iPhone Entwicklung, aber ich mache mir Sorgen um es den Apple Store bereitstellen. Gibt es Beispiele für Anwendungen mit gebaut, die auf iTunes derzeit verfügbar sind?

Wir beginnen ein neues Projekt für das iPhone und den gesamten Stapel in C # zu halten wären toll, aber wir wollen nicht das Risiko von entstehen aus dem Apple Store wird abgelehnt, weil von Monotouch.

Ich habe über mehrere Spiele lesen, die gerade mono verwenden (nicht Monotouch) für 3D-Grafik, aber konnte nichts finden Monotouch.

Answer 1

Durch Tippen auf meinem Handy aus, so dass ein wenig kurz und bündig zu gehen - Entschuldigungen dafür.

Wie auch immer:

- Wie gesagt in einer früheren Antwort gibt es freigegeben Monotouch gewesen Apps im App Store. Ob es zwei oder ein bajillion spielt keine Rolle, so viel. Die Differenz zwischen Eins und Null ist unendlich - die Antwort ist eindeutig: Ja. Apple Apps Monotouch genehmigen

- Monotouch spielt von Apples Regeln. Es spuckt nativen Bits. Es gibt keine Interpretation des Codes geht, noch gibt es eine JITting. Ihre Monotouch App ist ein Bündel wie jede andere, und es enthält eine native binäre wie jedes andere.

- Monotouch Apps sind größer ist als sie wäre, wenn sie mit dem Apple-Stack geschrieben wurden. Dies liegt daran, Ihr Monotouch App auf einer Teilmenge des Mono / .NET Framework beruht. In dieser Hinsicht, wenn Sie aber, sich an, was Schiffe , gibt es nichts besonders anders über eine Monotouch App. Ich arbeitete in einer Firma, wo wir unsere Anwendungen (entwickelt mit Apple-Stack) gegen unsere eigene Framework aufgebaut. Es erhöht die Größe unserer Apps, sondern auch Art und Weise nach unten auf die Produktionszeit schneiden (und das ist immer der Kompromiss, nicht wahr?). Darüber hinaus kann die Größe des App-Bundle nur nach der Kompilierung trügerisch sein. Da Pakete für den App Store gezippt werden, nimmt die Größe dramatisch - Sie ganz einfach eine Monotouch App schreiben können, fällt und innerhalb der akzeptablen Größenbeschränkung für Apps geliefert OTA (ich das bringen, weil es ist eine Frage MT n0obs (zu Recht) neigt dazu, zu fragen). So bietet Apple keinen wirklichen Grund zu basierend auf Größe ablehnen.

- Ob es Monotouch oder ein benutzerdefinierter Inhouse-Framework wie die, die ich verwenden, die Arbeit an / mit, die Monotouch Sachen, wenn sie mit Ihrer Anwendung ausgeliefert, ist nur ein weiterer Rahmen, in Objective geschrieben habe könnte -C .

- Wenn Sie sind besorgt über Ihre App für die Verteilung der Konfiguration der gesamten Monotouch-Stack verwenden und wie, dass Ihre Chancen auf Zulassung auswirken könnten, können Sie MonoDevelop (oder das mTouch Dienstprogramm von der Befehlszeile) zur Ausgabe eines Xcode-Projekt erzählen . Sie werden sehen, dass Ihr Code umgewandelt wurde - Sie werden bei nativer Montage suchen (nicht etwas Aroma eines IL). Sie bauen können, und führen Sie Ihre Monotouch hergestellt App von rechts in Xcode, in welcher Zeit Monotouch grundsätzlich aus dem Bild ist (außer als Rahmen Sie bauen gegen (wie MapKit, zum Beispiel)).

Aus irgendeinem Grunde, alles dies stört eine sehr kleine, aber lautstarke, Teilmenge von iPhone Devs, die aus welchen Gründen auch immer, nicht die Idee des Menschen stehen sie nicht wissen, ein anderes Werkzeug mit Anwendungen zu bauen. Aber ihre hateage ändert nicht die einfache Tatsache , dass Apple Apps Monotouch angenommen hat (und Unity apps lange vorher).

Der größte Grund, warum Sie für MT sehen werden apps abgelehnt ist, dass MT Devs, in meiner Erfahrung (Ich habe ein paar zu recht gesprochen - nach ein paar Gespräche geben, die Entsendung in Foren, Mailinglisten, hier. ..), ist sie sie noch nicht gelernt haben, wie man ein iPhone App zu entwickeln. Das ist etwas, iPhone Devs muss tun regarldess von wie sie schreiben ihre Anwendungen. Monotouch ist nicht das Hindernis - es ist zu wissen, zum Beispiel, dass Apple die App will eine bestimmte Art und Weise betrachten und in einer bestimmten Weise zu arbeiten - es sollte wie andere (gut) iPhone-Apps, und sollte nicht aussehen und sich anfühlen und verhalten sein unter den Beispielen von Versuchen, Desktop-Anwendungen für ein Handy zu schreiben (das ist, wo Ihre durchschnittliche dev seine ersten Fehler macht, wenn auf mobile Entwicklung Übergang).

Letztlich Ihr Werkzeug der Wahl wird nicht so lange egal, wie es Bits erzeugt, die von Apples Regeln (wie Monotouch) spielen. Das eigentliche Hindernis ist der iPhone Weg des App-Designs lernen.

NetcAnwendung Devs, ob auf Windows, Windows Mobile, oder wo auch immer Mono (nicht Monotouch) ausgeführt wird, wird an Entwicklung von Anwendungen gewohnt nach ihrem eigenen Geschmack. Das bedeutet nicht, in der iPhone-Welt fliegt.

Sie können sicher wi gehenth Monotouch. Wie gezeigt wurde, Apfel wird genehmigt MT-Anwendungen.

Das, was Sie wirklich brauchen (wieder, unabhängig davon, welche dev Stapel Sie wählen) zu tun ist lesen Apples docs auf dem iPhone App Design und ihre Richtlinien . Es gibt eine riesige Menge von Devs, um ihre ihre App Ablehnungen Apple zuschreiben Übel zu sein (oder was auch immer - nicht informiert Ausreden, im Grunde), wenn die Wahrheit ist, dass ihre Anwendungen sind Müll und es ist klar, dass der Devs nicht an den Regeln spielt (oder sogar Mühe, die Regeln zu lesen).

Am Ende in vielen Fällen werden Sie weit weniger Code schreiben, wenn Monotouch verwendet wird, und die Kosten für das ist ein größeres App Bundle (die, wie ich schon sagte, wird kommen sehr vernünftig dimensioniert, nachdem es für gezippt worden ist Verteilung).

Das ist nicht viel von einem Problem. Mit 3g, Benutzer nicht schwitzen 2-3MB Größe Apps herunterzuladen. Wenn es klein genug ist, OTA zu schicken, ist alles in Ordnung. Und in Fällen, in denen Ihre App über die Grenze geht, ist es wahrscheinlich Ressourcen eingebettet (Medien - Bilder, Videos, etc. - das ist, wie typischerweise Bundles WiFi-only Größen quellen), und das ist etwas, Objective-C Devs zu tun haben, zu , so ist das kein Problem Monotouch.

Also, ignorieren Sie die Hasser (die noch nicht einmal versucht Monotouch oder gestört zu lernen, wie es funktioniert), und sicher sein, dass, solange die App auf Apples Richtlinien entsprechen, gibt es nicht Grund für sie ist es abzulehnen. Es bedeutet nicht, Ihre App Akzeptanz gewährleistet ist, solange man es richtig gestalten (viele Anwendungen ohne ersichtlichen Grund abgelehnt bekommen), aber man kann sich selbst, mehr betrachten oder weniger gleichberechtigt mit den Entwicklern die Tools mit Apple zu sein.

Hope, das hilft:)

Answer 2

Die Monotouch Gemeinschaft ist die Aufrechterhaltung einer Liste von Anwendungen Monotouch die heute auf dem Apple Store verfügbar sind und dass wurden mit geschrieben Monotouch .

Answer 3

Die Einheit Spiel Entwicklung Plattform wird mit der gleichen Mono Touch Code-Basis für C # Unterstützung (und hat die beigetragen Projekt).