2

私のチームは、他の (社内の) ソフトウェア開発チームのために再利用可能なライブラリを構築しています。開発環境として FlexBuilder 3 を使用しています。私たちの SCM 標準では、これらのプロジェクトにはテスト ハーネスと単体テスト ランナーを含める必要があり、(もちろん) デバッガーを使用できるようにしたいと述べています。そのため、すべてのプロジェクトはアプリケーションです。

私たちのビルド スクリプト (主に CI システムとリリース展開で使用) は、実際のライブラリをビルドします。このアプローチは、FlexBuilder が本番成果物を (コマンドラインで) 実際にビルドする必要がないように使用されます。

問題はこれです - FlexBuilder プロジェクトをアプリケーションのライブラリ パスに追加するには、それがライブラリ プロジェクトでなければなりません。含めたい自然をプロジェクトに追加しようとしましたが、まだ機能していません。別のプロジェクトでソース ファイルをデバッグする場合は、これを行う必要があります。

簡単な (しかし厄介な) 回避策は、「ライブラリ プロジェクト」のソース フォルダを「アプリケーション プロジェクト」のソース フォルダとして含めることです。「ライブラリ プロジェクト」の swc とプロジェクト自体のソース フォルダーを切り替えるには、複数の手順が必要になるため、面倒です。

4

4 に答える 4

2

また、これを2つのプロジェクトに分割することをお勧めします。テストとテストランナー用に1つのライブラリプロジェクトと1つのアプリケーションがあります。

補足：FlexBuilder 4は、FlexアプリケーションとFlexライブラリプロジェクトの両方について、IDEでのFlexUnitテストの実行をサポートします。したがって、テストを実行するためだけにアプリケーションを保守する必要はありません。

于 2009-02-08T07:09:31.957 に答える
0

可能であれば、SCM標準を調整して、テストハーネスとユニットテストランナーが他のプロジェクトに存在できるようにすることをお勧めします。ライブラリプロジェクトには、コンパニオンテストプロジェクトを含める必要があることを単に義務付けます。

于 2008-09-19T20:05:00.917 に答える
0

I don't know that this is going to make it any easier, but I would actually make the library and the testing harness seperate projects. This would allow you to source control each and would solve your problem with flexbuilder. Its not going to make it easier to work with, but it will be cleaner and the easiest to update.

于 2008-11-14T20:42:31.533 に答える
0

あなたの状況の説明は完全には理解できませんでしたが、参考になれば、Flex プロジェクトをどのように編成したかを説明します。アプリケーション コードの大部分は、SWC (「ライブラリ」) プロジェクトに含まれています。次に、最終的な出力 SWF を表す「シェル」アプリケーションとテスト ハーネス FlexUnit 2 アプリケーションの 2 つの SWF (「アプリケーション」) プロジェクトを作成します。これらの SWF プロジェクトは両方とも、ソース パスを使用して SWC プロジェクトを参照します。このアプローチを使用すると、SWC でアプリケーション コードベースの単体テストを有効にすることが簡単になりました。

于 2009-02-07T21:35:05.127 に答える