|
锁定老帖子 主题：最后，说破了SOA精髓的还是中国人
该帖已经被评为良好帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2005-04-06
XP:用最简单的方法来解决问题
|
| 返回顶楼 | |
|
发表时间：2005-04-06
gigix 写道 JavaWorld：开发面向服务的J2EE应用
http://www.javaworld.com/javaworld/jw-10-2004/jw-1004-soa_p.html 这哥们很有意思，写英文文章还不忘了带着降龙十八掌。说实话，他写的service-oriented J2EE application跟我理解的大致不差，所以我才一直没闹明白，这个SOA到底带来些什么新东西。现在好了，JavaWorld告诉大家，原来我们一直都没理解错，咱们做的就是SOA。 引用 Anything can be a service, not necessarily just the so-called Web services
我想这句话吧SOA的本质讲出来了。SOA还是和Web Service有不同的思想的。SOA应该是把Service的概念泛化了。 |
| 返回顶楼 | |
|
发表时间：2005-04-12
ajoo 写道 不懂soa. 不过, 这个
ServiceRequest bsr = this.getApplicationContext();.getBean("businessServiceRequest");;
bsr.setServiceName("User Services");;
bsr.setOperation("addUser");;
bsr.addRequestInput("param1", "addUser");;
String userIDRetured = (String); bsr.service();;
也太麻烦了啊. 不管什么效率, 至少, 它复杂, 繁琐, 静态类型安全也被彻底牺牲掉了. 灵活性在哪里? 没看出来. 我从来不认为依赖reflection是什么灵活性. 相反, 一般情况下,依赖reflection只能损害灵活性. 说的对,这只不过又是一个追求过分设计和用开源软件拼凑的框架而已,没什么实用性. 如果 业务层 要改动一个方法的签名, 他需要修改 多少文件, 而且还很难找出所有引用的地方; 增加一个方法,还要 修改配置文件; 要调用业务方法,就要频繁的拼出方法名,变量类型等等, 对于一个业务逻辑复杂的系统, 要有多少类似的代码充斥在表示层? 而如果action 直接依赖manager,要修改用refactor就一次搞定所有引用,而且可以快速查找. 如果考虑这个框架带来的灵活性, 又有多少系统 需要这样的灵活性? 如果一个action依赖太多的manager,那只能说明设计有问题, 业务划分不够明显, 或者粒度有问题. 就我而言,除非你的系统现在有胖客户端分布式应用(客户端用非http协议和服务端通信),将来有一天需要做http tunneling或者其他扩展, 才需要考虑彻底解耦,否则只会浪费开发人员的精力. 还是那句话,任何没有实际项目例子的框架只能作为学术研究一下,具体架构还要看需求,只有最符合需求的架构,没有什么优雅的架构. |
| 返回顶楼 | |
|
发表时间：2005-08-09
soa 首先是分布式的组件模型,还有soa解决的是服务的互操作性问题.
soa 是一个宏观环境上的概念,并不是局部方法如何调用的简单和烦琐de问题啊. 呵呵,不是很懂. |
| 返回顶楼 | |
|
发表时间：2005-08-09
为什么楼上的都是从一个微观的环境来看问题呢.
|
| 返回顶楼 | |
|
发表时间：2006-10-12
firebody 写道 reflection在注重减少侵入性的今天，它的作用是无可比拟的，在很多应用框架中都是基于它作为基本的实现原理。
一般一个应用在优化性能方面往往是优化关于数据库/网络/IO等等的操作上。 是这样的 |
| 返回顶楼 | |
|
发表时间：2006-10-12
引用 我想这句话吧SOA的本质讲出来了。SOA还是和Web Service有不同的思想的。SOA应该是把Service的概念泛化了。
Web Service是SOA的一种实现 |
| 返回顶楼 | |
|
发表时间：2006-10-12
已经访问不到了，文章好象被删掉了
|
| 返回顶楼 | |
|
发表时间：2006-10-30
gigix 写道 JavaWorld：开发面向服务的J2EE应用
http://www.javaworld.com/javaworld/jw-10-2004/jw-1004-soa_p.html 这哥们很有意思，写英文文章还不忘了带着降龙十八掌。说实话，他写的service-oriented J2EE application跟我理解的大致不差，所以我才一直没闹明白，这个SOA到底带来些什么新东西。现在好了，JavaWorld告诉大家，原来我们一直都没理解错，咱们做的就是SOA。 .....为了SOA而SOA？ 通篇仅仅隐约看出，脱了裤子以后，放的p仅仅稍微响亮一点点而已...再无其它 
难道这就是所谓的SOA精髓？ |
| 返回顶楼 | |
|
发表时间：2006-10-31
我认为,SOA的核心是业务组件化. 一个企业需要建立自己的 core business components library, 这些组件通过web service类似的包装技术呈现为service.
当然,SOA一系列标准出台和并得到广泛的业界支持,就为不同系统之间互操作提供了可能,也为component之间的信息/数据交换提供了一个标准. 所以， S(service)是表现手段 A(architecture)是标准化支持 C(component)是核心 |
| 返回顶楼 | |
