程序级的AOP到底好不好?
来源:互联网 发布:业务本软件 编辑:程序博客网 时间:2024/06/02 13:50
很多年前模拟过Spring的AOP机制,简单的实现其实不难,但真正要保证切入代码符合预期的设计,不会引起负面影响,特别是要保证原来逻辑的稳定性,即AOP的强壮性。个人感觉还是很难,如果横切的代码过多,就更难管理了。在后面的实际应用中,虽然知道这种AOP架构,但一般除了预设的横切代码,都没有采用这种架构,更多的是将这种架构设计的需求后移到数据库或者日志层面。在单一应用模式下,AOP至少还可以用,而在分布式应用中,个人感觉AOP在程序级应用不应被滥用,而是应该后移到数据库或者日志文件,以实现原逻辑的稳定和性能,使得切入需求的逻辑代码彻底与原逻辑代码分离。本质就是将这种AOP的程序架构思想提升到更高的层面进行架构和处理。
从设计的角度来说,当然是预先知道切入的功能更好,但为了应对需求的变化,又必须具有AOP能力的冗余。通过这几年的设计实践来看,我主张不要再程序级上实现过多的AOP横切,应该在业务架构层面来设计这种AOP机制。这种层级上的AOP更加灵活,更具有扩展性和维护性。
做商务,弄需求,做架构,写代码....苦B的人生不需要解释,就用思考润滑。
很久没发文章,支持度还是有些问题。只能以此纪念蓝胖子在CSDN的岁月!
阅读全文
3 0
- 程序级的AOP到底好不好?
- 【疑问】青软,到底好不好?
- 网站二级域名到底好不好
- 红外线隧道炉到底好不好?
- 做个程序员到底好不好
- 过的好不好
- 好不好
- 好不好
- 同样的程序到底要写几遍
- 【「同居」到底好不好?】想像过俩…
- 小程序的影响到底有多大?
- 测测你的杀毒软件好不好用!!
- 什么是基金拆分?拆分的基金好不好?
- 都不知道我的人品好不好
- 等我们老的时候,这样好不好
- 如何判定人机交互设计做的好不好
- java的钱景如何,好不好自学
- 28335的程序到底是在哪里运行的。
- 3. mlab基础
- USACO 2017 US OPEN PLATINUM题目翻译(未完)
- spring框架基础学习
- 欢迎使用CSDN-markdown编辑器
- Spring:Looks like the Spring listener was not configured for your web app!
- 程序级的AOP到底好不好?
- Activity启动模式,任务栈以及taskAffinity属性
- 万头攒动火树银花之处不必找我。如欲相见,我在各种悲喜交集处,能做的只是长途跋涉的归真返璞。
- POI导出Excel表
- [总结] 离散数学真是博大精深(一)
- caffe训练图片分类遇到一些问题
- 我的大三暑期培训(八月)
- 浅析设计模式(三)观察者模式
- 避免CI成为一个安全隐患