Web Services何时才能更具意义?

目前Web services还是一门相当新的技术，而且不是每个人都知道该如何充分利用它们。以我的经验（我曾在Web services底层架构上构建了一个完整的企业软件产品），我发现Web services有这样两个主要用途：将多个系统整合到一起，以及将功能函数(function)作为组件提供给远程调用。本文我将介绍在使用后一种方法时需要注意的问题。
当你想要用Web service来提交一个新的函数或service给可能要远程调用的客户端时，你需要考虑到许多因素。不论这个函数是用于内部还是用于外部的客户或合作者，在Visual Studio .NET中开始一个新的Web service项目之前先设计一个大纲会帮你节省不少时间。比如，在要求访问专属数据库时以及/或者在很难实现本地部署或造价太高时，将一个功能函数作为一个Web service来提供就会很有意义。用于执行简单计算的函数不要求访问专属数据，同时在进行本地部署或维护方面也没那么复杂。
当功能函数需要一个复杂的安装过程或一个复杂的、昂贵的硬件配置时，使用Web services或许是你的最佳选择。在这种情况下，将功能函数作为一个Web service来提供会为你的客户解决很多麻烦事，因为他们不用在本地部署它。如果你经常需要发布一个功能函数的新版本，那么你也该考虑用Web services。一个Web service会提供一种简便的方法给所有使用该功能函数的客户发布升级版本，而无需在每次发布新版本时让他们重新部署一遍。公众所期望的通过Web service接口提供需要访问专属数据的功能函数是不容易得到的。不管怎样，客户端需要能够得到数据，而Web service显然是一个比传送普通文件（flat file）数据更好的方法。最后，最好能将依赖于经常改变数据的功能函数作为Web services来提供。在更新数据速度和更改数据大小方面的提高会使远程访问专属数据的优势更为明显。
在你决定是否将一个功能函数作为一个Web service来提供时，部署问题是一个最重要的因素。Web services会使软件的部署更简单。比如，如果你在构建一个指导驾驶的应用程序，你就不需要担心如何安装地图软件。或者如果你有一个需要经常升级的功能函数，你就不需要每几个月就回到公司让他们帮你部署更新。