MonoTouchとObjective-Cのどちらを選択するのですか？[閉まっている]

今日のMonoのローカル.Netイベントでのセッションに参加した後、MonoTouchの使用はiPhone開発の代替手段として「触れられ」ました。C＃と.Netで非常に快適であるため、Monoスタックの奇妙な点にも関わらず、魅力的なオプションのようです。ただし、MonoTouchの価格は$ 400なので、これがiPhoneの開発に向けた道なのかどうか、私は少し悩みます。

誰でもMonoTouchとObjective-Cでの開発経験があり、MonoTouchでの開発はObjective-Cの学習よりもはるかに簡単で迅速であり、400ドル相当の価値がありますか？

最近、この質問（およびそのバリエーション）をよく見ました。私を驚かせるのは、人々がどれだけの頻度で反応するかということですが、答える人がどれほど少ないかです。

私は自分の好みを持っています（両方のスタックを楽しんでいます）が、これがほとんどの「答え」がうまくいかないところです。それは私が欲しいもの（または他の誰かが欲しいもの）についてではありません。

これが私がMonoTouchの価値を決定する方法です-私は客観的になることはできませんが、これは熱狂的ではないと思います：

• これは楽しみですか、それともビジネスですか？この分野でのコンサルティングを希望する場合は、399ドルをすぐに戻すことができます。

• プラットフォームを裏返しに学びたいですか、それともそのためのアプリを「ただ」書きたいですか？

• .Netは、別の開発スタックを使用することで面白味がなくなるほど好きですか？繰り返しますが、私は両方のスタック（AppleとMono）が好きですが、私にとってはMonoTouchのほうがずっと楽しい体験ができます。私はAppleのツールの使用を止めていませんが、それは主に両方のスタックを本当に楽しんでいるからです。私はiPhoneが大好きで、.Netも大好きです。その場合、私にとって、MonoTouchは非常に簡単でした。

• Cでの作業は快適ですか？Objective-CではなくC です。Objective- C が Cであるため、問題になります。これは、素晴らしく、ファンシーでフレンドリーなOOバージョンですが、ポインターが好奇心をそそるなら、MonoTouchはあなたの友達です。また、ポインタ（またはCなど）が気に入らなくても、あなたが開発者だと思っている反対意見に耳を傾けないでください。私はIBM ROM BIOS Pocket Referenceのコピーを持って歩き回っていましたが、アセンブリを作成し、コンピューターを面白いビデオモードに強制し、それらのために独自のフォントレンダリングビットと（確かにゴミの多い）ウィンドウシステムを作成していましたが、 QuickBasicの開発者は大げさだと思います。私はQuickBasic dev（残りに加えて）。オタクmachismoに屈服しないでください。Cが気に入らず、ポインタが気に入らない場合、および手動のメモリ管理からできるだけ遠ざけたい場合（そして、公平を期すために、ObjCではまったく問題はありません）。 .. MonoTouch。そして、それのためにガフを取らないでください。

• ユーザーまたはビジネスをターゲットにしますか？それは私にはそれほど重要ではありませんが、エッジにはまだ人がいます、そして実際、Appleのスタックを使用すればはるかに小さなダウンロードパッケージを作成できます。私はMonoTouchをいじってみましたが、圧縮された後、約2.7 MBに下がるまともな小さなアプリがあります（アプリを配布するために送信するときに、zipします-アプリがストアからダウンロードされると、再圧縮-アプリが10MBのOTA制限内に収まるかどうかを判断するときは、最初に吸盤を圧縮してください-MonoTouchにはうれしい驚きがあります）。しかし、MTの幸福はさておき、半分のメグとほぼ3つのメグ（たとえば）は、エンドユーザーをターゲットにしている場合に重要になる可能性があります。企業での作業を考えている場合、数MBはまったく問題になりません。そして、ただ明確にするために-私はすぐにMTベースのアプリをストアに提出するつもりですが、サイズはまったく問題ありません。まったく気になりません。でもそれが気になるならあなた、それからアップルのスタックがこれに勝ちます。

• XMLは機能していますか？MonoTouch。限目。

• 文字列操作？日付操作？.Netのすべて、そしてキッチンシンクのフレームワークで私たちが慣れている他の何百万もの小さなことは？MonoTouch。

