SOA面向服务架构

今天被问及了一个问题：请说说AOP和SOA。 我的理解是他们全部起源于“封装”的思想，注重于业务功能和实现的分离，所以从根本上说他们没有什么区别。他们现实中区别在于分别注重于解决不同层面的问题，可以说是“封装”这个接口的不同实现。继续说起来其实IOC/DA

Grails自己学了一段时间了。感觉快速开发的感觉很不错。以前要干好几天的事情，一天就能完成。不过Grails对领域对象持久化使用AOP的方式让对象自己持久化自己。比如new A().save()。这样一来就给我们造成可以在控制器里很容易的CRUD，对数据库的访问随时随地都可以，而不用访问S

在Struts中action是处理业务逻辑的，如果加一个service层是不是有点多余啊？而加一个service层又有什么好处呢?[该贴被taotaob于2009-03-01 09:29修改过]

ESB架构：ESB一种模型，服务提供者和使用者通过ESB连接而不再直连->服务提供者接入ESB->ESB提供Proxy Service->使用者调用Proxy Service。优点：服务间的解耦；统一监控管理；并把服务代码中交互集成的部分抽离出来，只专心于自己的业务逻辑。缺点

软件开发不外是：需求->设计->组件->编码，在软件开发中，为提高效率，一般要求这四层尽量解耦，即各自变化，互不影响。其实，现实中很难做到，一般变化的层次越高，引起的变化越大，组件可能只引起编码的变化，而需求一旦变了，则可能会全盘皆变；所以软件开发的突破重点是如何隔离需求的变动；

SOA,Service-Oriened Architecture 面向服务的架构。以下内容来自别人的博客：就是说将软件按照功能设计成一个个服务，这些服务用标准的方式定义接口、并通过标准的协议进行调用。SOA所定义的接口和调用方式是独立于编程语言和运行平台的，广义上讲SOA可以基于不同

SOA与DDD存在共生现象吗？作者 Boris Lublinsky译者 徐涵 发布于 2008年9月17日 下午10时2分 社区 SOA 主题 设计 标签 领域驱动设计, 领域建模, 服务设计 随着SOA渐受欢迎、在企业架构里扮演重要角色

这篇转载自 docman.cn 翻译家 网站 SOA (面向服务的架构)好像已经成了很时髦的话!!! SOA可以解决所有的问题,每个人都希

Java6都已经推出一段时间了，已经到了Update2了。但是市面上基本上都是1.4的图书。即使有那么一两本写到Java5也是在最后一两章大略提了提。现在很想找本对5和6的新特性写得比较详细的书。特别是Annotation，可以说是5和6中最重要的部分之一。但是很少能找到开发资料，能找到的也

很佩服banq老师建立的社区, 大家能在这里畅所欲言, 思想的火花不断碰撞, 产生耀眼的光芒. 我也来交流一下SOA: 1, 让沉睡的代码醒过来, 去参加SOA盛会2, 软件工程解决了人的分工问题, SO

banq大哥, 诸位兄弟姐妹们请指教. 我们公司是做银行渠道整合的,成功的系统做的很多了,不敢妄言公司的平台有设计问题...因为我们的平台就是copy或借鉴ibm wsbcc平台的, 核心交易流程,数据格式,交易数据... 之类的都是ibm的原样.

你好，banq大哥，想了解一下SOAP和HTTP 第一：SOPA是不是对HTTP的封装？第二：如果是，为什么webservice使用SOAP作为其通讯协议，而不直接使用HTTP呢？使用SOAP传输到底比单独使用HTTP协议传输高明在哪里？

SOA,从最近所看的一些文章以及课堂上的学习,我觉得面向服务的提法只是对以前面向对象的方法的改进,最初的面向对象的设计方法中,是抽象出系统里的对象.现在的面向服务是抽象出系统里的服务.在面向对象的分析中是先找出系统的功能职责,按功能职责分析出用例,然后考虑用例所涉及到的对象,

在SOA中能应用设计模式吗?高人能不能具体给我指教一下啊,谢谢!!![该贴被Disa16于2008-10-09 15:51修改过]

你好BANQ，能不能对SOA的思想具体谈谈，为什么要有SOA，有什么优点？核心思想是什么？谢谢

先发个图：