Objective-C に対する「iPhone アプリをすばやくビルドする」サードパーティ ソリューションはかなり多いようですが、それらのいずれかに利点があるかどうかはわかりません。チュートリアルとサンプルアプリの作成を通じて Objective-C を学習しています。ゆっくりと学んでいると感じていますが、それでも学んでいます。これらのサードパーティのソリューションは良いですか、それとも悪いですか?
8 に答える
iOS、Android、Windows、OS X、x86 Linux... すぐに Windows 8 と arm Linux でユーザー インターフェイスを微調整して同じアプリを展開することに興味がある場合、LiveCode は良いソリューションです。サーバー側のスクリプト作成オプションもあるため、多くのプラットフォームで使用できるライブラリを実装できます。プラットフォームもオープン ソースになり、今月最初のコード ドロップが予定されています。
悪いアプリをすばやくビルドするツールには近づきませんが、少し偏っています。
私が直接経験したのは Titanium Appcelerator だけですが、その短い時間で、クラッシュを回避するために自動生成されたプロジェクト ソースにパッチを適用するスクリプトを作成する必要がありました (スクリプトまたは SDK の変更が必要でした)。 、自動生成されたコードはビルドごとに上書きされるため)。UI API は決して使いやすいものではありませんでした。コードはインタープリターで実行される圧縮された JavaScript BLOB に変換され、JS スレッドとメイン スレッド間で物を渡すために信じられないほどのフープが飛び越えたため、問題をデバッグするのが非常に困難であることがわかりました。不足している機能で拡張することはほぼ除外されました。私はとてもそれはプロジェクトの回復だったので、ここでは偏っています (皮肉なことに、元の開発者は Android バージョンをネイティブに作成することになり、ネイティブの iOS バージョンを作成するよりも「クロスプラットフォーム」バージョンを作成するのに多くの時間を費やした可能性があります)。 )。
PhoneGap については、ネイティブ コードで時折処理を行うWebView だけが必要な場合(JS とネイティブ コード間で処理を渡すための API は優れていると報告されている) だけでよいという意見を聞いたことがありますが、これは大きな「if」です。 「ネイティブ」UI を気にしない場合や、ネイティブ機能を追加する出発点として使用する場合は問題ありません。
PhoneGap のグーグル検索で、trigger.io の広告が表示されました。サンプルページでできるアプリをテストしました:
- PlayerPro のログイン画面がスクロールし (死んだ景品)、contentSize が 20 ピクセル高すぎ、ネイティブの Facebook ログインを使用していません。「Facebookでサインアップ」ボタンの画像が引き伸ばされ、タップしても目に見えて変化しません。
- Fanium のログイン画面のボタンは、タップしても視覚的に変化しません。ナビゲーション バーの「ボタン」が消えて、ログイン ボタンを押すと再び表示されます。
- Hojoki のボタンが正しくありません。ログインページは縦にスクロールしますが、一方向にしかスクロールしません (その必要はありません!)。ネイティブの Facebook ログインは使用しません。
- Fetchnotes のイントロ画面には、スクロールするための左右のボタン (矢印がずれている) があります。普通にスクロールできません。スクロール アニメーションはネイティブではありません。ログイン/サインアップ画面の戻るボタンは明らかにネイティブではなく、画面の左側に近すぎます (すべての非ネイティブ ボタンは通常、少しずれているように見えます)。ユーザー名/メール/パスワード フィールドが高すぎます。フィールドをタップすると、Safari と同じように、キーボードの上に前/次/完了バーが表示されます。ユーザー名フィールドでは、return キーは "Go" と表示され、それをタップすると、前/次/完了バーの後ろにエラー メッセージが表示されます (バーは半透明ですが、ユーザーが気付かないほど暗いです)。次のフィールドに変わります。
- すべてのアプリで、非ネイティブ ボタンは、ネイティブ ボタン (キーボードの上の前/次/完了バー、または子会社の Facebook/Yahoo/Google ログイン Web ビューに関連付けられた「閉じる」ボタン) よりも、タッチへの応答に時間がかかりました。
そして、それが彼らの「App Showcase」であり、ネイティブログイン(少なくともFacebookには存在する)をサポートすることを気にすることができないため、使い捨てのアカウントを作成するのに十分気にしないので、私はそれほど遠くまで行きませんでした.
もちろん、風変わりでネイティブではないアプリを気にしないのであれば、それはあなた次第です。
それは「人それぞれ」の世界ですが、私はアプリ作成のワンストップ ショップとして LiveCode に傾倒しています。誰かが以前に述べたように、多くの「悪いアプリをすばやく作成する」ソリューションがありますが、LiveCode は、最新の機能をサポートしながら、コードを簡単に習得して使用できるように努めています。低レベルの目標 C を扱うのは万人向けではありませんが、まだそこにない機能が必要な場合は、袖をまくり上げて自分で外部を作成するか、LC コミュニティに手を差し伸べることができます。モンテのように、素晴らしい外観を提供することを専門とする人が何人かいます。LC がオープンソースになった今、ボンネットの下のパワーは向上する一方です。
これは私の意見にすぎませんが、作成したプログラムに関係なく、iPhone アプリに埋め込まれた HTML/Javascript ソリューションを見つけることができます。私は、Web 用ではなくデバイス用に設計され、デバイスに適合するように作成されたアプリを好みます。私の2セント。
私にとって HTML/Javascript アプリの主な利点は、ほとんどのデバイスに合わせてサイズを変更できることです。
Livecode アプリの私にとっての主な利点は、それが構築されたデバイスと完全に一致する機能です。
IOS のみをターゲットにしている場合は、Objective C を使用してアプリケーションを開発することをお勧めします。ただし、android、iphone、blackberry などの複数のモバイル プラットフォームをターゲットにしている場合は、phonegap、kony などの他のフレームワークを使用できます。
フォンギャップのメリット HTML、JavaScript、CSSの知識があれば十分。
Kony の利点 基本的な Luva コーディングの知識があれば十分です。
Web アプリケーションを開発している場合は phonegap のようなフレームワークが適しています。ネイティブ アプリケーションを開発している場合は、ネイティブ フレームワークを使用する方が適しています。これが私の提案です。
それはあなたが達成したいことに依存します。
クロスプラットフォームでの使いやすさが必要な場合、特に JavaScript を既に知っている場合は、 Titanium Mobile の Appceleratorが非常に優れています。ただし、個人的には、これらのツールのパフォーマンスと拡張性が Objective-C のものほど堅牢であるとは思っていませんが、クロスプラットフォームであるという大きな利点があります。
iOS のみのコンテンツ駆動型アプリケーションが必要な場合、RareWireは優れたソリューションです。Mac を必要とせず、すべてクラウド ベースです。RareWire に関する私の唯一の問題は、真の処理能力と制御ステートメントの欠如です。
2つの主な理由:
- ハードウェアアクセラレーションの欠如によるパフォーマンスの問題。
- 作成できるアプリの種類に対する柔軟性の欠如。つまり、サードパーティによってサポートされている機能のみです。ネイティブObjectiveCの場合、空が限界です。
あらゆる開発プラットフォームの最大の利点は、同じ作業で時間の経過とともに生み出す収益を最大化できることです。
Objective-C で iOS をターゲットにすると、iPhone、iPod Touch、iPad のユーザーをターゲットにできます。ここには細かな言葉はありません.Cのオブジェクト指向の派生物を学んでいます.Appleデバイスにのみ適用されます.Mac OS Xも忘れないでください.他にもオプションがあります.
マルチプラットフォーム (特に LiveCode を使用) は、すべての主要なデスクトップ (Windows、Linux、Mac OS X) と Android デバイスも開きます。IDE は Web アプリではなく、アイデアを非常に迅速にテストできます。