• ウェブサービス？MonoTouch。

• 構文的には、どちらにも利点があります。Objective-C は、記述しなければならない場所ではより冗長になる傾向があります。ObjCで記述する必要がないC＃でコードを記述していることに気づくでしょうが、どちらの方法でもうまくいきます。この特定のトピックは本をいっぱいにするかもしれません。私はC＃構文を好みますが、Objective-Cに対する最初のこれは別世界の反応を乗り越えた後、私はそれをかなり楽しむことを学びました。私はそれを少しおしゃべりで楽しんでいます（C＃/ Java /などに慣れている開発者にとっては奇妙です）が、私はObjective-Cの形をしたスポットを心に抱いていて、私を幸せにしています。

• Interface Builderを使用する予定はありますか？なぜなら、この初期バージョンでも、IBを使用してUIを構築し、コードで使用するための作業がはるかに少ないからです。Objective-C / IBのやり方からステップ全体が欠落しているように感じますが、Objective-C / IBのやり方からステップ全体が欠落していることが原因だと私は確信しています。これまでのところ、私は十分にテストしたとは思いませんが、これまでのところ、MonoTouchは、必要な作業がはるかに少ないため、ここでの勝者です。

• 新しい言語やプラットフォームを学ぶのは楽しいと思いますか？もしそうなら、iPhoneには多くの機能があり、Appleのスタックはあなたの快適ゾーンからあなたを連れて行くでしょう-一部の開発者にとっては楽しいです（こんにちは-私はそれらの開発者の一人です-私はそれについて冗談を言ってあげます） Appleは苦労しましたが、Appleのツールを使ってiPhoneの開発を学ぶのはとても楽しかったです。

考慮すべきことはたくさんあります。価値はとても抽象的なものです。私たちがコストとそれが価値があるかどうかについて話している場合、答えは私の最初の箇条書きに帰着します：これがビジネスのためであり、あなたが仕事を得ることができれば、あなたはすぐにお金を稼ぐでしょう。

だから...私ができる限り客観的だ。これはあなたが自問するかもしれないことの短いリストですが、それは出発点です。

個人的に（少し客観性を落としましょう）、私は両方を愛し、使用しています。そして、私は最初にAppleスタックを学んでよかった。私がすでにAppleの世界を巡る道を知っていると、MonoTouchを使い始めるのが簡単になりました。他の人が言ったように、あなたはまだCocoaTouchで作業することになります-それはただ.Net化された環境になるでしょう。

しかし、それだけではありません。MonoTouchを使用したことがない人は、そこで止まる傾向があります-「それはラッパーの何とか何とか何とか」-それはMonoTouchではありません。

MonoTouchは、CocoaTouchが提供するものへのアクセスを提供すると同時に、.Netが提供するもの（のサブセット）、一部の人々がより快適に感じるIDE（私はその1つです）、Interface Builderとのより良い統合へのアクセスを提供します、そしてメモリ管理を完全に忘れることはできませんが、ある程度の余裕があります。

不明な場合は、Appleのスタック（無料）を入手し、MonoTouch evalスタック（無料）を入手してください。Appleの開発プログラムに参加するまでは、どちらもシミュレータに対してのみ実行されますが、どちらか一方が非常に望ましいかどうか、そしてMonoTouchが$ 399の価値があるかどうかを判断するには十分です。

そして、熱狂者に耳を傾けないでください-彼らは彼らが反対しているテクノロジーを使用していない人である傾向があります:)

この投稿には、MonoTouch と Objective-Cを試していない開発者からの噂がたくさんあります。MonoTouchを試したことのないObjective-C開発者がほとんどのようです。

私は明らかに偏見がありますが、MonoTouchコミュニティがこれまで何をしてきたかをチェックできます。

http://xamarin.com

そこでは、Objective-CとC＃の両方で開発した開発者からの記事がいくつか見つかります。

したがって、以前の同様の質問に対する私の答えは、Objective-Cを学ぶことです。（また、デバッグのサポートを忘れないでください）

