Spring Aop 实现日志功能 ---- 第一篇 技术选型方案，为什么要选择SpringAop实现日志功能

Spring Aop 实现日志功能 ---- 第一篇 技术选型方案，为什么要选择SpringAop实现日志功能

作为一套成熟的产品，首先应该区分开系统级功能和业务级功能。 为什么这么说，引用资深架构师在Spring 揭秘中的一段文章。 （软件开发一直在寻求更加高效，更易维护甚至更容易扩展的方式。为了提高开发效率，我们对开发使用的语言进行抽象，走过了从汇 编时代到现在各种高级语言繁盛之时期:为了便于维护和扩展，我们 对某些相同的功能进行归类并使之模块化，冲出了最初的“原始部 落”，走过了从过程化编程到面向对象编程的“短暂而漫长“的历 程。但不管走过的路有多长，多么坎坷，我们一直没有放弃寻找更 加完美，更加高效的软件开发方法，过去如此，现在亦然。当OOP 被提出来，以取代过去的基于过程化编程化开发的时候，或许那个 时代的人都会以为，面向对象编程和面向对象的软件开发就是我们 那颗能搞定一切的“银弹“。但不得不承认，即使是面向对象的软 件开发模式。依然不能很好地解决软件开发中所有问题）   为什么要引用这篇文章呢，现在很多开发人员的能力参差不齐，往 往是为了编程而编程。面对复杂的生产场景。最多会去用一个面向 对象思想写一个功能。但是这个功能。耦合度非常高。最终要我想 说的。      你确定你这么写出来的是代码。不是BUG.我从如下三点说出 这样代码垒出来项目的弊端         1 可重复性特别差 这样的代码，仅仅只能适用与这个场景。换个环境或者场景完 全不能使用。那么这里有一个成本学在这里。如果我们是靠软件收 入的公司，相同的功能，作为老板，我只希望投资一次。下次使用 的时候，我不需要再次开发，仅仅需要简单的投入运维人员进行简 单的配置，即可完成这个功能的交付。   2   代码可扩展性差   实际复杂得生产环境下，用户得需求往往是多变得。  这样的 代码。改起来的成本会比再次开发起来还费劲。本人亲自见识 过这样的代码。那么，迭代这个含义仅仅是说说码   3  代码错误排错能力差    实际复杂的生产环境下，当线上出了问题，需要立刻去排查。 你说去看日志，嗯，看日志是对的。但是假如你没有做系统级 日志功能。相信我，你很痛苦。 继续引用Spring揭秘中的文章，因为我觉得大神的作品往往更 具有说服力。 对于系统中普通的业务关注点，OOP可以很好地进行分解并使 之模块化，但却无法更好地避免类似与系统需求实现在系统中 各处散落这样的问题。所以，我们寻求一种更好的方法，它可以 在OOP的开发模式上做一个补足。AOP技术应用而生。      AOP我们可以对类似与logging 和Security等系统需求进行模块 化组织，简化系统需求与实现之间的对比关系，进而使得整个系 统的实现更具有模块化

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。