转 关于是否使用框架的讨论

本文深入探讨了在项目开发过程中遇到的耦合问题,尤其是通过硬编码导致的高维护成本。介绍了控制反转(IoC)作为解决策略,以及如何在Flash开发中通过Parsley、SpringActionScript等框架实现。强调了框架在统一团队认识、减少弯路和提高效率方面的重要作用,同时讨论了在小型项目中灵活运用框架思想而非盲目依赖的重要性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值