これはおそらく気分を害しますが、正直に言うと、深刻な開発を行う場合は、Objective-Cを学ぶ必要があります。iPhone開発でObjective-Cを知らないことは、単に邪魔になります。多くの例を理解することはできません。Monoの癖に対処する必要がありますが、Objective-Cの実用的な知識があれば、プラットフォームのドキュメントから多くの情報を得ることができます。

個人的には、プラットフォームの母国語よりもMonoを使用するために必要な情報量を増やすという立場を理解できません。それは私には幾分逆効果のようです。これが非常に費用のかかる提案（新しい言語の学習）である場合、新しい言語の学習がかなり安価な提案になるように、基本的なプログラミング概念に時間を費やす価値があると思います。

別のユーザーもこれを書いた：

モノタッチは今あなたのために簡単です。しかし後で難しい。

たとえば、テストする必要がある新しいシードが出てきたが、何らかの理由でMonoTouchを壊した場合はどうなりますか？

Monoにこだわることで、フレームワークのリソースを探すときはいつでも、Monoでそれらをどのように使用するかを精神的に翻訳する必要があります。アプリのバイナリは大きくなり、Objective-Cへの数か月後の開発時間はそれほど速くありません。ネイティブプラットフォームを使用しているため、他のアプリ開発者はあなたよりもはるかに有利です。

もう1つの考慮事項は、Objective-Cより言語に精通しているため、C＃の使用を検討していることです。しかし、iPhoneの学習曲線の大部分はObjective-Cではありません。それはフレームワークです-C＃でも呼び出す必要があります。

どのプラットフォームでも、そのプラットフォームの設計哲学を直接表現するプラットフォームを使用する必要があります-iPhoneでは、Objective-Cです。これを逆の角度から考えてみてください。GTKでのプログラミングに慣れているLinux開発者がWindowsアプリを作成したい場合は、C＃を使用せず、GTKに固執することをお勧めします。

Monoの使用は松葉杖ではありません。それがiPhone OSに追加する多くのものがあります。LINQ、WCF、Silverlightアプリ、ASP.NETページ、WPFアプリ、Windowsフォームアプリ間で共有可能なコード。Android用のモノもあり、Windows Mobileでも機能します。

したがって、Objective-Cの作成に多くの時間を費やすことができ（多くの調査から、C＃でまったく同じサンプルコードをOCよりも書くのが大幅に少ないことがわかります）、他のプラットフォーム用にすべて複製します。私が書いているクラウドアプリには多くのインターフェイスがあり、iPhoneはそのうちの1つにすぎないので、私はMonoTouchを選びました。クラウドからMonoTouchアプリへのWCFデータストリーミングは非常に簡単です。さまざまなプラットフォーム間で共有されているコアライブラリがあり、iPhone / WinMobile / Android / SilverLight / WPF / ASP.NETの展開用に単純なプレゼンテーションレイヤーを作成するだけで済みます。すべての機能を再利用するのではなく複製する必要があるため、製品が前進し続けるため、Objective-Cですべてを再作成することは、初期の開発とメンテナンスの両方に多大な時間の無駄になります。

MonoTouchを侮辱したり、ユーザーに松葉杖が必要だとほのめかしたりしている人々は、.NETフレームワークをすぐに利用できるという意味の全体像に欠けており、ロジックとプレゼンテーションの適切な分離を理解していない可能性があります。プラットフォームやデバイス間で再利用できます。

Objective-Cは興味深いものであり、多くの一般的な言語とは大きく異なります。私はチャレンジが好きで、さまざまなアプローチを学ぶのが好きです...しかし、そうすることで私の進歩が妨げられたり、不必要な再コーディングが作成されたりすることはありません。iPhone SDKフレームワークには本当に素晴らしい点がいくつかありますが、そのすべての優れた点はMonoTouchで完全にサポートされており、すべての手動メモリ管理を省略し、同じタスクを実行するために必要なコードの量を減らし、アセンブリを再利用できます。他のデバイスやプラットフォームに移動できるように、オプションを開いたままにします。

切り替えました。Monotouchを使用すると、少なくとも3〜4倍の速度でアプリを作成できます（Obj Cでは、以前の1か月あたり1つのアプリと比較して、1か月あたり4つのアプリ）。

タイピングが少なくて済みます。

ただ私の経験。

