カメラで写真を撮り、写真を表示し、通知を受信することをコア機能とするモバイル/タブレット アプリケーションを構築したいと考えています。また、iPhone、iPad、および Android プラットフォームをターゲットにしたいと考えています。
Titanium appcelerator は、そのクロス プラットフォームの魅力により、私の興味をそそりました。しかし、私はSOや他のサイトでさまざまなレビューを読んだので心配しています. 私が心配していることは次のとおりです。
私にとっての悪夢のシナリオは、チタンに時間を投資して、後でそれが主要な PITA であることを発見し、それを落として「ネイティブ」にすることです。
あなたの考えや経験を共有してください。
カメラを使用しないものではありますが、私は深刻なアプリケーションのためにチタンを選択しました. あなたの決断に影響を与える可能性のあるさまざまなことがあると思います...
アプリがカメラを使って「派手な」ことをしたり、非常に負荷の高い画像処理をしたりする場合は、ネイティブに移行する方がよいでしょう。一方、写真を撮りたいだけで、それらがそのまま使用されるか、サーバーに送信されるか、またはそうでない場合、Titanium は問題なく動作するはずです。Titaniumにはいくつかの処理と画像操作がありますが、他の人が言ったように、デバイスのハードウェアを本当に活用したい場合は、おそらく完全にネイティブにしたいでしょう.
また、Titanium アプリを使用すると、すべてのデバイスでそのまま動作する単一のアプリを作成するだけでなく、Appcelerator もこれを述べていることに注意してください。各デバイス (または iPhone、Android などのデバイスのクラス) ごとに UI を調整する必要があります。これは、UI が異なり、標準の UI フローが異なるためです。
ただし、Titanium の潜在的な利点の 1 つは、Objective-C や Java を知らなくても、JavaScript を知っている場合です (私の場合、実際に Coffeescript を使用しています :)。または、ObjC/Java よりも JS を書くほうが仕事を楽しみたい場合。これが私の主な理由の1つでした。私は過去に ObjC 開発を行ったことがありますが、それは気にしませんが、私が行っているこのプロジェクトは非常にアグレッシブなスケジュールで行われており、Titanium を使用する方がはるかに効果的でした。私は非常に迅速にアプリをセットアップして構築することができました。また、使用しているプログラミング言語、メモリ管理ビット (Titanium ではこれを完全に無視することはできません。しかし、本質的に彼らはあなたのためにそれをやっています）。私が話した人々に基づいて、
ある時点で Android バージョンを作成する予定ですが、それは優先事項ではありません。しかし、私のアプリ コードの大部分が再利用可能になり、テストなどが行われることを知ってうれしく思います。ネットワーク コードやデータ管理を書き直すのではなく、Android の UI を構築/改良するだけで終わります。 、 等々。Android のサポートは、Titanium 1.5 で (おそらく) 大幅に改善される予定ですが、それが優先される場合は、そのリリースを待って Android を評価することをお勧めします。
最後に、Titanium には「モジュール」システムがあり、ネイティブ コードをラップして、Titanium で JavaScript インターフェイスとして公開できます。これを利用してサードパーティのライブラリを統合しようとしています。少なくとも必要なものについては、非常に使いやすいように見えます。また、アクセスする必要がある特定のネイティブ機能が登場した場合に、 Titanium を使用している間にそれを統合できる可能性は十分にありますが、それは特定のネイティブ機能が何であるかに依存すると思います。
頑張って、モバイルアプリの構築を楽しんでください。とても楽しいです!
プロジェクトの 1 つで約 2 か月間 Titanium を使用してきましたが、率直に言って、Titanium の経験は残念です。
私の意見によると、以下はチタンのいくつかの主な欠点です。
1) まず第一に、デバッグのサポートがまったく得られないことです (どのプロジェクトでもどのテクノロジーでもデバッグが必要であることは理解できます)。
2) Titanium は Android/iPhone のすべての機能を完全にはサポートしていません。あるレベルを超えると、サポートが得られなくなります。
3) Android/iPhone SDK と比較すると、開発者はインターネットと API ライブラリから得られるヘルプの量が非常に少なくなります (Titanium は API ライブラリのヘルプ ファイルを提供します)。
これらは、最終開発者が Titanium を扱う際に直面する一般的な問題であり、退屈でイライラする作業になることもあると思います。
アプリケーションの機能が Web からのデータの表示に多少似ている場合 (多くのニュース、メディア タイプのアプリなど)、Titanium が適切なオプションです。そうでなければそうではありません。
デバイス ハードウェアとのやり取りがアプリケーションの重要な要件の 1 つである場合は、クロスプラットフォーム ツールキットを使用しないことをお勧めします。これまで Titanium を使用したことはありませんが、ネイティブ フレームワークと同じレベルのハードウェア アクセスが提供されるとは信じがたいです。
特に iOS 4.0 では、AVFoundation によるライブ ビデオ フレーム処理など、カメラに関する新機能が大量に追加されました。これらのプラットフォームの進歩にサードパーティのフレームワークが追いつくとは信じがたいです。正直なところ、最近の iPhone でカメラと対話するアプリケーションを作成するのは非常に簡単です (これを示す指標として、App Store にあるアプリケーションの数を数えてください)。先日、ライブカメラのフレーム加工アプリを6時間ほどで書きました。
Android について話すことはできませんが、ネイティブ API を使用してカメラを扱うことはかなり簡単だと思います。
また、アプリケーションのパフォーマンス テストとデバッグが、サード パーティから提供されたものよりもネイティブ ツールを使用する方がはるかに簡単であることがわかるでしょう。特に、Apple の Instruments は、アプリケーション内の CPU とメモリの問題を追跡するための非常に強力でありながら操作が簡単なアプリケーションです。
コミュニティの側面もあります。Android や Cocoa Touch に取り組んでいる人は、Titanium よりもはるかに多いことがわかります (Stack Overflow のさまざまなタグにある質問の数を見てください)。これは、より多くのチュートリアルと、より多くのサンプル コードを使用できることを意味します。
iPhone と Android のビルド環境をセットアップし、両方のストアに提出するのに費やす時間は、ネイティブ環境を使用する場合でも Titanium を使用する場合でも同じです。
最終的には、両方のプラットフォームを学習したとしても、クロスプラットフォーム ソリューションを回避することで優位に立つことができると思います。私を信じてください、私は以前に他のプロジェクトのためにクロスプラットフォーム開発を試みたことがありますが、最終的には、書くのにはるかに長い時間がかかった最小公分母の製品になりました。
Android のサポートは、iPhone ほど良くはありません。あなたが単にiPhoneと言うなら、チタンを使えば運がいいと思います。ただし、Appcelerator で 1 つのコード ベースを構築し、Android 環境で使用することは、最適なエクスペリエンスではない可能性があると思います。
そうは言っても、Android / Java コードを実行する IMO は、Objective C / iPhone の作業を実行するよりもはるかに簡単です。
最悪の場合、iPhone バージョンに Titanium を使用し、Java で Android を実行することを検討します。
両方を Titanium で試してみることもできますが、最悪の場合は Java バージョンをコーディングします。
Objective C と「ネイティブ」の Apple 開発環境が大嫌いです。
Appcelerator ベースのカメラ アプリケーションを開発しましたが、非常に満足しています。否定的なレビューのいくつかは、セットアップが少し難しいという事実から来ていると思います (Apple のクレイジーな開発者登録プロセスが原因です)。
使い始めると、カメラ画面の上にオーバーレイなどを簡単に実行できました。私は本当にその部分で難しいと思っていましたが、うまくいきました。
過去に Appcelerator チームと話をしたことがありますが、彼らは一緒に仕事をするのに最適なグループです。私は彼らが他のユーザーの問題に対応しているのを見てきました.実際のバグに遭遇した場合、彼らはすぐにそれに対処すると信じています.
Titanium Appcelerator の否定的なフィードバックを確認しましたが、PhongeGap Development を使用すると、iPhone、iPad、および Android モバイル用のアプリを簡単に作成できる HTML5 をサポートしているというAaron Saundersに完全に同意します。
少し遅れましたが、私の 2 セント...
正直なところ、 Titanium Appceleratorを使用して非常に迅速にアプリケーションのプロトタイプを作成し、重要な機能セットに集中して、それが適切なツールであるかどうかを判断できると信じています.
すべての開発者は、コメントに影響を与える意見や経験を持っています。開発者には、さまざまな学習方法とさまざまなレベルの生産性があります...最終的には、利用可能なツールでどのように生産性を高めるかということになります。
最初から複数のプラットフォームでソリューションを提供したいとおっしゃっているので、クロスプラットフォームのフレームワークの調査に 1 週間か 2 週間も費やさずに、その結果に基づいて決定を下すのは、あなたの判断としてはまずいと思います。個人的体験。
Titanium Appceleratorがあり、PhoneGapもあります。PhoneGapが役立つ可能性があるのは、プラグインを作成することで基盤となるフレームワークを拡張/強化する機能があり (私は iphone 用に作成しました)、私のブログには android のものもあります.. . これにより、プラットフォーム間を移動するときに不足しているギャップを埋めることができます。
また、電話ギャップ ソリューションの UI は HTML5 Webkit ベースであるため、必要に応じてデバイス間で一貫したルック アンド フィールを提供できます。jQTouchやJQuery Mobileなどのフレームワークは、 PhoneGapアプリケーションの UX に使用されています。
チタンのコストを強調した人はいますか。
私は今日彼らから連絡を受けました、そしてあなたが複数の人のバンドであるならばあなたはパートナーシッププログラムにサインアップしなければなりません、さもなければあなたがアプリをリリースするならばあなたは契約違反の責任を負います。
パートナーシッププログラムは5000ポンドで、これが私たちの最初のアプリケーションであるとき、スタートアップ企業として私たちにとってははるかに遠いです。私たちは現在、別のオプションを探しています。