2012-02-02 9 views
1

私はAPIレベル8のために書かれたアプリがいくつかあります。今はavdを実行しているアイスクリームサンドイッチでそれらを起動するとすぐに、またはしばらくしてクラッシュします。私が今したくないことは、これらのアプリケーションをすべてテストしてから、以前はエラーがなかったためにエラーを見つけようとすることです。ICSのためのアプリを手に入れよう

私がICSについて持っているすべての情報は、基本的にどこで変更されたかを伝える公式の相違報告書(http://developer.android.com/sdk/api_diff/15/changes.html)です。それは非常にいいですが、私はすべてのアプリにこれらのメソッドをすべて比較していません。私はこれが狂っていると信じています!

私は何を求めているのですか?私のソースコードを見て、ICS上で動作しないものを指摘するツールです。または私は何かを逃していますか?それとももっと情報がありますか?

すべてのAndroid開発者のチームがマイルでのEclipseのための彼らのプラグインを改善しているし、すべてのエラーや警告は、Androidリントで表示することができ、これ以上の手動をデバッグすることはもはや必要でなければなりません後

をフォローアップ。

+3

自動化されたツールはあなたの意図を判断できません。デバッグする必要があります。 –

答えて

1

私は@matthewreadと同意します。これはあなたのソフトウェアをチェーンの上に移植する時代の挑戦です。すべてが失われていないのは、あなたがたいてい見つけられるのは、一度あなたが二つのデルタを発見し、いくつかの修正を加えれば、残りは落ち着かなければならないということです。 ICSはそれほど変わっていません。

デバッグ情報にlogcatキャッチまたは追加のデバッグポイントを追加する方法もあります。そうすれば、例外を生成するので、通常はコード内で拾う以上に拾うことができます。彼らは例外の前後にどんな出来事があってもlogcatに入るでしょう。その時点で、あなたはあなたの前で問題を抱えています。

ところで、あなたが参照しているデルタ文書は、どこから問題を探し始めるべきかを特定するためにのみ使用してください。どんなAndroidサービスでも、変更されたコールなどはそこにdoc'dされます。あなたが使用している可能性のあるものを見つけて、その変更を理解してから、ソフトウェアとデバッグに切り替えてください。

関連する問題