これが開発する唯一のiPhoneアプリであり、Macアプリケーションの開発にもまったく関心がない場合、MonoTouchはおそらくコストに見合う価値があります。

iPhoneアプリをさらに開発する予定がある場合、またはMacネイティブ開発を行いたいと思う場合は、Objective-Cと関連するフレームワークについて学ぶ価値があります。さらに、あなたが新しいことを学ぶことを楽しむタイプのプログラマーであるなら、それは勉強する楽しい新しいパラダイムです。

個人的には、Objective-Cを学ぶだけで楽しい時間になると思います。

要するに：

• 「Objective-Cの学習」は、あなたが思うほど難しいことではありません。最初の数週間で楽しむことさえできます。
• *＆（）{}がたくさんある "Cスタイル"の構文については、すでにご存じでしょう。どこにでも
• アップルは物事を文書化する非常に良い仕事をしました
• Appleが意図した方法でiPhoneを操作することになります。つまり、フィルターを介さずに、ソースから直接メリットを得ることができます。

UnityやMonoTouchのようなプロジェクトは「時間を節約する」ことになっていますが、最終的にはとにかくドメイン固有の言語を学ぶ必要があり、時々回避する必要があります。（カレンダー時間で）学習を避けようとしていた言語を学習する限り、それだけでおそらくすべての時間がかかります。結局、時間を節約できず、一部の製品と密接に結びついています。

編集：私はそれの大ファンである.NETについて否定的なことを示唆することは決してありませんでした。私の要点は、奇抜なobjcブラケット表記にまだ慣れていないという理由だけで、さらに複雑なレイヤーを追加することは、実際にはあまり意味がないということです。

2019年の更新：7年後です。私はまだそうではないとしても同じように感じています。確かに、「ドメイン固有の言語」は間違った用語である可能性がありますが、使用しているプラ​​ットフォーム用に直接記述し、互換性レイヤーと抽象化をできるだけ回避する方がはるかに良いと私は信じています。コードの再利用とやり直しが心配な場合、一般的に言えば、クロスプラットフォームアプリが実行する必要のある機能は、おそらく最新のWebテクノロジーで実現できます。

他の人がすでに言ったことに追加する（まあ！）：私の感じは、基本的に心配する必要があるバグの数を2倍にし、MonoTouchのバグをiPhone OSのバグに追加することです。新しいOSバージョンの更新は、通常よりもさらに困難になります。ああ、あちこちで。

MonoTouchで私が目にすることができる唯一の説得力のあるケースは、iPhoneで活用しなければならない C＃プログラマーとC＃コードが数多く存在する組織です。（3500ドルでも点滅しないような店）

しかし、ゼロから始める人にとっては、私にはそれを価値があるとか賢明とは言えません。

3つの単語：Linq to SQL

はい、それは$の価値があります。

受け入れられる答えがあっても、私が付け加えたいもの-モノタッチで構築されている兆候があるアプリをAppleがただ拒否するわけではないと誰が言うのですか？

Objective-Cに時間を費やすのは、主にこのようなサイトから得られるすべての支援のためです。Objective-Cの強みの1つは、CおよびC ++コードを使用できることであり、十分にテストされたプロジェクトが数多く存在します。

もう1つは、あなたがコード（選択した言語）がアップルによってサポートされることです。たとえばiOS 5.xでは、MonoTouchのようなサードパーティソリューションのサポートが削除されますか？それでは、顧客に何を伝えますか？

Objective-Cに移行する準備が完全に整っていない場合は、HTML5などのプラットフォームに依存しないソリューションを使用する方が良いでしょう。

私は数か月間MonoTouchを使用していますが、半分完成したアプリをObjectiveCから移植して、将来のある時点でAndroidをサポートできるようにしました。

これが私の経験です：

不良ビット：

• Xamarin Studio。私のようなインディーズ開発者はXamarin Studioを使用せざるを得ません。それは毎週良くなり、開発者はフォーラムでバグを特定して修正することに非常に積極的ですが、それでも非常に遅く、頻繁にハングし、多くのバグがあり、デバッグもかなり遅くなっています。

• ビルド時間。デバイスでデバッグするための大きな（リンクされた）アプリのビルドには数分かかる場合があります。これは、ほぼ即座にデプロイされるXCodeと比較されます。シミュレーター（リンクなし）のビルドは少し高速です。

