A Apple vai agrupar o runtime Mono Touch com cada iPhone? [fechadas]

Question

Parece-me uma boa idéia para a Apple para negociar com Novell e agrupar o runtime Mono Toque (somente o tempo de execução é claro) em todos os iPhone e iPod Touch. Talvez até mesmo torná-lo um "um tempo de instalação" que automaticamente é baixado da App Store pela primeira vez um download de uma compilação aplicativo com Mono Touch, fazendo todos os posterior aplicação Mono toque muito mais leve para download (sem o tempo de execução).

Se o fizer, seria semelhante de forma a adição de Bootcamp para OS X: seria torná-lo mais fácil para desenvolvedores de C # para participar da festa, mas isso não significaria esses desenvolvedores serão todos vara para C # ... O que me convenceu para comprar um Mac é Bootcamp - Achei que poderia sempre instalar o Windows se eu não gostava oS X (e eu gostei do hardware, não há problema nenhum). 6 meses mais tarde, eu estou usando o OS X em tempo integral ...

haveria quaisquer problemas técnicos em fazê-lo? Vejo apenas vantagens para todas as partes, não uma desvantagem para ninguém (exceto talvez para os poucos funcionários da Apple infelizes, que teriam de testar o crap fora do tempo de execução Mono toque antes de agregação-lo):

• Novell ganha porque Mono toque torna-se muito mais viável (aplicativos Mono toque tornam-se muito mais leve de repente)
• Os desenvolvedores ganhar porque agora há mais uma ferramenta no cinto de ferramentas
• Muitos desenvolvedores de C # estaria muito interessado por este
• Apple ganha porque isso iria trazer ainda mais atenção para a plataforma, mais receita em taxas de desenvolvedor, mais potenciais grandes aplicativos, etc
• Os usuários ganham porque menos espaço é usado por aplicativos diferentes ter cópias do mesmo runtime acumulando em seus dispositivos

haveria um grande obstáculo técnico na agregação Mono Touch para iPhone OS?

Editar :. Alterou o título de "deve" para "? A Apple vai agrupar o tempo de execução", acho que o consenso sobre prevendo que significa muito para aqueles que consideram indo com Mono Toque

Answer 1

Não, mas nenhuma razão convincente para a Apple para fazê-lo também. O iPhone não é exatamente sofrendo por aplicativos, há muito maiores problemas com o processo de desenvolvimento do que a falta de Mono (por exemplo, revisores de aplicativos sobrecarregados dando rejeições bizarros), e há outras linguagens alternativas que a Apple seria mais provável que se preocupam primeiro , tal como MacRuby e Python. A Apple suporta tanto dessas línguas para escrever Cacau aplicativos no Mac, então eu esperaria que ser suportado no iPhone antes de uma linguagem de out-of-the-campo deixou como C #.

(Note que eu não estou respondendo exatamente a questão de saber se a Apple deve agrupar MonoTouch, que é um pouco subjetiva. Eu só estou explicando as forças que puxam na Apple, que afetaria ou não eles fazem isso.)

Answer 2

1. O meu entendimento do mono tempo de execução no iPhone (que pode estar incorreta) é que ele realmente não é um tempo de execução da mesma maneira que é em outras plataformas -. Todo o código (incluindo mono) é compilado para código estático
2. É uma versão 1.0 e não provou o seu valor ainda. Há provavelmente vão ser muitas versões e com todas predownloaded seria um aborrecimento.
3. Ela aumenta o custo para desenvolvedores de US $ 99 para pelo menos US $ 498 pelo que a aceitação pode ser limitado.
4. Eles fazem um perfeitamente bom envrionment desenvolvimento e conjunto de bibliotecas disponíveis já.
5. Java e Flash não estão disponíveis - por que eles se concentrar em algo muito menos estabelecido
.

Eu espero que ele faz bem, mas para fazer download ligeiramente menor para significativamente menos do que 1% das aplicações que realmente não vale a pena a Apple pensando.

Answer 3

Há uma boa razão para não fazê-lo, porque ele iria fragmentar desenvolvedores. Alguns poderiam aprender Objective-C, alguns poderiam aprender Mono e se a Apple suportados Mono eles teriam que suportar tanto.

Se a Apple estava indo para fazer qualquer coisa que gostaria de acrescentar suporte coleta de lixo para iPhone Objective-C, que já existe no ambiente de trabalho - mas consideram as restrições de desempenho dispositivo apertado o suficiente para não ter que sobrecarga.

Eu sou um grande crente em usar a estrutura que filosoficamente corresponde a plataforma que você está. É legal que Mono funciona, e como uma linguagem de jogo scripting em algo como Unity Eu acho que é uma idéia fantástica -. Mas se você está fazendo o desenvolvimento de aplicativos iPhone você deve aprender Objective-C para entender como a plataforma é realmente

Answer 4

De acordo com a o Contrato de Licença iPhone Developer Program para o próximo iPhone OS 4 SDK , MonoTouch vai ser realmente em violação e não será permitido:

3.3.1 - As candidaturas só podem usar APIs documentadas na forma prescrita pela Apple e não devem utilizar ou ligue para qualquer APIs privadas. As candidaturas devem ser originalmente escrito em Objective-C, C, C ++, ou JavaScript como executado pelo iPhone engine WebKit OS, e somente o código escritos em C, C ++, e Objective-C pode compilar e vincular diretamente contra o APIs documentadas (por exemplo, Aplicações que apontam para APIs documentadas através um intermediário ou tradução camada de compatibilidade ou ferramenta são Proibida).

Uma vez que C # não é um desses idiomas, então não vai ser permitido.

Answer 5

Agregação de um quadro com o sistema operacional tem grandes implicações. Fazê-lo seria colocar a responsabilidade de manter Mono toque seguro e up-to-date nos ombros da Apple. Ou seja, qualquer problema com Mono Toque refletiria muito mais negativamente sobre a Apple do que na Novell, e quaisquer atualizações quadro exigiria testes significativos para garantir existente aplicativos Mono digital não quebrar. Eu tenho certeza que é uma responsabilidade Apple não quer ou precisa.

Mais importante, a Apple não parece ter qualquer dificuldade em atrair desenvolvedores para a plataforma iPhone. E isso ajuda a trazer os desenvolvedores para a plataforma OS X, que é enorme. Eu não posso imaginar a Apple quer mudar nada agora.

Answer 6

No topo do que Chuck disse, a Apple teria que verificar que tudo no MonoTouch funciona e não vai causar falhas que fariam a Apple mau olhar. Isso significaria que a Apple teria que teste rigorosa e QA não só MonoTouch agora, mas cada MonoTouch posterior liberação.

Mesmo que seja trivial para adicionar suporte MonoTouch, não é trivial para fazê-lo direito .

BootCamp foi, provavelmente, também um esforço de engenharia gigantesca para o desenvolvimento e QA para a Apple, mas valeu a pena para atrair os usuários do Windows (um mercado gigantesco) para Macs.