在转换的设计按增生Flex项目交配咨询

题

我们有已经比任何一种明确的愿景的设计更多的是通过功能蔓延内部Flex应用程序。这基本上是一个类型的CRM和报告系统，该系统利用了很多Flex组件（树，图，自定义组件，数据网格 - 种种）的，和谈判，以一个.NET Web服务后端

这是最初我第一次Flex项目，并已写入与bodge，希望和修复的一种风格，你可能期望从一个原型。然而，它现在发展到哪里，我们将添加其他（新手）开发商的观点，但是这可能不是一个人（的叹息的，可能是我）重写当前快照中约是不可能的月。所以，在这个阶段，我想这可能是考虑在伴侣框架。

我不需要在其框架的建议来选择，我的的想的是如何去重构项目建议。看起来这将涉及撕裂一切下来，几乎试（这我不完全反对）开始，但该框架必须在从地上爬起来建？是否有任何已知的和推荐的攻击这类问题的方法是什么？

解决方案

我做了类似的事情，几个月回来。我所做的就是我创建一个新的封装结构，感动了所有“移植”的代码存在，我就跟着去了。我开始与整体视图结构和感动我的方式向“分支”。新代码中引用老在需要的地方，但没有旧代码中引用新的。有一个新的封装结构，并明确了哪些移植帮助，哪些没有，而且也很容易看到，当我取得了进展。