2012-04-01 9 views
-1

私の質問は簡単だと思います。私は5つの新しいものを使っていない、本当にシンプルなアプリを作っています。 しかし、メモリ管理が自動に設定できるので、プログラミングは簡単です。 私はSDKを取得するには問題はありません。私は両方のシミュレータを持っています。私のプログラミングとアプリの将来の進歩の単なる質問です。 正しくリコールすれば、iphoneの40%近くがios5を実行し、ipadsのほとんどがios 5でも実行されていると読んでいます。だから、私はそれに起因する多くのpotentional顧客/ダウンローダを失うべきではない、私はすべきですか?とにかく自動メモリ管理が間違っていると感じます。何かのように私は使用するべきではありません..何をする権利がありません..ios 4またはios 5用に開発する必要がありますか?

私はios 4またはios 5のために開発する必要がありますか? 私は皆様の個人的なご意見を歓迎いたします。

+1

ターゲット市場によって異なります。 ***あなたは***あなたの潜在的な顧客の財務状況、最新のハードウェアなどを使用する可能性を決定するために研究していますか? –

+1

ARC、私はそれが "気分が悪い"と同意します。しかし、アプリケーションの約80〜90%は、よりシンプルで、バグが発生しにくい可能性があります。他の10〜20%に入るかどうかを評価しなければなりません。 –

+0

もう一つ考慮すべきことは、あなたのアプリの生涯とあなたがそれをどれだけ早く得ることができるかです。短期間のアプリ(「話題」)は、最も幅広い基盤を目指すべきですが、開発に1年かかるアプリは今から1年後に環境を予測する必要があります。 –

答えて

0

これは主要なiOSバージョンであり、多くの新機能を備えているため、ほとんどのユーザーはiOSバージョンを5.0にアップグレードすると思います。

基本的にiOS 5を開発用に使用し、アプリケーションをiOS 4ユーザーと互換性のあるものにすることをお勧めします。

また、開発フェーズで多くの変更を残さないように、開発フェーズでiOSの最新バージョンを使用する方が良いでしょう。

私が知っているように、ほとんどのガベージコレクションを目的とするCコードで実行するiOS 5の非常に優れた機能であるAutomatic Reference Counting (ARC)です。

でもARCアプリはiOS 4でもうまく動作します。

ARC is supported in iOS 4 as well。だから、iOS 4のバージョンとの下位互換性を備えたiOS 5がアプリを開発する限り、それは問題ではないと思う。

例:また、仮定した場合にあなたはビルトインとiOS 5に統合が容易であるTwitterのような機能を持って、あなたはまだ条件付きで、デバイスのiOSのバージョンをチェックし、まだそれがiOSの4で動作させることができますlike:

if([[[UIDevice currentDevice] systemVersion] floatValue]>=5.0f) 
{ 
    // Integrate Twitter using in-built Twitter classes in iOS 5. 
} 
else if([[[UIDevice currentDevice] systemVersion] floatValue]<5.0f && [[[UIDevice currentDevice] systemVersion] floatValue]>4.0f) 
{ 
    // Integrate the Twitter SDK as we did in iOS 4.0 and make it work. 
} 

さらに助けが必要な場合はお知らせください。

これが役に立ちます。

+0

@Glademist:あなたが役に立ったと嬉しく思っています。 –

1

まだiOS4でAutomatic Reference Countingを使用することができます。そのため、まだコードを作成します。 (実際には私が今作ろうとしている最低のOSです)、特にあなたのアプリがiOS 5の機能を必要としないので、iOS 4をコード化しない本当の理由はありません。

Automatic Reference Countingはあなたのためにメモリを管理する点で「自動」ではありません。自分でコードを書くだけで済みます。私はまだ手作業でallocreleaseオブジェクトを学ぶだけです。あなた自身で使用する前に、ARCの仕組みをよく理解することができます。 Garbage Collectionのようなものではなく、そのように扱われるべきではありません。

0

あなたのアプリがシンプルなアプリだと思ったり、複雑なアプリは問題ではない(私はあなたがどのような種類のアプリを開発するのか分かりません)。アプリは常にバグフリーでクラッシュを避ける必要があります。

開発者の観点から見ると、ARCは、開発者(特に初心者向けiOS開発者)にとって、メモリ管理のオーバーヘッドに常に優れた機能でした。

iPhone/iPadユーザーのほとんどは、iOSバージョンをアップグレードしたいと考えています。起動5日以内に、iOS 5は33%のデバイスで使用されていました。 iOS 5の普及率は約60%です。

私の見解では、iOS4でのアプリケーションの開発は、テスト、メモリリーク、開発時間などの点でより高価です。一部の機能と廃止された方法は、最新のiOS5アプリケーションでは使用できません。

アップルのユーザーは、iOS5で導入された最高のパフォーマンス、高度な機能を常に見たいと思っています。あなたのアプリケーションが最新かつ最高のものを提供できない場合、あなたは悪い評価を受けるでしょう。

あなたはより高度な機能を備えたアプリケーションを作成するライバルを持っている場合は、あなたの顧客ベースの大部分は、iCloudのサポート通知センターの統合との競合1の賛成であなたのアプリ上を通過することを期待は、Twitterの統合、およびその他のiOS 5のみの機能iOS4はビジネスに悪いです。

関連する問題