Comment décider entre MonoTouch et Objective-C?

J'ai vu cette question (et ses variantes) beaucoup ces derniers temps. Ce qui m'étonne, c'est la façon dont souvent les gens à répondre, mais comment peu réponse.

J'ai mes préférences (j'aime les deux piles), mais c'est là que la plupart des "réponses" commencent à aller mal. Il ne devrait pas être sur de ce que je veux (ou ce que n'importe qui d'autre veut).

Voici comment je voudrais aller sur la détermination de la valeur de MonoTouch - je ne peux pas être objectif, évidemment, mais je pense que c'est assez fanatisme gratuit:

• Est-ce pour le plaisir ou d'affaires? Si vous avez envie de me lancer dans le consulting dans ce domaine, vous pourriez faire votre $399 retour très rapidement.

• Voulez-vous apprendre la plate-forme à l'intérieur-out, ou avez-vous "juste" envie d'écrire des applications pour elle?

• Vous aimez .Net assez que l'utilisation d'un autre dev pile serait prendre le plaisir de vous? Encore une fois, j'aime bien les deux piles (Apple et Mono), mais pour moi, MonoTouch rend l'expérience d'autant plus plaisir. Je n'ai pas arrêté à l'aide d'Apple outils, mais c'est surtout parce que je vraiment de profiter à la fois des piles. J'aime l'iPhone, et je l'aime .Net. Dans ce cas, pour moi, MonoTouch était une évidence.

