|
锁定老帖子 主题：对soa的理解和猜想
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-12-02
glchengang 写道 SOA的核心是面向服务。XML只是服务之间通讯的手段，不能算是SOA的核心吧
机器汇编－＞函数过程－＞类对象－＞服务，技术在不断发展，封装的层次越来越高，可重用性也越来越好。 这是我的理解。 白皮书上是这么说的 但面向服务只是个说法 什么叫面向服务? 真正实在的地方是用xml做系统的接口替代传统的语言接口. xml做接口最大的好处是 当接口的标准升级或改变的时候 可疑用xlst将旧的接口升级 联接到新的系统上. 最近在做一个开源项目 大家很快就能看到开源的soa应用. |
| 返回顶楼 | |
|
发表时间：2006-12-02
Jamsa 写道 SOA的核心应该是服务，并非XML，楼主所说的XML应该是指SOAP中使用XML，但这只是SOA的一种实现方式
同意同意，比如web services，它只是实现SOA的一种方式。 大家能不能多举些SOA的例子，我也是刚知道SOA。 |
| 返回顶楼 | |
|
发表时间：2006-12-02
在我看来，SOA的核心应该是服务，且在服务之上引出的一系列针对服务的设计，开发，部署，管理...。目前很多大的企业内部的应用系统五花八门，直接导致系统信息孤岛，重复开发开销过大。所以说，SOA解决问题的出发点还是好的，当然最终是否如它所描述的前景一样，那就是另外一回事，其中可能还有很多问题有待解决。
楼主所说的是否应该理解成实现SOA技术的核心？但xml的运用虽然可以很好的解决异构平台的信息传递问题，我想并不能就此认为它就是核心了吧。 诚然，非WS,而使用COBRA，J2EE等来实现SOA，如能很好地对业务进行服务包装，我觉得那也是SOA的实现。 
PS:对楼主项目比较感兴趣
|
| 返回顶楼 | |
|
发表时间：2006-12-02
KayMO 写道 在我看来，SOA的核心应该是服务，且在服务之上引出的一系列针对服务的设计，开发，部署，管理...。目前很多大的企业内部的应用系统五花八门，直接导致系统信息孤岛，重复开发开销过大。所以说，SOA解决问题的出发点还是好的，当然最终是否如它所描述的前景一样，那就是另外一回事，其中可能还有很多问题有待解决。
楼主所说的是否应该理解成实现SOA技术的核心？但xml的运用虽然可以很好的解决异构平台的信息传递问题，我想并不能就此认为它就是核心了吧。 诚然，非WS,而使用COBRA，J2EE等来实现SOA，如能很好地对业务进行服务包装，我觉得那也是SOA的实现。
PS:对楼主项目比较感兴趣 在没有xml出现以前soa是没有现实意义的 就象js和ajax 当然这个说法只是比喻没有具体的可比性. 用xml做接口来实现各孤立的bs系统甚至cs系统的整合是简单可行的. 当这一步继续走下去 就会逐渐引发系统框架的变革 从而自然而然的走向soa ws. 所以我感觉xml才是核心中的核心.不论你用什么做开发 只要保留一个xml的数据输出 那么你的系统就可以被其他系统利用. 再进一步如果你将数据的查询和存备也留出一个xml接口 那么你就可以将原先的数据库打散 做成一个分布式的数据服务群 运行在各自独立的系统和硬件上. |
| 返回顶楼 | |
|
发表时间：2006-12-03
winterwolf 写道 KayMO 写道 在我看来，SOA的核心应该是服务，且在服务之上引出的一系列针对服务的设计，开发，部署，管理...。目前很多大的企业内部的应用系统五花八门，直接导致系统信息孤岛，重复开发开销过大。所以说，SOA解决问题的出发点还是好的，当然最终是否如它所描述的前景一样，那就是另外一回事，其中可能还有很多问题有待解决。
楼主所说的是否应该理解成实现SOA技术的核心？但xml的运用虽然可以很好的解决异构平台的信息传递问题，我想并不能就此认为它就是核心了吧。 诚然，非WS,而使用COBRA，J2EE等来实现SOA，如能很好地对业务进行服务包装，我觉得那也是SOA的实现。
PS:对楼主项目比较感兴趣 在没有xml出现以前soa是没有现实意义的 就象js和ajax 当然这个说法只是比喻没有具体的可比性. 用xml做接口来实现各孤立的bs系统甚至cs系统的整合是简单可行的. 当这一步继续走下去 就会逐渐引发系统框架的变革 从而自然而然的走向soa ws. 所以我感觉xml才是核心中的核心.不论你用什么做开发 只要保留一个xml的数据输出 那么你的系统就可以被其他系统利用. 再进一步如果你将数据的查询和存备也留出一个xml接口 那么你就可以将原先的数据库打散 做成一个分布式的数据服务群 运行在各自独立的系统和硬件上. 没错，xml,ws实践证明确实是SOA的最佳实现，但这并不能就此认为传统分布式技术对SOA带来的价值，某种意义上，WS是站在他们的肩膀是发展起来的。有些企业实现了SOA，得到了价值，在SOA没有被提出来以前，他们甚至还不知道这就是SOA，也就是为啥有人在SOA出现后说它无非就是新瓶装旧酒。 ws是核心，xml是核心中的核心，那如果W3C或xxx哪天又整了套更好的标准出来，会怎样。相反这个新标准的出现始终是为了更好的SOA，service不会变，所以围绕的还是服务。当然这只是个假设。 楼主的意思是否可以理解为：做SOA最主要的就是对孤立系统的整和，而简单行之有效的方法就是实现通用的xml接口。不知道楼主是否考虑过WS的一些难以解决的地方，比如消息传递的可靠性，一致性，安全，事务等问题，希望楼主能够随着今后项目的进展能够共享一些经验
|
| 返回顶楼 | |
|
发表时间：2006-12-03
SOA和面向对象之间始终还是有一点阻抗不匹配
|
| 返回顶楼 | |
|
发表时间：2006-12-03
KayMO 写道 winterwolf 写道 KayMO 写道 在我看来，SOA的核心应该是服务，且在服务之上引出的一系列针对服务的设计，开发，部署，管理...。目前很多大的企业内部的应用系统五花八门，直接导致系统信息孤岛，重复开发开销过大。所以说，SOA解决问题的出发点还是好的，当然最终是否如它所描述的前景一样，那就是另外一回事，其中可能还有很多问题有待解决。
楼主所说的是否应该理解成实现SOA技术的核心？但xml的运用虽然可以很好的解决异构平台的信息传递问题，我想并不能就此认为它就是核心了吧。 诚然，非WS,而使用COBRA，J2EE等来实现SOA，如能很好地对业务进行服务包装，我觉得那也是SOA的实现。
PS:对楼主项目比较感兴趣 在没有xml出现以前soa是没有现实意义的 就象js和ajax 当然这个说法只是比喻没有具体的可比性. 用xml做接口来实现各孤立的bs系统甚至cs系统的整合是简单可行的. 当这一步继续走下去 就会逐渐引发系统框架的变革 从而自然而然的走向soa ws. 所以我感觉xml才是核心中的核心.不论你用什么做开发 只要保留一个xml的数据输出 那么你的系统就可以被其他系统利用. 再进一步如果你将数据的查询和存备也留出一个xml接口 那么你就可以将原先的数据库打散 做成一个分布式的数据服务群 运行在各自独立的系统和硬件上. 没错，xml,ws实践证明确实是SOA的最佳实现，但这并不能就此认为传统分布式技术对SOA带来的价值，某种意义上，WS是站在他们的肩膀是发展起来的。有些企业实现了SOA，得到了价值，在SOA没有被提出来以前，他们甚至还不知道这就是SOA，也就是为啥有人在SOA出现后说它无非就是新瓶装旧酒。 ws是核心，xml是核心中的核心，那如果W3C或xxx哪天又整了套更好的标准出来，会怎样。相反这个新标准的出现始终是为了更好的SOA，service不会变，所以围绕的还是服务。当然这只是个假设。 楼主的意思是否可以理解为：做SOA最主要的就是对孤立系统的整和，而简单行之有效的方法就是实现通用的xml接口。不知道楼主是否考虑过WS的一些难以解决的地方，比如消息传递的可靠性，一致性，安全，事务等问题，希望楼主能够随着今后项目的进展能够共享一些经验 一定一定. 我正在写文档和代码, 如果三亚的蚊子不多我想下个月就能提供下载. 一致 安全 事务我想有很多办法 现在也有不少标准和技术方案可供参考. 用xml做接口实现的分布式系统最大的优势是灵活性.即便出现预想之外的情况 依然可以通过小的调整得到解决. |
| 返回顶楼 | |
|
发表时间：2006-12-03
shaucle 写道 SOA和面向对象之间始终还是有一点阻抗不匹配
放弃对象不就成了 直接面向xml编程. |
| 返回顶楼 | |
|
发表时间：2006-12-04
winterwolf 写道 shaucle 写道 SOA和面向对象之间始终还是有一点阻抗不匹配
放弃对象不就成了 直接面向xml编程. ..如果能实现的话 不过有创意.. |
| 返回顶楼 | |
|
发表时间：2006-12-04
winterwolf 写道 KayMO 写道 winterwolf 写道 KayMO 写道 在我看来，SOA的核心应该是服务，且在服务之上引出的一系列针对服务的设计，开发，部署，管理...。目前很多大的企业内部的应用系统五花八门，直接导致系统信息孤岛，重复开发开销过大。所以说，SOA解决问题的出发点还是好的，当然最终是否如它所描述的前景一样，那就是另外一回事，其中可能还有很多问题有待解决。
楼主所说的是否应该理解成实现SOA技术的核心？但xml的运用虽然可以很好的解决异构平台的信息传递问题，我想并不能就此认为它就是核心了吧。 诚然，非WS,而使用COBRA，J2EE等来实现SOA，如能很好地对业务进行服务包装，我觉得那也是SOA的实现。
PS:对楼主项目比较感兴趣 在没有xml出现以前soa是没有现实意义的 就象js和ajax 当然这个说法只是比喻没有具体的可比性. 用xml做接口来实现各孤立的bs系统甚至cs系统的整合是简单可行的. 当这一步继续走下去 就会逐渐引发系统框架的变革 从而自然而然的走向soa ws. 所以我感觉xml才是核心中的核心.不论你用什么做开发 只要保留一个xml的数据输出 那么你的系统就可以被其他系统利用. 再进一步如果你将数据的查询和存备也留出一个xml接口 那么你就可以将原先的数据库打散 做成一个分布式的数据服务群 运行在各自独立的系统和硬件上. 没错，xml,ws实践证明确实是SOA的最佳实现，但这并不能就此认为传统分布式技术对SOA带来的价值，某种意义上，WS是站在他们的肩膀是发展起来的。有些企业实现了SOA，得到了价值，在SOA没有被提出来以前，他们甚至还不知道这就是SOA，也就是为啥有人在SOA出现后说它无非就是新瓶装旧酒。 ws是核心，xml是核心中的核心，那如果W3C或xxx哪天又整了套更好的标准出来，会怎样。相反这个新标准的出现始终是为了更好的SOA，service不会变，所以围绕的还是服务。当然这只是个假设。 楼主的意思是否可以理解为：做SOA最主要的就是对孤立系统的整和，而简单行之有效的方法就是实现通用的xml接口。不知道楼主是否考虑过WS的一些难以解决的地方，比如消息传递的可靠性，一致性，安全，事务等问题，希望楼主能够随着今后项目的进展能够共享一些经验 一定一定. 我正在写文档和代码, 如果三亚的蚊子不多我想下个月就能提供下载. 一致 安全 事务我想有很多办法 现在也有不少标准和技术方案可供参考. 用xml做接口实现的分布式系统最大的优势是灵活性.即便出现预想之外的情况 依然可以通过小的调整得到解决. 三亚  冒似很多款爷在此买房投资
|
| 返回顶楼 | |
