我的团队为其他(内部)软件开发团队构建可重用的库。我们使用FlexBuilder 3作为我们的开发环境。我们的SCM标准声明这些项目必须包括测试工具和单元测试运行器,并且(当然)我们希望能够使用调试器。因此,所有项目都是应用程序。

我们的构建脚本(主要由CI系统和发布部署使用)构建了我们的实际库,它们运行良好。使用此方法是为了使FlexBuilder不需要实际构建我们的生产工件(在命令行上)。

问题是这样的 - 为了将FlexBuilder项目添加到应用程序的库路径,它必须是一个库项目。我已经尝试为我们想要包含的项目添加一个特性,但还没有让它工作。如果您想在另一个项目中调试源文件,您可能希望这样做。

简单(但令人讨厌)的解决方法是包括“库项目”的源文件夹。作为“应用程序项目”中的源文件夹。这很烦人,因为需要多个步骤才能在“库项目”的swc之间进行交换。和项目本身的源文件夹。

有帮助吗?

解决方案

我还建议将其分解为2个项目。有1个图书馆项目和1个测试应用程序和测试人员。

旁注:FlexBuilder 4将支持在IDE中为Flex应用程序和Flex库项目运行FlexUnit测试。因此,您不必为了运行测试而维护应用程序。

其他提示

假设有可能,我建议调整您的SCM标准,以允许测试工具和单元测试运行器存在于其他项目中。简单地强制要求任何库项目必须包含一个配套测试项目。

我不知道这会让它变得更容易,但我实际上会让库和测试工具分开。这将允许您对每个源进行控制,并使用flexbuilder解决您的问题。它不会让它更容易使用,但它将更清洁,更容易更新。

我并不完全理解您的情况描述,但如果它有用,我将描述我们如何组织我们的Flex项目。我们的大多数应用程序代码都包含在SWC(“库”)项目中。然后,我们创建两个SWF(“应用程序”)项目 - 一个“shell”项目。表示最终输出SWF的应用程序,以及测试工具FlexUnit 2应用程序。这两个SWF项目都使用源路径引用SWC项目。使用这种方法使得在SWC中为应用程序代码库启用单元测试变得微不足道。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top