• MonoTouchの問題。イベント処理によってメモリリークの問題が発生しました。ビューに出入りするときにイベントをアタッチおよびデタッチするなど、リークを防ぐためにかなり醜い回避策を講じる必要がありました。Xamarin開発者は、このような問題を積極的に調査しています。

• サードパーティのライブラリ。ObjectiveCライブラリをアプリで使用できるように変換/バインドするのにかなりの時間を費やしましたが、これはObjective Sharpieなどの自動化ソフトウェアで改善されています。

• より大きなバイナリ。これは本当に気になりませんが、言及したいと思いました。IMOの追加のMbは最近では何もありません。

良いビット：

• マルチプラットフォーム。私の友人は私のコアコードベースから私のアプリのAndroidバージョンを喜んで作成しています。私たちは並行して開発を行っており、DropboxのリモートGitリポジトリにコミットしていますが、順調に進んでいます。

• 。ネット。C＃.Netでの作業は、Objective C IMOよりもはるかに優れています。

• MonoTouch。iOSのほとんどすべてが.Netにミラーリングされており、機能させるのはかなり簡単です。

• Xamarin。これらの人たちがすべてを改善し、開発をよりスムーズかつ簡単にするために本当に働いていることがわかります。

特にVisual Studioで動作するBusinessまたはEnterpriseエディションを使用する資金がある場合は、クロスプラットフォーム開発にXamarinをお勧めします。

別のプラットフォームで必要になることのないiPhoneアプリを作成するだけで、インディーズの開発者であれば、今のところ、XCodeとObjective Cを使い続けます。

C＃とObjective-Cの両方の経験を持つ人として、私はほとんどの人にとってXamarinはお金の価値があると思います。

C＃は非常に優れた設計言語であり、C＃APIも優れた設計です。もちろん、Cocoa Touch API（UIKitを含む）にも優れたデザインがありますが、言語はいくつかの方法で改善できます。C＃で記述する場合、Objective-Cで同じコードを記述するよりも生産性が高くなる可能性があります。これにはいくつかの理由がありますが、いくつかの理由があります。

• C＃には型推論があります。型の推論を使用すると、割り当ての左側にある型を「知る」必要がないため、コードをすばやく作成できます。また、リファクタリングをより簡単に、より節約できます。

• C＃にはジェネリックがあります。これにより、同等のObjective-Cコードと比較してエラーが減少します（Objective-Cにはいくつかの回避策がありますが、ほとんどの場合、開発者は回避します）。

• 最近、XamarinはAsync / Awaitのサポートを追加しました。これにより、非同期コードの記述が非常に簡単になります。

• iOS、Android、Windows Phoneのコードベースの一部を再利用できます。

• MonoTouchは、CocoaTouch APIの大部分を非常に簡単な方法で実装します。例：CocoaTouchの経験がある場合は、MonoTouch（MonoTouch.UIKitには、UIButton、UIView、UINavigationControllerなどのクラスが含まれています。同様に、MonoTouch.FoundationはNSStringのクラスを取得します。 NSDataなど...）。

• Xamarinは、PhoneGapやTitaniumなどのソリューションとは異なり、ユーザーにネイティブエクスペリエンスを提供します。

現在、Objective-CにはC＃に比べていくつかの利点がありますが、ほとんどの状況でC＃でアプリを作成すると、通常、開発時間とコードが簡潔になり、同じアプリを他のプラットフォームに移植する作業が少なくなります。注目すべき例外の1つは、OpenGLに依存する高性能ゲームです。

MonoTouchライブラリのコストは完全に重要ではありません。iPhoneアプリにMonoを使用すべきではない理由は、それが松葉杖だからです。ネイティブツールを学ぶのに煩わされることができない場合、私はあなたの製品がダウンロードする価値があると信じる理由はありません。

編集：2010年4月14日MonoTouchで記述されたアプリケーションは、iTunes Storeの対象ではありません。これは本来あるべき姿です。Appleは、Qtのようなクロスプラットフォームツールキット、またはAdobe独自のSystem 7ツールボックスの部分的な再実装を使用して、Macに多数の浅いポートを確認しました。