讨论:从现实开发的角度来看现有的技术基础上采用web services的理由?

freebyte 2003-09-10 04:07:58
以下是我个人的一些看法,希望大家能积极发言,批评一概接纳!
web services技术究其本质,其欲达到的目的不是提供通常意义上的服务,而是:提供了一个包装业务功能模块的接口。而UDDI的引入,使得以前固定开发的应用软件的功能模块通过WSDL包装后成为services而发布到UDDI中心,而UDDI提供的也仅仅是所包装的业务功能模块的接口信息(WSDL所表示的)。其中SOAP其到的重用就是消息的传送,其包含了交流的数据。这是最基本的web services,不涉及到分布式事物,工作流。
那么,问到,什么样的场合适用于采用web services技术来开发?在操作逻辑上,web services表现的形式是,服务需求者在UDDI取得服务提供者的web services信息后,服务需求者将通过SOAP向服务提供者发送要处理的数据,服务提供者处理完信息后将处理结果返回给服务需求者。这是个黑箱操作,但用户来说欲处理数据成为了处理后数据。对于服务需求者需要知道处理的过程,中间需要用户频繁参与的应用,显然web services是不适用的,其所包装的业务逻辑粒度不能过大,也不能过于复杂。
还有:Business-oriented web service, consumer-oriented web service, device-oriented web services, system-oriented web services (参见柴的一本书)。
究竟在什么样的场合适用于采用web services技术来开发?现有的技术基础上为什么要采用web services?
希望大家能基于现实开发的角度来讨论讨论,而不是象书上说的那么空泛。
...全文
31 18 打赏 收藏 转发到动态 举报
写回复
用AI写文章
18 条回复
切换为时间正序
请发表友善的回复…
发表回复
freebyte 2003-09-14
  • 打赏
  • 举报
回复
webservices 在EAI上能发挥非常大的作用,由它可以抽象出数据交换接口层,
而为不同客户端提供一个统一的基于XML表示的数据接口。
这点非常重要
leshui 2003-09-13
  • 打赏
  • 举报
回复
webservices就是在B2B的电子商务模式推动下发展起来的
所以可以从B2B的优点来考虑
以前的B2C模式的电子商务是企业对客户的
范围比较小
B2B提供了一种企业对企业的可以无限扩展的平台
不论对方是什么技术实现,是什么系统
都可以进行数据交换和调用服务
这个就是电子商务所追求的方式
junnef 2003-09-12
  • 打赏
  • 举报
回复
我觉得它主要是提供了一个不同语言或不同类型的平台的一个数据交换的接口,方便了一些成型平台的改造利用,如果现有平台做成web services则可以方便以后的扩充,数据交流比较方便,具体到开发,我个人觉得,现有技术封装得很好,开发难度不大,至于安全性什么之类的东西,我还在学习研究,希望大家多交流。
tjsjping 2003-09-11
  • 打赏
  • 举报
回复
Web Service是松耦合的,不要试图用它来替代现有东西,如j2ee或者.Net 的架构,你会发现低性能和松散的耦合会让你不知所措,跨系统的分布整合才是Web Service的用处。
freebyte 2003-09-11
  • 打赏
  • 举报
回复
谢谢 Sunmast(速马) 的推荐文章
freebyte 2003-09-11
  • 打赏
  • 举报
回复
怎么没人支持啊, 我认为整理下对学习web services的是很有用的。
不能埋头就编代码吧
freebyte 2003-09-10
  • 打赏
  • 举报
回复
我是就web services而言的,而不是具体在哪个平台上做。
速马 2003-09-10
  • 打赏
  • 举报
回复
这个好 =)
http://developer.ccidnet.com/pub/disp/Article?columnID=317&articleID=44102&pageNO=1
速马 2003-09-10
  • 打赏
  • 举报
回复
呵呵,我是说一个项目不太可能同时使用J2EE和.NET吧?
freebyte 2003-09-10
  • 打赏
  • 举报
回复
当然,分布式环境才有必要使用web services,单机系统或简单的service--client
那就显得画蛇添足了。
JAVA环境中,基于J2EE,SUN公司的JWSDP 1.2正是SUN全力支持web services
的表现。

Sunmast(速马) :EJB是Java体系的,应该不具备可比性……
这我就不太明白了
速马 2003-09-10
  • 打赏
  • 举报
回复
如果是用来做"业务逻辑层对数据的处理",我觉得只有分布式系统中才比较有意义,你上面说的"能穿越放火墙、基于XML技术的接口更标准、能松耦合集成等",应该是WebService的重要卖点之一,也正是分布式系统所需要的.
EJB是Java体系的,应该不具备可比性,在.NET的范围里,能提供WebService这种特性的东西好像除了.NET Remoting就没什么了,所以理所当然的很重要了.
freebyte 2003-09-10
  • 打赏
  • 举报
回复
其他各位兄弟的意见归于:涉及到业务逻辑层对数据的处理时宜采用web services.
我想说的是,业务逻辑层可以用很多技术来处理,例如EJB等。而我们要论述的是
怎样让客户听完我们的讲述后,欣然采用web services技术,而不是说web services
能作到其他技术所能达到的功能,不是说web services能穿越放火墙、基于XML技术的
接口更标准、能松耦合集成等。
吸引客户的亮点是什么? web services切实的好处是什么?我为什么要采用
web services而不是其它技术了?
经过与原来技术的比较,得出我们选择web services的理由。
(个人之言,请发表您的具体系统的言论)
freebyte 2003-09-10
  • 打赏
  • 举报
回复
Sunmast(速马) 所提到的认证web services即归于:system-oriented web
services。这是将一些传统意义上的系统服务,比如用户权限认证,系统监控等,
如果被迁移到全球范围的INTERNET上或企业内部INTRANET上,起作用范围将从单个
系统或局部网络拓展到整个企业网络或整个INTERNET。统一认证服务即为一例子。
(引自:《web services 技术、架构和应用》)。
sun中国社区举办的竞赛,有一题目正是:用web services开发 web indentity
mannagement
《web services 技术、架构和应用》一书中对该问题有概述,但缺乏更实际深入
的论述,希望大家跟贴,于以其熟悉的方面进行系统的叙述。
速马 2003-09-10
  • 打赏
  • 举报
回复
在多层次的分布式系统中,WebService也可以用来封装数据层的逻辑
不过可能效率有点低了...
速马 2003-09-10
  • 打赏
  • 举报
回复
顾名思义啊,不过就是向外界提供服务,你给我一个a,我按照规则给你一个b,就这么简单

比如我们学校有两个BBS(Telent),n多社区(Web方式),那么这样可以做个身份验证的WebService,省去了每个人想上多个BBS的时候需要多重注册的麻烦
还有MS宣传WebServicce时候说的股票系统啊,信用服务啊,等等,都是WebSerivce的用武之地,对了,MS不是提供了.NET Passport服务吗? 呵呵 (-:
顾君彦 2003-09-10
  • 打赏
  • 举报
回复
业务逻辑层上一般使用webservice
比如:申报某业务,提交申请单。
等等
ETstudio 2003-09-10
  • 打赏
  • 举报
回复
主要是数据应用才会用到
rqxiang 2003-09-10
  • 打赏
  • 举报
回复
严重关注!

67,512

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