灵活的最佳实践 - 多个Flex项目还是一个项目，多个应用程序MXML文件

Question

3

我看过几种在Flex中设置大型项目的不同方式，现在想知道您对于如何组织需要两个或更多不同应用程序的项目的看法。例如，在项目中有公共和私人站点。

我所知道的两种主要方法是首先创建一个Flex项目，然后添加不同的MXML应用程序文件。两个应用程序都可以共享代码。

另一种方式（我目前喜欢，但无法证明其优劣），是为每个应用程序创建一个不同的Flex项目，需要共享的任何代码都可以成为共享Flex库的一部分。我认为我更喜欢应用程序之间的分离，尤其是因为我一次只会处理其中一个。

您有什么意见吗？您选择这样做的原因是什么？

- beardedd

好的 - 很酷。看起来我们都在同一个频率上。我同意这只是更好的代码组织。 - beardedd

3个回答

2

我使用了常用库的方法，这样可以获得更加解耦的代码。常用库还可以被其他项目重复使用。对于我来说，将两个应用程序放在一个项目中混杂在一起并且组织不良。

- alxx

0

一个应用对应一个项目。我赞同其他人的看法。我认为通用库也是一个不错的选择。如果您正在为客户构建 2 或 10 个应用程序，则一定会想要重用功能，因为这样可以节省时间，并使应用程序共享常见的主题和功能。

我的经验是，如果您倾向于使用某个功能超过两到三次，则将其放入通用库中是一个不错的选择。

通常，我按特性结构化我的项目。以 MP3 播放器应用程序为例，可能会有以下几个包：

com.yourdomain.applicationname.mp3controls com.yourdomain.applicationname.albumlistings

每个功能都包含了命令、模型和视图包来启动。

然后，你可能会发现你真的很喜欢 mp3controls 功能，你可以在其他应用程序中使用它，比如说一个视频播放器应用程序。mp3controls 然后可以被放入一个公共库中，然后可能被重命名为类似 "mediacontrols" 的东西。

- mattwallace

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Robusto · Accepted Answer

我建议采用库的方法。尽管如此，您仍然可以在一个工作区中使用多个应用程序（我也是这样做的），但保持“一个项目，一个应用程序”的规则非常方便。我的工作区可能有5个项目，每个项目都有一个MXML应用程序和4个库项目，其中没有任何应用程序。