用WebService做网站,现实吗?

[hxhbluestar]

如果所有的数据库操作全部用WebService来封装,然后网站程序全部调用这个WebService,做成一个网站,访问效率高吗?这种做法现实吗?

如果不现实的话?瓶颈在哪里?

因为考虑到Application也需要读数据库,而所有的操作基本一致,从代码重用的角度来说,应用程序也可以调用这个WebService,这样就不用重新写一套读取数据库的组件了.

我现在主要的困惑是WebService能否用在纯网站平台搭建上,性能如何,能接收大量的访问吗?

希望听到大家的答案.

[suntonycomm]

d

[wangsaokui]

Q：访问效率高吗?这种做法现实吗?
A：访问率和技术没有关系，提高的方法是有吸引人的内容，做法是现实的。

Q：我现在主要的困惑是WebService能否用在纯网站平台搭建上,性能如何,能接收大量的访问吗?
A：因为数据需要序列化，对性能有一定的影响，性能可在发布前做压力测试。

[daou101]

当然是可以的。
参考微软的ASP.NET Startkit的电子商务例子，它的数据库操作就已经用Webservice实现了。包括订单插入，修改，CheckOut等等。

但就目前来讲，WebService技术仍然没有直接使用数据库访问层代码快，毕竟SOAP消息传递信息，永远没有二进制通讯快。

[hxhbluestar]

To wangsaokui(无间道ＩＩＩ(终极无间))
我所说的 访问效率 不是访问率,是说访问速度,传输XML数据所花的时间肯定要比传输二进制慢

现在我是使用ASP调用WebService返回的XML数据,而不是ASP.NET直接调用WebService
ASP.NET里对WebService的调用做了大量的优化,而ASP,据我目前所知,还只能单纯的处理WebService返回的XML数据

至于为什么采用ASP而不用ASP.NET,这是人为原因

[haoztao]

现实,可以的
数据多的话就会影响性能

[viena]

没问题的，一般瓶颈不是在这上面，对性能的影响可以忽略吧

[tongcheng]

我们的建站平台就是这样做的

很现实的

效率有些影响
第一次打开慢一点
在现今的硬件和网络条件下
这已不重要

只要WebService规划的结构合理，没问题的

[wangsaokui]

现在我是使用ASP调用WebService返回的XML数据

建议看机械工业出版社《XML技术内幕》

[hxhbluestar]

好的，谢谢大家的回答，还有一个问题，就是关于权限的判断

我如何判断是我允许的ASP程序调用了，而不是被任何人都可以调用，我的应用程序是直接调用的DLL，是否也需要写一个权限判断？

[wind7788]

关于权限的问题有多个解决方案，一是应用程序级的，在soap头部文件里加注身份标识（用户名密码什么的，随便你了）,二是通过配置文件来限制使用者，

[Dxh_Asp_Net]

身份验证选项的总结

身份验证选项 说明
Windows - 基本 用于客户端的不安全标识，因为用户名和密码是以纯文本 Base64 编码字符串的格式发送的。在这种类型的身份验证中，对密码和用户名进行编码，但不进行加密。一个蓄意破坏的用户可以使用网络监视工具截获用户名和密码。
Windows - 基本（通过 SSL） 用于 Internet 方案中客户端的安全标识。通过网络发送使用安全套接字层 (SSL) 加密（而不是纯文本）的用户名和密码。对于 Internet 方案，这相对容易配置和工作。但是，使用 SSL 会降低性能。
Windows - 简要 用于 Internet 方案中客户端的安全标识。使用哈希以一种安全的方式传输客户端凭据，这样，密码将不以明文形式传输。另外，简要身份验证可以通过代理服务器工作。但是，在其他平台上并不是广泛支持该方法。
Windows - 集成 Windows 使用 NTLM 或 Kerberos。使用与用户的 Microsoft Internet Explorer Web 浏览器的加密交换。
Windows - 客户证书 用于 Internet 和 Intranet 方案中客户端的安全标识。要求每个客户端都从互相信任的证书颁发机构获得证书。可以将证书映射到用户帐户，IIS 使用该用户帐户授予对 XML Web services 的访问权限。
窗体 XML Web services 不支持。这是一个系统，通过该系统使用 HTTP 客户端重定向将未经身份验证的请求重定向到某个 HTML 窗体。XML Web services 的大多数客户端将不想提供使用 UI 的凭据。您应该使用替代方法以避免登录窗体。
SOAP 标头 – 自定义 用于安全和不安全的 Internet 方案。用户凭据在 SOAP 消息的 SOAP 标头中传递。Web 服务器提供自定义的身份验证实现，与承载该 XML Web services 的平台无关。

[CMIC]

因为考虑到Application也需要读数据库,而所有的操作基本一致,从代码重用的角度来说,应用程序也可以调用这个WebService,这样就不用重新写一套读取数据库的组件了.
---------------------------------------------------------------------
如果你至考虑到代码重没必要使用WebService，将数据库操作直接封装到dll
中也一样，使用WebService肯定会有性能损失，如果你对WebService理解足够深刻
性能损失是可以接受的。另外asp有很多WebService的功能你是无法实现的比如WebService的服务端异步调用，wse等。

[hxhbluestar]

谢谢 CMIC(大象) 大象的提醒，我之所以选择用WebService，就是为了一个整体过渡，DataAccess我已经封装好了，为了从ASP升级到ASP.NET，而又不要在程序上改动很大（至少不要把SQL语句重新写一遍）至于人为原因选择ASP，说起来就复杂了……

有一句话不明白：“如果你对WebService理解足够深刻，性能损失是可以接受的”

希望能指点指点。