電話帳とデータ集約型アプリケーション用のモノタッチ

Question

私たちはモバイルデバイス用のデータ集約型アプリケーションを開発しようとしています。当社の中心的な問題は、オフライン

私たちのスキルセットは非常に多くのWeb開発C＃ASP.Netである私たちは、クライアントアプリが動作するように望んでいるクライアント

上のデータのかなり多くを保存する必要があります

1. です。確かに私たちは、オフラインアプリケーションキャッシュを活用するHTML5のローカルストレージを使用してDEV

   1. Webアプリケーションのための3つの可能性を考えていないのObjective C

   。 ローカルストレージには5MBの制限がありますが、特定のブラウザでは2.5MBになる可能性があります。

2. ウェブアプリケーションPhoneGapからネイティブアプリを作成してください。 大きな利点は、ファイルシステムをストレージに使用できることです。欠点は、App Store（特にiOS向け）を経由しなくてはならないということです - Appleへのサブスクリプションアプリの収益の30％チャット

3. 私たちはAndroidとiOSでMonoTouchを使用してアプリを構築します。 Good - C＃と.Netこれを行うことができます。バッド - なしブラックベリー

質問

私は、この例ではPhoneGapの上MonoTouchでの使用のいずれかの本物の利点を見るために苦労しています。彼らは何ですか？彼らは何ですか？

この例では、ファイルシステムにデータを保存するのが本当に便利ですが、私は電話のギャップがFile objectによってこれを行うことができると信じています。明らかに、monoTouchはSystem.IOを利用します。

MonoTouchに明確な追加機能がある場合があります。特にモバイルデベロッパーにとって便利な機能です。ジオロケーションまたはカメラタイプの機能？あるいは、電話の隙間は、これら全てを網羅しています。

生意気な追加の質問

私が見逃している他のオプションや、私が忘れていることを概説している3つのアプローチのために、他の主要な利点/欠点はありますか？みんなの専門知識

Answer 1

MonoTouchで書かれた非常にデータ集約型のアプリを完成させました。アプリは、中間層を介してSAPデータにアクセスし、これをアプリに公開します。また、同じ中間層を介して、アプリからSAPへの直接の更新も可能です。

これをMonoDroidを使用してWindows PhoneとAndroidに移植しています。

それはMonoTouchでは、転送方法だったことを上司を説得するために私にしばらく時間がかかった、と私たちは私が彼を説得しようとしていた時だった事前のjQueryモバイル、ExtJSのとOBJのC.

を含む、いくつかの異なる製品を試してみましたAttachmateの買収の時期であり、MonoTouchが破滅したような時代に見えました。幸運なことに私（私）のために、Xamarinは火の中の有名なフェニックスのように踊り、彼らは今日のモノに発展し続けました。

C＃開発者（そしてMono愛好家）として、Obj CやHTML/JavaScriptの主な勝利は、私がC＃を使って仕事を完了できるという事実でした。ドキュメンテーションは非常に優れていて、ドコがそれをかなりカットしていなかったとき（最近更新されたとき）、コミュニティはそうしました。

IRCチャンネルは非常に活発で、Xamarinの従業員やコミュニティのエバンジェリストは常に問題の解決に役立ち、洞察を提供しています。メーリングリストと同様。

もう一つのプラスは、MT周辺で生育しているエコシステムです。 MT.Dialogは、テーブルベースのUIをXcode同等のものと比較して絶対的な風合いを発達させます。 Silverlightに基づいたサブネットですが、シリアライゼーション、電子メールから暗号化などのあらゆるものがあります.Netがそれをカバーしていない場合、または特定のMono *プロジェクトがない場合あなたはMTコードでObjCプラグインを使用することができます。

私は、MTが実証済みのプラットフォームとして「まだ証明されていません」と私は同意していません。私たちはそれを使用していますが、私たちは比較的小さな会社ですが、それを使っている大企業もたくさんあります。 Ausのテレビ広告でアップルが展示しているアプリのいくつかは、MTで書かれている。

私はMonoTouchの2つの問題点を解決するために、ObjCを読むことができなければならないということがありました（しかし、私はこれをconとして見ません...とにかく多くの言語を読み書きできるようにする必要があります）、歴史的に、MonoDevelopはちょっとバグがありました。主要なバグは押しつぶされているように見えます。オープンソースプロジェクトであれば、それらを修正して残りの部分を助けることができます！

1. 私たちは、クライアント

C＃での.NETのSystem.IOクラスを使用してのデータのかなり多くを保存する必要があります：あなたの懸念に答えるために

。あなたはこれらの不明な場合は、MSDNの例のどっさり（MTは、ファイルストレージのiOSの実装を隠す）

1. を持つクライアントは、アプリケーションがオフライン

彼らはこのすべてが、行うことができます働きたいですネイティブアプリはいつも私の意見では気分が良くなります。

1. 私たちのスキルセットは非常にWeb開発C＃ASP.Netです。間違いなく目標C

MonoTouchはあなたの強みを発揮し、数ヶ月ではなく数週間でアプリを持っています！

私の2ペニー！私は同じルートを何度も何度も何度も選ぶことをためらっていません。

Answer 2

ため

おかげで私は、しかし、私は経験豊富なC＃の/ Silverlightの開発者です、（WP7に）しばらくの間、今のPhoneGapを使用するが、MonoTouchでを使用していません。

MonoTouchでのいくつかの利点：ネイティブUIで

• あなたのコードの結果、
• C＃は「進取の強度」プログラミング言語であるすべてのプラットフォーム上で最高の経験を与えます。データ集約型アプリケーションの開発に適しています
• あなたの現在のスキルセットはあなたによく役立ちます
• numerous applications written with MonoTouchが、アプリケーションストア経由で利用できます。

MonoTouchでのいくつかの欠点：

• あなたはiPhoneのAPI再びC＃のコードを書くには、そのためのAndroidへの移植に、あなたはMonoDroid用に別のUI層を持っている必要があります。 PhoneGapのの

利点：サポートするOSの完全な範囲を越えnumerous applications written using PhoneGapで、非常に成熟したフレームワークのように見え始めている

• 。
• PhoneGapのコミュニティサポートは良好です
• 将来の技術として多く見られるHTML5を使用しています。これはむしろ広範な声明ですが、大きなプレーヤー（Microsoft、Adobeなど）のほとんどがそれを支持しています。 PhoneGapのの

短所：

• それはおそらく、most misunderstood language in widespread use JavaScriptを使用しています！
• UIはHTMLで記述されています。 jQuery Mobileのようなフレームワークの最善の努力にもかかわらず、それはネイティブを感じることはありません。
• 一貫したAPIを提供するためにプラットフォーム固有の「シム」コードがあるため、プラットフォーム固有の問題があります。しかし、私はPhoneGapチームがこれらを非常に迅速に修正することを発見しました。

要約すると、厳しい選択です！

個人的に私は、PhoneGapのを行くが、ないでしょうが、むしろ、任意の特定のOSのルックアンドフィールをエミュレートし、アプリケーションに適しています独自のUIを作成して、すべてのプラットフォームであることを利用してみてください。

Answer 3

昨日（2012年2月8日）にリリースされたMonoTouchの新リリース - 5.2があります。 iOSアプリケーションの開発をより簡単かつ迅速に行うための多くの新機能詳細については、こちらからアクセスしてください：http://blog.xamarin.com/

MonoTouchを特に興味深い技術にする1つのことは、インターネット接続を必要とせずに実行できるかなり洗練されたアプリを開発する能力です。それは大事かもしれません。