1

いくつかの Android API (ポリシーマネージャー、パッケージマネージャー、wifi API など) を使用する Android アプリケーションを作成しようとしています。

私が懸念しているのは、Android がオープンであることです。メーカー/キャリアは、Android の特定のバージョンを開始点として自由に使用し、同じものをカスタマイズして、デバイスと一緒に出荷できます。

注: この投稿が、同じ/類似のトピックに関する以前の投稿の繰り返しである場合は、ご容赦ください。そのような場合は、以前の投稿を共有してくれる人に感謝します。

気になる点は次のとおりです。

  • Android はメーカー/キャリアにデフォルトの API を保持し、ルック アンド フィールのみを上書き/カスタマイズすることを強制/要求していますか?
  • メーカーが Android からの基本的な API の実装/動作を変更したとしても、私のコードが壊れないようにインターフェイスに準拠していますか?
  • 1 つまたは複数のカスタマイズによってアプリケーション全体が壊れる可能性があるため、コードがすべての Android デバイスで動作することを確認/テストするにはどうすればよいですか?

これらは、しばらくの間 Android を使用している可能性のある多くの皆さんにとって素朴な質問であることは承知していますが、この点に関する指針は非常に役立ちます。

クロスバージョン、クロスデバイスの非互換性、およびそれらに対処するための戦略に関する一般的なその他の情報は非常に役立ちます。

よろしくお願いします。

よろしく、 ディーパック

4

2 に答える 2

1

あなたの懸念 (および他の多くの開発者) は、http ://source.android.com/compatibility/index.html によって対処され ます。

一般的なアプローチは、最初に市場の大部分を占めるデバイスのサブセットをターゲットにしてから、必要に応じて他のデバイスに回避策を実装することです。デバイス市場への浸透に関するサンプル情報は、http: //opensignalmaps.com/reports/fragmentation.phpにあります。

敬具、
ボー

于 2012-05-18T11:08:23.180 に答える
0

まず、これについて心配する必要はないと思います。何千人ものユーザーを獲得して初めて、Android デバイスを提供する多数のメーカーによって引き起こされるより複雑な問題に直面することになります。これは、Android 向けの開発を思いとどまらせるものではありません。

  • android は、デフォルトの API を保持し、ルック アンド フィールのみを上書き/カスタマイズすることをメーカー/通信事業者に強制/要求しますか?
    • いいえ。しかし、システムから重要な API を削除することは、彼らにとって確実に不利になります。コアは全体として存在しますが、必要に応じてチャンクを削除または無効にすることを妨げるものは何もありません。たとえば、AT&T は少し前に Android デバイスでアプリをサイドロードする機能を無効にしていました (しかし、AT&T はまだそうしているとは思いません)。機能が制限されたデバイスの例: Amazon Kindle Fire。インターフェイスの大部分 (サードパーティ アプリ内を除く) で Android のようには見えず、完全な API セットを提供していません。こうした劇的な変化にもかかわらず、Android アプリの開発者は、Kindle Fire で問題なく動作するアプリを構築して販売することに大きな成功を収めています。
  • メーカーが Android からの基本的な API の実装/動作を変更したとしても、私のコードが壊れないようにインターフェイスに準拠していますか?
    • それがアイデアですが、物事を壊すことを禁止するものは何もありません。また、彼らが誤ってバグを持ち込むのを防ぐものも何もありません。
  • 1 つまたは複数のカスタマイズによってアプリケーション全体が壊れる可能性があるため、コードがすべての Android デバイスで動作することを確認/テストするにはどうすればよいですか?
    • 一部のメーカーは、システムに対するテストを支援するために、デバイス/構成用のエミュレーターを提供することを知っています。たとえば、Motorola はこの目的のために MOTODEV Studio を提供しています。
于 2012-05-18T11:02:57.853 に答える