我们有一个非常大的应用程序,它建立在 flex 3 SDK 之上。如果我们不迁移并继续使用 flex 3 SDK,所有的利弊是什么?
这里有一些问题:
1.我们可以在不从 flex 3 迁移到 flex 4 的情况下维持至少 5 年吗?
2.我们可以升级到Flash Builder 4.6 + SDK 4.11吗?(但继续在向后兼容模式下运行flash builder)
3.基于 Flex 3 SDK 构建的应用程序是否有任何未来支持问题。
以下是我在stackoverflow中读到的一些要点:
如果 Adobe 似乎没有如此努力地要求我们不要使用 Halo,我想我会对此感到满意。但是由于他们在实际文档中说我们“不应该使用这样那样”的 Halo 组件,而应该使用 Spark 组件,这令人担忧。似乎在 FB 中支持 Halo 已成为事后的想法(即使选择 Halo 作为主题,我也无法获得显示 Halo 样式的设计模式),因此 Adobe 很难继续使用它。就我个人而言,我不明白为什么我们不能有两个并行的组件集,因为 Halo 的设计在某些用例中可能会更好地工作。– 十字军 2010 年 8 月 21 日 2:59 1
实际上,Adobe 权威使用的措辞(例如,如果您要使用“Canvas”)是“改用 spark.components.BorderContainer”。那么如果我们不想呢?他们没有解释为什么我们应该使用 Spark,并且由于它现在处于“半完成”状态,并且缺少大量组件,我不太喜欢在 SDK 5 后几乎保证维护工作和代码所需更新的想法出来。另一方面,如果我们只是永久地使用 Halo(假设 Adobe 以后不会从它那里撤下地毯,谁知道呢),代码是第一次“完成”。令人沮丧
提前致谢。