• Vous sentez-vous à l'aise de travailler avec des C? Je ne veux pas dire Objective-C, mais C - c'est important parce que Objective-C est C. C'est une belle fantaisie, amical OO version, mais si les pointeurs de vous donner la heebie-heebie, MonoTouch est votre ami. Et n'écoutez pas les sceptiques qui pensent que vous êtes un dev lavette s'il vous arrive de ne pas comme des pointeurs (ou C, etc.). J'ai utilisé pour se promener avec une copie de la ROM IBM BIOS de Poche, et quand j'ai écrit le montage et forcer mon ordinateur en vidéo drôle, modes et de l'écriture de ma propre police de rendu bits pour eux et (certes trash) systèmes de fenêtrage, je ne pense pas que le QuickBasic développeurs ont été wusses. Je était un QuickBasic dev (en plus du reste). Ne cédez jamais à nerd machisme. Si vous n'aimez pas C, et si vous n'aimez pas les pointeurs, et si vous voulez rester aussi loin de manuel de gestion de la mémoire que possible (et, pour être juste, il n'est pas mauvais du tout en ObjC), puis... MonoTouch. Et ne prenez pas de guff pour elle.

• Vous souhaitez cibler les utilisateurs ou les entreprises? Il n'a pas beaucoup d'importance pour moi, mais il y a encore des gens sur le Bord, et le fait est: vous pouvez créer un beaucoup plus petit package de téléchargement si vous utilisez Apple pile. J'ai été jouer avec MonoTouch, et j'ai un peu décent application qui va, une fois compressé, descend à environ 2,7 MO (lors de la soumission de votre application pour la distribution, vous zip it - lorsque des applications sont téléchargées à partir de la boutique, elles sont zippées - donc, lors de savoir si votre application va venir dans le cadre de l'10 MO OTA limite, zip le meunier de première, vous serez agréablement surpris avec MonoTouch). Mais, MT bonheur de côté, une demi-meg contre près de trois (par exemple) est quelque chose qui pourrait être important pour vous si vous ciblez les utilisateurs finaux. Si vous envisagez de travail de l'entreprise, quelques MO n'a pas d'importance du tout. Et, juste pour être clair, je vais soumettre un MT application basée sur le magasin soonishly, et je n'ai aucun problème que ce soit avec la taille. Ne me dérange pas du tout. Mais si c'est quelque chose qui concernerait vous, puis d'Apple pile gagne celui-ci.

• De faire toute XML travail? MonoTouch. Période.

• De manipulation de chaîne? Date de manipulation? Des millions d'autres petites choses que nous avons pris l'habitude de avec .Net du tout-ET-la-cuisine-évier cadres? MonoTouch.

• Web services? MonoTouch.

• Syntaxiquement, ils ont tous deux leurs avantages. Objective-C a tendance à être plus prolixe où vous devez écrire. Vous trouverez vous-même à l'écriture de code en C#, vous n'auriez pas à écrire avec ObjC, mais il va dans les deux sens. Ce sujet pourrait remplir un livre. Je préfère la syntaxe C#, mais après avoir au cours de ma première ça c'est un autre monde de réaction à Objective-C, j'ai appris à l'apprécier un peu. Je me moque un peu dans les discussions (il est bizarre pour les devs qui sont utilisés pour C#/Java/etc.), mais la vérité est que j'ai un Objectif-C en forme de place dans mon cœur qui me rend heureuse.

• Prévoyez-vous d'utiliser Interface Builder? Parce que, même dans cette première version, je me retrouve à faire beaucoup moins de travail pour construire mon Isu avec l'IB et puis de les utiliser dans le code. Il se sent comme toute les étapes sont absents de l'Objective-C/IB façon de faire les choses, et je suis sûr que c'est parce que toute les étapes sont absents de l'Objective-C/IB façon de faire les choses. Jusqu'à présent, et je ne pense pas que j'ai suffisamment testé, mais jusqu'à présent, MonoTouch est le gagnant ici pour savoir comment beaucoup moins de travail que vous avez à faire.

• Pensez-vous du plaisir à apprendre de nouvelles langues et de plates-formes? Si oui, l'iPhone a beaucoup à offrir, et Apple pile sera susceptible de vous sortir de votre confort-zone - qui, pour certains devs, est plaisir (Hi - je suis un de ces devs - je plaisante à ce sujet et de donner à Apple un moment difficile, mais j'ai eu beaucoup de plaisir à apprendre de développement pour iPhone par Apple outils).

Il y a donc beaucoup de choses à considérer. La valeur est abstraite. Si nous parlons de coûts et de savoir si ça vaut le coup, la réponse revient à mon premier élément de puce: si ce n'est pour les affaires, et si vous pouvez faire le travail, vous allez faire de votre argent sur le dos.

Alors... c'est à peu près comme objectif que je peux être. C'est une courte liste de ce que vous pourriez vous poser, mais c'est un point de départ.

Personnellement (laissons tomber l'objectivité pour un moment), j'aime et que j'utilise à la fois. Et je suis heureux que j'ai appris la Pomme de la pile en premier. Il m'était plus facile de se lever et courir avec MonoTouch quand je connaissais déjà mon chemin autour de la Pomme du monde. Comme d'autres l'ont dit, vous êtes toujours va travailler avec CocoaTouch - il va juste être dans un .Net-isée environnement.

Mais il n'y a plus que cela. Les gens qui n'ont pas utilisé MonoTouch ont tendance à s'arrêter là: "C'est un wrapper bla bla bla" - ce n'est pas MonoTouch.

MonoTouch vous donne accès à ce qui CocoaTouch a à offrir tout en vous donnant accès à quoi (un sous-ensemble de) .Net a à offrir, une IDE certaines personnes se sentent plus à l'aise avec (je suis l'un d'entre eux), une meilleure intégration avec Interface Builder, et même si vous n'obtenez pas de les oublier complètement de gestion de la mémoire, vous obtenez un joli certaine marge de manœuvre.

Si vous n'êtes pas sûr, prenez Apple pile (c'est gratuit), et de saisir le MonoTouch eval de la pile (c'est gratuit). Jusqu'à ce que vous vous joignez d'Apple dev programme, les deux seront exécutés uniquement sur le simulateur, mais c'est assez pour vous aider à déterminer si vous largement préférer l'une à l'autre, et si possible MonoTouch est, pour vous, d'une valeur de $399.

Et n'écoutez pas les zélotes ont - ils tendance à être ceux qui n'ont pas utilisé la technologie qu'ils sont de s'insurger contre 🙂

Donc, ma réponse à une précédente question similaire est à apprendre Objective-C. (Aussi, ne pas oublier la prise en charge du débogage)

Ce sera probablement en choquer certains, mais pour
être honnête, si vous allez faire tout
développement grave, vous devriez apprendre
Objective-C. de ne Pas savoir Objective-C
dans le développement iPhone sera juste une
l'obstacle. Vous ne serez pas en mesure de
comprendre de nombreux exemples; vous avez à
composer avec les caprices de Mono alors que
si vous avez une connaissance de travail de
Objective-C, vous pourriez obtenir beaucoup plus de
de la plate-forme de documentation.

Personnellement, je ne comprends pas l'
position qui dit que l'augmentation de la
quantité d'informations dont vous avez besoin dans
faveur de l'utilisation de Mono-dessus de la
plate-forme de la langue maternelle. Il semble
un peu contre-productif pour moi. J'
pense que si c'est très cher
proposition (l'apprentissage d'une nouvelle langue)
ensuite, il peut être intéressant de passer
quelques temps sur les fondamentaux de la programmation
les concepts de sorte que l'apprentissage de nouvelles
langues est un assez bon marché
la proposition.

Un autre utilisateur aussi écrit ceci:

---

Monotouch est plus facile pour vous maintenant. Mais plus difficile plus tard.

Par exemple, ce qui se produit lorsque de nouvelles graines à venir, vous avez besoin de tester mais pause MonoTouch pour une raison quelconque?

Par collage avec Mono, à tout moment vous êtes à la recherche de ressources pour les cadres que vous avez à traduire mentalement dans la façon dont vous allez utiliser avec Mono. Votre application binaires sera plus grande, le temps de développement, pas beaucoup plus vite après quelques mois en Objective-C, et d'autres applications, les développeurs auront beaucoup plus d'un avantage sur vous, car ils sont à l'aide de la plate-forme native.

Une autre considération est que vous êtes à la recherche d'utiliser le C# parce que vous êtes plus familier avec la langue que l'Objective-C., Mais la grande majorité de la courbe d'apprentissage pour l'iPhone n'est pas Objective-C, il est les cadres qui vous aurez à composer avec C# ainsi.

De la plate-forme, vous devez utiliser la plate-forme qui exprime directement la philosophie de conception de la plate - forme sur l'iPhone, qui est Objective-C. Pensez à ce sujet le revers, si un développeur Linux utilisé pour la programmation GTK voulais écrire des applications Windows voulez-vous sérieusement vous recommandons de ne pas utiliser le C# et le bâton à GTK parce qu'il était "plus facile" pour eux de le faire?

---

Je suis passé. Monotouch laissez-moi écrire des applications au moins 3-4 fois plus vite (les 4 applications par mois, comparé à mon vieux 1 par mois en Obj C)

Beaucoup moins de frappe.

Juste mon expérience.

Personnellement, je pense que vous aurez un meilleur temps de l'apprentissage Objective-C.

En bref:

• "L'apprentissage de l'Objective-C" n'est pas un défi de taille que vous pouvez penser, vous pouvez même en profiter après les quelques premières semaines
• Vous êtes déjà familier avec le "C" de style de syntaxe avec beaucoup de *&(){}; partout
• Apple a fait un très bon travail de documentation des choses
• Vous serez en relation avec l'iPhone, l'Apple prévu, ce qui signifie que vous obtiendrez les avantages directement à partir de la source non par le biais de certains filtres.

J'ai trouvé que les projets de l'Unité et MonoTouch sont censés "vous sauver du temps", mais en fin de compte, vous aurez besoin d'apprendre leur langage spécifique au domaine de toute façon et auront à côté de l'étape de choses à la fois. Tout ce qui va probablement vous prendre autant de temps qu'il en faudrait pour apprendre la langue que vous essayez d'éviter d'apprentissage (du calendrier). En fin de compte vous n'avez pas sauver tout le temps et vous sont étroitement associés à certains produits.

EDIT: je n'ai jamais voulu insinuer quelque chose de négatif à propos de .NET-je arriver à être un grand fan de lui. Mon point est que l'ajout de plusieurs couches de complexité juste parce que vous n'êtes pas encore à l'aise avec l'excentrique objc support de la notation n'a pas vraiment beaucoup de sens pour moi.

2019 mise à jour: Il est 7 ans plus tard. Je ressens toujours de la même façon, si ce n'est plus. Bien sûr, le domaine spécifique de la langue " peut avoir été le mauvais terme à utiliser, mais je crois toujours que c'est beaucoup mieux d'écrire directement pour la plate-forme de travail avec lui et éviter de compatibilité des couches et des abstractions autant que possible. Si vous êtes inquiet au sujet de la réutilisation de code et re-travail, d'une manière générale toutes les fonctionnalités de votre croix-plate-forme d'application doit effectuer peut probablement être accompli avec moderne des technologies du web.

Trois mots: Linq to SQL

Oui, c'est bien la peine de l' $.

Je voudrais investir le temps en Objective-C, principalement en raison de toute l'aide que vous pouvez obtenir à partir de sites de ce genre. La puissance est de l'Objective-C est que vous pouvez utiliser du code C et C++, et il y a beaucoup de projets qui sont bien testé.

Autre chose, c'est que vous êtes le code de la langue (au choix) sera pris en charge par apple. Ce qu'il iOS 5.x par exemple supprime le support pour un tiers solution comme MonoTouch? Qu'allez-vous dire à vos clients alors?

C'est peut-être préférable d'utiliser une plate-forme indépendante de la solution, comme le HTML5 si vous n'êtes pas ensemble prêt à passer à l'Objective-C?

Que quelqu'un avec de l'expérience avec C# ainsi que l'Objective-C, je dirais que pour la plupart des gens Xamarin sera bien en valeur l'argent.

C# est vraiment bien conçu de la langue et de l'API C# sont bien conçus ainsi. Bien sûr, le Cacao Toucher l'API (y compris UIKit) ont une grande conception de l', mais la langue peut être amélioré de plusieurs façons. Lorsque l'on écrit en C#, vous aurez probablement à être plus productif par rapport à l'écriture le même code en Objective-C. Ceci est dû à plusieurs raisons, mais certaines de ces raisons serait:

• C# a l'inférence de type. L'inférence de Type permet d'écrire du code plus rapide, puisque vous n'avez pas de "connaître" le type sur la partie gauche d'une affectation. Il rend également refactoring plus facile et plus économiseur d'.

• C# a les génériques, ce qui permettra de réduire les erreurs par rapport à l'équivalent code Objective-C (bien qu'il existe quelques solutions de rechange en Objective-C, dans la plupart des situations, les développeurs de les éviter).

• Récemment Xamarin a ajouté le support pour Async /Await, ce qui permet d'écrire du code asynchrone très facile.

• Vous serez en mesure de réutiliser une partie de la base de code sur iOS, Android et Windows Phone.

• MonoTouch en grande partie met en œuvre la CocoaTouch de l'API d'une manière très simple. E. g.: si vous avez de l'expérience avec CocoaTouch, vous savez où trouver des cours pour les contrôles dans MonoTouch (MonoTouch.UIKit contient des classes pour UIButton, UIView, UINavigationController, etc..., de même MonoTouch.La fondation a obtenu des classes pour NSString, NSData, etc...).

• Xamarin permettra d'offrir aux utilisateurs une expérience native, contrairement à des solutions comme PhoneGap ou Titanium.

Maintenant Objective-C a certains avantages par rapport à C#, mais dans la plupart des situations d'écrire des applications en C# résulte généralement en moins de développer le temps et plus propre code et moins de travail à port la même application à d'autres plates-formes. Une exception notable pourrait être de haute performance jeux qui s'appuient sur OpenGL.