1

私のチームと一緒に、Trigger.ioに基づいた複数のネイティブプラグインを開発しています。最近の変更以来、私はワークフローについて完全に確信が持てず、ドキュメントでもそれについて何も見つけることができません。発生するいくつかの質問:

1)すべてのプラグインに1セットのインスペクタープロジェクトを使用する必要がありますか、それとも各プラグインに独自のセットを含める必要がありますか?

2)インスペクタープロジェクトのどの部分をバージョン管理を介して維持する必要がありますか?ローカルのままにする必要がありますか?(fyi:SVNを使用します)

3)(Android)プラグインごとに1つのインスペクタープロジェクトを使用する場合、EclipseでそれらすべてをJavaプロジェクトとしてインポートするための最良の方法は何ですか?注:各インスペクタープロジェクトには、異なるプラグイン間で同じ名前の3つのサブプロジェクトがあるため、名前を変更する必要がありますか?開発中のプラグインが5つあるとすると、15個のJavaプロジェクトをEclipseにインポートする必要があります。これは本当にそれがどういう意味なのか?

4

1 に答える 1

3

プラグインを開発する最も効果的な方法は、私たちが取り組んでいるものであり、現在の状況はおそらく (特に複数のプラグインを開発する場合) あまり良くありませんが、現在は次のようになっています。

1) 各プラグインには、独自の一連のインスペクター プロジェクトが必要です。

2) ツールキットがプラグイン フォルダに入れるものの大半は、おそらくバージョン管理に最適です。安全に無視できるものは、インスペクター プロジェクト内のフォルダー.triggerbin、、、、genまたはフォルダーです。buildバージョン管理に保持するファイルを少なくしようとしている場合、間違いなく必要なものは のassets/srcフォルダーと、ForgeInspectorの独自のソースでForgeModuleあり、残りのインスペクター プロジェクトは Toolkit によって再生成される必要があります。

3) プラグインごとに Eclipse ワークスペースを使用することをお勧めします。インスペクターを更新すると Toolkit が多くのコードを再生成するため、現在プロジェクトの名前を変更することはできないと思います。


3 つのプロジェクトとは何か、なぜ 3 つあるのかについて簡単に説明したいと思います。

ForgeCore- これは Trigger.io アプリのビルド前のコア ライブラリであり、両方で使用されるForgeInspectorため、両方ForgeModuleで参照できる別のプロジェクトである必要があります。

ForgeInspector- これは、プラグインが実際にどのように使用されるかを可能な限り再現することを目的としているため、基本的には Trigger.io アプリを削除したForgeModuleものであり、プラグインに含まれるコードと配置する必要があるコードを確認できるように分離されています。 build_steps.json に追加して、ビルド時に実際の Trigger.io アプリにも適用されるようにします。

ForgeModule- これにはプラグイン コードが含まれます

于 2013-01-23T10:20:30.337 に答える