白话智能体编程.doc

l 什么是Agent和Agent Oriented ProgrammingAgent这个概念并不是空穴来风，在理论界对它的研究已经很深入，Agent是Object的进化版本，进化的目的是为了让软件系统更贴近现实世界。从程序设计的角度理解，可以认为Agent就是绑定了Thread的Object。 l 为什么要整这么个概念出来，这个东东和其他一堆泛滥的概念的关系是什么可以说搞软件的人，特别是搞平台软件的人，本质上都比较懒，整天琢磨着怎么更懒，如果有个东东可以让100行的代码压缩到10行，将设计，调试，维护的时间由1天压缩为1个小时，他们就会将这种方法拎出来，凑成一个概念。OOP，AOP，SOA什么的基本上可以说都是这么整出来的（戏言戏说）。 l 怎么样在.Net 平台上实现Agent Oriented ProgrammingAgent Oriented Programming是一种思想，与平台无关。但既然是准备贴在以微软技术为主题的博客堂上，为了以示尊重，还是选择在.Net平台上实现的比较好。 l 俺们设计的一个Agent SDK，及其一些蛮有趣的特性实际上这个Agent SDK是俺们设计一个工作流引擎的副产品。在给大家做演示的时候，这个SDK倒是比上层的工作流引擎更能引起大家的兴趣（除了胸闷还是胸闷）SDK部分地实现了Agent的一些特性，例如AgentMethod，TimerMethod，Sensebility等。 l 未来之路这里的未来之路包含两个意思。一层意思是，围绕着Agent Oriented Programming，还有很多高级的特性等待我们去实现，例如移动Agent，合作Agent等。另一方面，对于任何思想，技术而言，光掌握其原理，明白是怎么回事，是不够的，还是得运用到项目中，创造效益，老板才会高兴，才会去下力气去推广。所以俺们也要考虑如何将这么好的东东应用到实际的项目开发中去。 Agent之前－Object世界 在说起Agent之前，俺们还有必要先敬拜一下Agent的前辈Object，因为Agent实际上是由Object“进化”而来的。这话说出来，可能有些读者同志不太高兴了，Object有什么不好吗？现在这么多复杂的系统，不都是基于OO的思想设计出来的吗？ 然也，OO的确为提高软件开发效率做出了很大的贡献，但是在使用过程中，OO也暴露出了一些痒处： 痒处一：OO并没有对现实世界中的实体加以区分。 在OO世界中，所有的软件实体都是Object，现实世界中的一张发票和一为员工，映射到OO世界中都是一个Class。Class发票具有一些数据（日期，金额）和操作（效验，保存），Class员工也具有一些数据（姓名，职位）和操作（上班，下班），从映射的角度来看，任何现实世界的实体都是数据和操作的集合。但实际上，在现实世界中，发票和员工还是有区别的。区别在哪里呢？在于发票是一个物体， 而员工是一个有心智的实体。发票类的方法只能是被动地被调用，如果我们不调用，任何一张发票都不会自动的进行效验或者保存。而员工的方法调用与否，是由员工自己来决定的。今天生病了， 不高兴上班，上班操作就不会被执行，今天任务重，他就会自动执行加班这个操作。换句话说员工类的操作不是被动调用的，而是自发完成的。 这种只能被动调用和自发执行的区别，归结一下其原因，是因为员工具有自己的心智，而发票是没有的。传统的OO并没有引入这个区分，而这种区分的却失所造成的结果就是所有的操作都是被动地等待调用。虽然我们也可以引入计时器，或者多线程技术来模拟主动操作，但这种并不完全贴合现实世界的设计思路是不是让各位隐约感觉有些不爽呢。 痒处二：同步和异步被人为地剥离。 上面讲的是OO对有些东东没有区分，这点说的是OO对某些东东又多余地加以了区分。比如，现实世界中，老师对同学们说：“请把书翻到78页。”老师并不需要知道翻书这个操作对于同学们来说是同步操作还是异步操作，他并没有说“请把书同步地/异步地翻到78页。”换句话说，翻书这个操作是同步还是异步，对于调用者（老师）来说，是不需要知道的，同学们知道就OK了。但是影射到OO世界中，对于调用者来说，他在调用的时候，就必须知道是同步调用还是异步调用。归纳起来说，在现实世界中，调用方式这种知识，是被调用方拥有的，而调用方是不需要考虑的，但在OO世界中，这个知识由被调用方转移到了调用方。Something is different。体会一下，这种差异会带来什么样的问题。 痒处三：无法自然地模拟现实世界中的感知能力（Sensebility）。 举个烧菜的例子来说明感知能力。老妈教俺烧菜的时候，常用的语法是：“当什么什么的时候，就怎么怎么样”。比如：当水烧开的时候，把肉放进去；当鸡块炸至金黄色的时候，捞出锅来。这就是感知能力的例