私のプロジェクトIntentExamplesには、サービスに対応するこのフィルターがあります。

<intent-filter>
                <action android:name="biz.rpcodes.apps.intentexamples.START_SERVICE" />
</intent-filter>

別のプロジェクトUseExampleServiceには、次のようなものがあります。

Intent i = new Intent("biz.rpcodes.apps.intentexamples.START_SERVICE");
                startService(i);

...この答えによって導かれる：https : //stackoverflow.com/a/16439551/5181778

私の質問は、複数のプロジェクトにわたってこれらのインテントフィルター文字列をどのように管理すればよいですか？私が今持っている最善の解決策は、Serviceプロジェクトから他のプロジェクトにコピーアンドペーストするクラスを作成することです。

class ExampleServiceIntents {
public static final String ExampleServiceIntents.START_SERVICE = 
    "biz.rpcodes.apps.intentexamples.START_SERVICE";
...

Serviceクラス自体をインポートすることもできますが、 new Intent(this, ExampleService.class)Serviceクラスを独自のプロジェクトに保持したいと考えています。

Android共有ライブラリまたはオペレーティングシステム依存のシンボリックリンク。

オプション1：共有Androidライブラリ

各プロジェクトにインポートされた正式なAndroidライブラリ。

長所：タイプセーフ。クロスプラットフォームで、ソース管理と連携します。完全な構文チェックとエディターのサポート。

短所：現在のエディター（Android StudioまたはEclipseとADTを使用）を介してプロジェクトをライブラリーとしてインポートすることは、これを行うための非常に優れたインターフェースを提供していないため、まだ少し面倒です。このタスクを頻繁に行う必要があるが、それほど頻繁ではない場合は、毎回すべての手順を覚えている場合、これは努力に値しないかもしれません。しかし、それが最初から1度か2度のものである場合は、再度実行する必要はありません。それほど悪くはありません。

オプション2シンボリックリンク

各プロジェクトの共通ソースファイルをシンボリックリンクします。その後、両方のプロジェクトでファイルとその変更が表示されるため、同期を保つことができます。

長所：実装がはるかに簡単です。

短所：シンボリックリンクは、ソース管理ツールではうまく機能しません。シンボリックリンクはオペレーティングシステムによって大きく異なるため、クロスプラットフォーム（開発用）ではありません。プロジェクトに参加する新しい開発者にとって、一方の変更がもう一方と自動的に共有されることは明確ではありません。

したがって、シンボリックリンクオプションには長所よりも短所があるため、ほとんどのプロジェクトには共有ライブラリソリューションをお勧めします。ただし、特定のプロジェクトがシンボリックリンクのcons列の機能を必要としない場合は、おそらくそれが簡単です。場合によります。

PS：文字列値を提供するAndroidデータプロバイダーを提供する3番目の完全なAndroidアプリケーションを使用するという恐ろしい3番目のオプションがあります。ただし、その時点で、共有する必要のある特別な文字列を使用してそのアプリと通信する必要があるため、抽象化のステップを追加するだけで問題は解決していません。