MonoTouch es una plataforma viable para el desarrollo del iPhone? [cerrado]

Question

MonoTouch parece una gran plataforma para el desarrollo del iPhone, pero estoy preocupado por su despliegue a la tienda de Apple. ¿Hay ejemplos de aplicaciones construidas con ella que están actualmente disponibles en iTunes?

Estamos empezando un nuevo proyecto para el iPhone, y mantener toda la pila en C # sería grande, pero no queremos incurrir en el riesgo de ser rechazado desde la tienda de Apple debido a MonoTouch.

He leído acerca de varios juegos que actualmente utilizan mono (no MonoTouch) para gráficos 3D, pero no pude encontrar nada de MonoTouch.

Answer 1

Al tocar esto en mi teléfono, así que va a ser un poco escueta - disculpas por ello.

De todos modos:

- Como se ha dicho en una respuesta anterior, no han sido liberados MonoTouch aplicaciones para la App Store. Ya se trate de dos o un bajillion no importa tanto. La diferencia entre uno y cero es infinito - la respuesta es inequívoca: Sí., Apple aprobará aplicaciones MonoTouch

- MonoTouch juega por las reglas de Apple. Escupe bits de nativos. No hay interpretación de código pasando, y no existe tampoco JITting. Su MonoTouch aplicación es un paquete como cualquier otro, y contiene un binario nativo como cualquier otro.

- Aplicaciones MonoTouch son más grande de lo que serían si hubieran sido escritas con la pila de Apple. Esto se debe a que su aplicación MonoTouch se basa en un subconjunto del marco Mono / .NET. A este respecto, sin embargo, una vez que baje a lo que buques , no hay nada especialmente diferente en una aplicación MonoTouch. Trabajé en una empresa donde construimos nuestras aplicaciones desarrolladas (con la pila de Apple) en contra de nuestro marco personalizado. Se aumentó el tamaño de nuestras aplicaciones, pero también cortó camino hacia abajo en el tiempo de producción (y eso siempre es la disyuntiva, ¿verdad?). Además, el tamaño del paquete de aplicación sólo después de la compilación puede ser engañosa. Debido a que los paquetes están comprimidos para la tienda de aplicaciones, el tamaño disminuye drásticamente - se puede escribir fácilmente una aplicación MonoTouch que cae y dentro del límite de tamaño aceptable para aplicaciones entregadas OTA (Menciono esto porque es un MT pregunta n0obs (con razón) tienden a preguntar). Por lo tanto, Apple no tiene ninguna razón real para rechazar en función del tamaño.

- Ya se trate de MonoTouch o una costumbre marco de la casa como la que solía trabajar en / con, el material MonoTouch, cuando se envía con su aplicación, es sólo otro marco que podría haber sido escrito en Objetivo -C .

- Si usted está preocupado acerca de la configuración de su aplicación para la distribución utilizando todo el MonoTouch pila y cómo esto podría afectar sus posibilidades de aprobación, se puede decir MonoDevelop (o la utilidad mTouch desde la línea de comandos) para dar salida a un proyecto de Xcode . Verá que el código ha sido transformado - se le busca en la asamblea nativa (no un sabor de un IL). Puede crear y ejecutar el MonoTouch produjo aplicación desde la derecha dentro de Xcode, momento en el cual MonoTouch es básicamente fuera de la imagen (excepto como un marco que estamos construyendo en contra (como MapKit, por ejemplo)).

Por alguna razón, todo esto molesta a un muy pequeño, pero activo, subconjunto de desarrolladores de iPhone que, por cualquier razón, no pueden soportar la idea de las personas que no conocen el uso de una herramienta diferente para construir aplicaciones. Pero su hateage no cambia la sencilla hecho que Apple ha aceptado aplicaciones MonoTouch (y Unidad apps mucho antes de eso).

La mayor razón por la que vas a ver por MT Aplicaciones ser rechazado es que los desarrolladores MT, en mi experiencia (he estado hablando en unos cuantos - después de dar algunas charlas, escribir en foros, listas de correo, aquí. ..), es que todavía no han aprendido a desarrollar un iPhone aplicación. Eso es algo iPhone desarrolladores tienen que hacer regarldess de ¿Cómo que escriben sus aplicaciones. MonoTouch no es el obstáculo - es saber, por ejemplo, que Apple quiere que su aplicación para buscar una determinada manera y que funcione de una manera determinada - que debe verse y sentirse y comportarse como otros (bueno) aplicaciones para el iPhone, y no debe estar entre los ejemplos de intentos de escribir aplicaciones de escritorio para un teléfono (que es donde su dev promedio gana su primer error al realizar la transición al desarrollo móvil).

En última instancia, su herramienta de elección no va a importar el tiempo que crea bits que jugar con las reglas de Apple (como MonoTouch). El verdadero obstáculo está aprendiendo el iPhone Camino de diseño de aplicación.

desarrolladores de aplicaciones .Net, ya sea en Windows, Windows Mobile, o donde Mono (no MonoTouch) se ejecuta, están acostumbrados a aplicaciones en desarrollo de acuerdo a sus propios gustos. Que no vuela en el mundo iPhone.

Puede ir con seguridad with MonoTouch. Como se ha demostrado, Apple Aprobar MT aplicaciones.

Lo que realmente hay que hacer (de nuevo, independientemente de la pila dev que elija) es leer documentos de Apple sobre el diseño de aplicación para el iPhone y sus directrices . Hay una gran multitud de desarrolladores fuera de su atribución de sus rechazos de aplicaciones a Apple siendo malos (o lo que sea - excusas desinformados, básicamente), cuando la verdad es que sus aplicaciones son basura y está claro que los desarrolladores no jugaban por las reglas (o incluso se molestan en leer las reglas).

Al final, en muchos casos, que voy a escribir mucho menos código cuando se utiliza MonoTouch, y el costo de que es un paquete de aplicaciones más grande (que, como ya he dicho, va a salir de tamaño muy razonable después de que ha sido comprimido para distribución).

Eso no es un gran problema. Con 3G, los usuarios no sudan la descarga de aplicaciones 2-3MB tamaño. Si es lo suficientemente pequeño como para enviar OTA, todo está bien. Y en los casos en que su aplicación supera el límite, lo más probable es incrustado recursos (medios - imágenes, vídeos, etc. - así es como haces normalmente se hinchan a sólo WiFi tamaños), y eso es algo de Objective-C desarrolladores tienen que hacer frente, también , así que no es un problema MonoTouch.

Por lo tanto, ignorar a los enemigos (que ni siquiera han intentado MonoTouch o molestado en aprender cómo funciona), y estar seguro de que, siempre y cuando su aplicación se ajusta a las directrices de Apple, hay no razón para ellos para rechazarla. Esto no significa que su aplicación se garantiza la aceptación, siempre y cuando se diseña correctamente (un montón de aplicaciones son rechazados sin razón aparente), pero se puede considerar a sí mismo, más o menos, para estar en igualdad de condiciones con los desarrolladores que utilizan herramientas de Apple.

Espero que esto ayude:)

Answer 2

La comunidad MonoTouch es mantener una lista de de MonoTouch aplicaciones que están disponibles hoy en día en la tienda de Apple y que se han escrito utilizando MonoTouch .

Answer 3

El plataforma de la unidad de juego Desarrollos está utilizando la misma base de código mono táctil para C # apoyo (y han contribuido a la proyecto).