我们使用框架，是为了解决我们项目中的问题，而不是为了使用框架而使用框架，比如新手很容易遇到的问题就是耦合问题，通过硬编码的方式将各个组件耦合在一起，造成维护的时候成本很高，这就是问题，那如何解决这个问题呢？我们可能试图自定义一些配置文件来实现松耦合，发现总是考虑不周，有各种各样的问题，这个时候我们可能发现前人已经探索了一条最佳方案：控制反转，也就是IoC。IoC是思想，在这个思想下面，Flash界也有一些框架的实现，包括Parsley，Spring ActionScript等等，那么我们会引入这些框架来帮助我们解决之前遇到的耦合问题（或许我们会选择不同的框架，会基于框架扩展，甚至完全自己开发，但这些不是重点，重点是我们在用IoC的思想解决问题），这个过程很重要，也就是问题的解决让我们体会到了框架的重要性；如果没有这个过程，只是为了使用IoC框架而做代码变更，您也就很难理解这样实施代码的意义，只会徒增对框架实施的反感。
对于团队协作，无论是选择现有框架还是基于框架改造，还是完全自主开发，毫无疑问框架是不可或缺的，框架将统一团队成员对项目架构的认识，帮助团队成员少走弯路，在吸取前人经验的基础上，把团队的力量发挥至最大。
对于个人，我提倡框架思想最重要，形式不必太拘泥，因为对个人实施一个小型外包项目而言，成本控制非常重要，包括时间成本；刚才我们也说到，框架最大的意义是它的指导思想，所以即使是个人实施小型项目，有好的指导思想也是很重要的，它可以帮助你少走弯路尽快的完成项目，减少出现Bug的几率，所以在项目实施中一定要遵守框架思想；在形式上，是否引用了某某框架，并不重要，比如我们实施一个小型的Minisite，是否一定要引入PureMVC呢？为了适应PureMVC的架构，我们需要编写更多的类，付出更多的时间，这时我们可以不使用第三方框架，而根据这个项目的实际情况，实施一个微型的MVC架构，在保证项目架构和代码可读性的同时，尽量缩减实施成本，个人感觉这样更实用，更适用于个人的小型项目。