問題タブ [library-project]

プロジェクトの一部として、完全に機能するウィジェットがありました。次に、一般的なコード（ウィジェットを含む）をライブラリプロジェクトに抽出することにしました。これを行った後、ウィジェットを除いてすべてが機能します。追加可能なウィジェットのリストに表示されますが、デスクトップに配置すると、「アプリケーションが電話にインストールされていません」というトーストメッセージだけが表示されます。誰かがこれに光を当てることができますか？

構成もコードも変更されていません。ウィジェット定義は両方のメタファイル（プロジェクトとライブラリ）に存在し、プロジェクトメタファイルには絶対（パスを含む）名とすべてのアクセス許可が含まれています。

Android ライブラリ プロジェクトを使用して、「最終プロジェクト」の特定のクラスを上書きするにはどうすればよいですか。

つまり、ライブラリ プロジェクトを参照し、同時にコードの一部を変更したい..

外部Jar（Admobコードベースなど）を使用しないアプリに含めることには不利な点はありますか？同じアプリの2つのバージョンを作成していますが、広告なしと広告付きの両方に含める方がはるかに簡単なようです。

それで、それは単に電話のより多くのスペースを占めるのでしょうか、それともアプリのパフォーマンスに影響を与えるのでしょうか？

私が行っているいくつかのプロジェクトに共通するいくつかの共有ライブラリを作成しています。問題は、XML に関して言えば、ライブラリ プロジェクトの XML がメイン プロジェクトに含まれていないことです。現時点では、プログラムですべてを行っていますが、これは明らかに理想的ではありません。

これを行う方法はありますか（毎回手動で貼り付ける以外に）

チームの他のメンバーもこの「フレームワーク」を使用する必要があることを念頭に置いて、参照するだけで手間をかけずに使用できるようにしたいと考えています。

派生アクティビティのいくつかのオーバーライド可能なメソッドを除いて、すべてのコードがライブラリに存在するように、既存のアプリを再構築しようとしています。これは何らかの理由でまだ機能しませんが、これをトラブルシューティングしようとする過程で、1 つではなく2 つの.apk ファイルがインストールされていることに多くの失望を発見しました(Eclipse からデバッグ セッションを実行したとき)。

1. 最初の (そしてより大きなファイル) は元のライブラリ名を持っています。
2. 2 つ目 (サイズはわずか 20KB) には、派生したアプリケーション名があります。

その理由と、これについてどこで詳しく知ることができますか?

それは私が抱えているClassNotFoundExceptionの問題を説明できますか?

[ライブラリ]チェックボックスをオンにして既存のAndroidアプリケーションプロジェクトをAndroidライブラリプロジェクトに変換しても、プロジェクトのソースコードまたはXMLファイルに何も変更がないことに気付きました。

では、「ライブラリ」チェックボックスをオンにすると、実際に何が起こるのでしょうか。パッケージやプロジェクトファイルの内部で何が変更されますか？これについてどこでもっと知ることができますか？

私の質問をよりよく説明するために：

1. 私が知りたいのは（主にトラブルシューティングの目的で） 、アプリケーションパッケージとライブラリパッケージの「隠れた」違いは何ですか？
2. プロジェクトが「ライブラリプロジェクト」であるという事実はどこかにマークされていますか？もしそうなら、それはどこにマークされますか（明らかにソースファイルではなく、res XMLファイルでもありません）

ライブラリ プロジェクトから派生したすべてのアプリケーションに同じアプリケーション アイコンを使用しようとしています。

このスレッドで提供されているアドバイスを実装するのと同じくらい簡単だと思いましたが、残念ながらうまくいきません。

私がしたことは<manifest>、アプリケーションの次の行のタグに追加することですAndroidManifest.xml:

AndroidManifest.xmlそして、同じファイルの数行下で、典型的なもの@drawable/iconを次のように変更します。

しかし、うまくいきません！

代わりに、Eclipse は次のように教えてくれます。

エラー: エラー: 指定された名前に一致するリソースが見つかりません ('icon' で値 '@omlib:drawable/icon')。

どうやら、レイアウト XML とマニフェスト XML からドローアブルを参照することは同じではありません。

アプリケーションの AndroidManifest.xml でライブラリ プロジェクトからアイコンを参照するにはどうすればよいですか?

派生した Activity クラスのいくつかのメソッドを除いて、すべてがライブラリ プロジェクトにあるように、アプリケーションをうまく再構築することができました。

Eclipse のコンソール ( LogCat ではない!) が次のエラー メッセージを発行することを除いて、これは美しく機能します。

両方のプロジェクト (ライブラリとアプリケーション)をクリーンアップし、Eclipse を再起動してプロジェクトを再構築しましたが、この奇妙なエラー メッセージが残ります。

このエラー メッセージはどういう意味ですか? （特に、すべてが正常に動作しているように見える光の中で）

どうすればそれを取り除くことができますか？

更新: プロジェクトを削除してから、以下の提案に従って再インポートしてみました。役に立ちませんでした。次に、アプリケーションの AndroidManifest.xml に MyLibrary を参照していることを理解するのに役立つこのスレッドを見つけました。<uses-library>私はそれを削除し、プロジェクトをきれいにして再構築しました。問題は解決しません。

私は今、これが「本当の問題」であると疑っています。たとえば、いくつかのパスの設定ミスや、私の側の何かです。どうなり得るか？

すべてが期待どおりに機能しているように見えますが、Eclipse のコンソールがエラーを出し続けるという奇妙な問題Could not find Library.apk!が発生しています。

考えられるすべての「ブードゥー」トリックを使い果たしたので、おそらくそのエラーメッセージの原因は、ライブラリプロジェクトのパッケージ名を指定することにより、Eclipseが期待し、APK?

developer.android.com のライブラリ プロジェクトに関するドキュメントは非常に短く、ライブラリ プロジェクト ベースのアプリケーションへの変換を機能させるために経験しなければならなかったすべての問題について説明しているわけではありません。

ライブラリ プロジェクトでは、AndroidManifest.xml にパッケージ名が必要ですか?

答えが「はい」の場合、APKが存在しないはずなのに、Eclipse が APK を見つけられないと文句を言うのはなぜですか?

Libraryプロジェクトに属するクラスで、次のように呼び出します。

残念ながら、これはファイル info.html をアプリケーションのプロジェクト アセット フォルダーにも複製した場合にのみ機能します。

Android ライブラリ コードに「アプリケーションのアセット フォルダではなく、ライブラリのアセット フォルダでこのファイルを探してください」と伝える方法はありますか?