|
锁定老帖子 主题：对soa的理解和猜想
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-10-26
1 soa的核心是xml接口 因为只要经过xslt转换xml数据很容易统一标准.
2 soa最直接的好处是每个组件只需访问自己的数据库 数据库设计简单 性能不容易出现瓶径. 3 分布应用消灭了数据的集中访问 查询 存储 备份. 4 bs结构 cs结构的区别将逐渐消失 桌面应用 web应用的区别将逐渐消失. 5 浏览器 操作系统的区别将逐渐消失. 或者说浏览器将逐步消失 或者说操作系统本身就是浏览器. 声明：ITeye文章版权属于作者，受法律保护。没有作者书面许可不得转载。
推荐链接
|
| 返回顶楼 | |
|
发表时间：2006-10-26
太有想象力了，看不出这几条和SOA有关系，楼主需要解释清楚。
|
| 返回顶楼 | |
|
发表时间：2006-10-26
SOA核心不是EBS么？
|
| 返回顶楼 | |
|
发表时间：2006-10-26
好像扯远了...
有点不着边 就像Jeol on software里说的，你说的这是"雾件" |
| 返回顶楼 | |
|
发表时间：2006-10-26
> 2.soa最直接的好处是每个组件只需访问自己的数据库 数据库设计简单 性能不容易出现瓶径.
每次调用都要转换xml数据，性能严重下降。 > 3 分布应用消灭了数据的集中访问 查询 存储 备份. 所以管理起来更加麻烦。更不要说需要同步数据的情况了。 |
| 返回顶楼 | |
|
发表时间：2006-10-26
rtdb 写道 > 2.soa最直接的好处是每个组件只需访问自己的数据库 数据库设计简单 性能不容易出现瓶径.
每次调用都要转换xml数据，性能严重下降。 > 3 分布应用消灭了数据的集中访问 查询 存储 备份. 所以管理起来更加麻烦。更不要说需要同步数据的情况了。 每次都要转换xml数据，性能严重下降. 我在实际开发中没有遇到, 也许和采用的技术方案有关. 所以管理起来更加麻烦。更不要说需要同步数据的情况了。能具体说说吗 ? 举个具体些的例子. |
| 返回顶楼 | |
|
发表时间：2006-10-26
SOA 是集成应用的架构体系, 并非一个用编码方式开发新应用的架构.
|
| 返回顶楼 | |
|
发表时间：2006-10-27
SOA的核心应该是服务，并非XML，楼主所说的XML应该是指SOAP中使用XML，但这只是SOA的一种实现方式
|
| 返回顶楼 | |
|
发表时间：2006-11-06
Jamsa 写道 SOA的核心应该是服务，并非XML，楼主所说的XML应该是指SOAP中使用XML，但这只是SOA的一种实现方式
最近在开发分布式的网店系统有些体会. 其实soa的关键是用xml使各种系统之间实现相互的调用. 达到目标即可未必需要soap 有很多更简便实用的方法. 比如网店A 要调用厂家a 厂家b 厂家c 物流x 论坛g 的产品数据和服务 自己只保存价格单 定单数据. 在ebuy 淘包中数据是集中管理的 当数据量增加的时候 维护成本成倍增加. 翻新 改造旧系统成本高昂. 分布网店系统是建立在服务调用之上 每个部分只维护自身提供的少量数据 只回应其它系统的请求. 每个部分都被简化和独立了. 当系统改造升级的时候 可以从局部到整体 无需做总体的规划 也无需顾及技术的兼容性 每个小系统都可以随意采用任何开发框架和数据库. |
| 返回顶楼 | |
|
发表时间：2006-12-01
SOA的核心是面向服务。XML只是服务之间通讯的手段，不能算是SOA的核心吧
机器汇编－＞函数过程－＞类对象－＞服务，技术在不断发展，封装的层次越来越高，可重用性也越来越好。 这是我的理解。 |
| 返回顶楼 | |
