MonoTouch é uma plataforma viável para o desenvolvimento do iPhone? [fechadas]

Question

MonoTouch parece ser uma ótima plataforma para desenvolvimento do iPhone, mas estou preocupado com a implantá-lo para a Apple Store. Existem exemplos de aplicações construídas com isso que estão atualmente disponíveis no iTunes?

Estamos começando um novo projeto para o iPhone, e mantendo toda a pilha em C # seria ótimo, mas nós não queremos correr o risco de ser rejeitado da loja da Apple por causa do MonoTouch.

Eu li sobre vários jogos que atualmente usam mono (não MonoTouch) para gráficos 3D, mas não conseguiu encontrar nada sobre MonoTouch.

Answer 1

Tocar isso no meu telefone, por isso vai ser um pouco concisa - desculpas por isso.

De qualquer forma:

- Como disse em uma resposta anterior, houve MonoTouch os aplicativos lançado para a App Store. Quer se trate de dois ou um bajillion não importa tanto. A diferença entre um e zero é infinito - a resposta é inequivocamente: Sim., A Apple irá aprovar aplicativos MonoTouch

- MonoTouch joga pelas regras da Apple. Ele cospe pedaços nativas. Não há nenhuma interpretação de código acontecendo, nem há qualquer JITting. Seu aplicativo MonoTouch é um pacote como qualquer outro, e que contém um binário nativo como qualquer outro.

- Aplicativos MonoTouch são maior do que seria se eles foram escritos com a pilha da Apple. Isto porque o seu aplicativo MonoTouch se baseia em um subconjunto do quadro Mono / .Net. A esse respeito, no entanto, uma vez que você começar a que navios , não há nada de especialmente diferente sobre um aplicativo MonoTouch. Eu trabalhava em uma empresa onde construímos nossos aplicativos (desenvolvidos com a pilha da Apple) contra o nosso quadro personalizado. Ele aumentou o tamanho de nossos aplicativos, mas forma também reduzir o tempo de produção (e isso é sempre o trade-off, certo?). Além disso, o tamanho do pacote de aplicativo apenas após a compilação pode ser enganoso. Porque pacotes são compactados para a App Store, o tamanho diminui drasticamente - você pode facilmente escrever um aplicativo MonoTouch que cai assim dentro do limite de tamanho aceitável para aplicativos entregues OTA (Eu trago este acima porque é uma MT questão n0obs (com razão) tendem a fazer). Assim, a Apple não tem nenhuma razão real para rejeitar com base no tamanho.

- Quer se trate de um costume quadro in-house como a que eu costumava trabalhar em / com, o material MonoTouch, quando fornecido com seu aplicativo MonoTouch ou, é apenas uma outra estrutura que poderia ter sido escrito em Objective -C .

- Se você estiver preocupado sobre como configurar seu aplicativo para distribuição usando a pilha inteira MonoTouch e como isso pode afetar suas chances de aprovação, você pode dizer MonoDevelop (ou o utilitário mtouch a partir da linha de comando) para a saída de um projeto Xcode . Você verá que seu código foi transformado - você vai estar a olhar para a montagem nativa (não algum sabor de uma IL). Você pode construir e executar o seu MonoTouch produzido aplicativo da direita dentro de Xcode, altura em que MonoTouch é basicamente fora do quadro (exceto como um quadro que você está construindo contra (como MapKit, por exemplo)).

Por alguma razão, tudo isso incomoda muito pequeno, mas vocal, subconjunto de iPhone Devs que, por qualquer razão, não pode suportar a idéia de pessoas que não sabem usar uma ferramenta diferente para aplicações de construção. Mas sua hateage não muda o simples fato que a Apple aceitou aplicativos MonoTouch (e Unidade aplicativos muito antes disso).

A maior razão que você vai ver por MT apps de ser rejeitado é que os devs MT, na minha experiência (eu tenho falado muito poucos - depois de dar algumas conversas, postar em fóruns, listas de discussão, aqui. ..), é que eles ainda não aprenderam a desenvolver um iPhone aplicativo. Isso é algo devs iPhone deve fazer regarldess de como , eles escrevem seus aplicativos. MonoTouch não é o obstáculo - é saber, por exemplo, que a Apple quer seu aplicativo para olhar uma determinada maneira e trabalhar em uma determinada maneira - deve olhar e sentir e se comportar como outra (boa) aplicativos para o iPhone, e não deve estar entre os exemplos de tentativas para aplicações de gravação de desktop para um telefone (que é onde o seu dev médio faz seu primeiro erro ao fazer a transição para o desenvolvimento móvel).

Em última análise, a sua ferramenta de escolha não vai importa, desde que ele cria bits que jogar pelas regras da Apple (como o MonoTouch). O verdadeiro obstáculo é aprender a Via iPhone do design do aplicativo.

.Net devs aplicativo, seja no Windows, Windows Mobile, ou onde quer que Mono (não MonoTouch) é executado, estão acostumados a aplicativos em desenvolvimento de acordo com seus próprios gostos. Será que isso não voar no mundo iPhone.

Você pode seguramente ir with MonoTouch. Como foi mostrado, a Apple irá aprovar aplicativos MT.

A coisa que você realmente precisa fazer (novamente, independentemente de qual dev empilhar você escolher) é ler docs da Apple no design de aplicativo para iPhone e suas diretrizes . Há uma enorme multidão de devs fora sua atribuindo suas rejeições de aplicativos para a Apple sendo maus (ou o que quer - desculpas desinformados, basicamente), quando a verdade é que seus aplicativos são lixo e é claro os devs não cumprem as regras (ou mesmo se preocupam em ler as regras).

No final, em muitos casos, você vai escrever muito menos código ao usar o MonoTouch, eo custo para isso é um pacote aplicativo maior (que, como eu disse, vai sair muito razoavelmente médias depois de ter sido fechado para distribuição).

Isso não é um grande problema. Com 3G, os usuários não suar o download 2-3MB aplicativos feitos sob medida. Se ele é pequeno o suficiente para enviar OTA, está tudo bem. E nos casos em que a sua aplicação vai além do limite, é provável incorporado recursos (mídia - imagens, vídeos, etc. - que é como pacotes normalmente incham para Wi-Fi-only tamanhos), e isso é devs algo Objective-C tem que lidar com também , de modo que não é um problema MonoTouch.

Assim, ignorar os inimigos (que nem sequer tentaram MonoTouch ou se preocupou em aprender como ele funciona), e tenha a certeza de que, enquanto seus conforma aplicativo para diretrizes da Apple, há não razão para eles para rejeitá-la. Isso não significa que a sua aplicação é garantida a aceitação enquanto você projetá-lo corretamente (abundância de aplicativos ter rejeitado sem razão aparente), mas você pode considerar-se, mais ou menos, para estar em pé de igualdade com devs usando ferramentas da Apple.

Espero que isso ajude:)

Answer 2

A comunidade MonoTouch é manter uma lista de aplicações MonoTouch que estão disponíveis hoje na Apple Store e que foram escritos usando MonoTouch .

Answer 3

O plataforma de desenvolvimento de jogos unidade está usando a mesma base de código mono toque para suporte C # (e têm contribuído para o projeto).