我们有一个内部 Flex 应用程序，它的设计更多地是通过功能蠕变而不是任何清晰的愿景来设计的。它基本上是一种 CRM 和报告系统，它利用了大量的 Flex 组件(树、图形、自定义组件、数据网格 - 各种)并与 .NET Web 服务后端对话。
这最初是我的第一个 Flex 项目，其编写风格具有您可能期望从原型(prototype)中获得的那种希望、希望和修复的风格。然而，它现在已经发展到我们将添加其他(新手)开发人员的地步，但一个人(叹息，可能是我)在大约一分钟内重写当前快照可能并非不可能。月。因此，现阶段我认为考虑在 Mate 中实现新版本可能是个好主意。框架。
我不需要关于选择哪个框架的建议，我想要的是关于如何重构项目的建议。看起来这将涉及拆除所有东西并几乎重新开始(我并不完全反对)，但是框架是否必须从头开始构建？是否有任何已知和推荐的方法来解决此类问题？
最佳答案
几个月前我也做了类似的事情。我所做的是创建一个新的包结构，并将所有“移植”代码移到那里。我从整体 View 结构开始，然后转向“分支”。新代码在需要的地方引用了旧代码，但旧代码没有引用新代码。拥有新的包结构有助于明确哪些已移植，哪些未移植，而且也很容易看到我何时取得了进展。
关于apache-flex - 关于将累积设计 Flex 项目转换为 Mate 的建议，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/560816/