要通过XML和HTTP解决显示应用程序逻辑或细节信息的问题并不困难。过去，我们使用诸如ASP、JAVA或Perl这样的语言编写一个简单的应用程序，此程序可以通过XML显示数据。例如，可以使用ASP编写简单的应用程序，接受查询字符串的值，并生成代表具体数据库表的XML返回文档。应用程序可以简单地调用终点（比如，显示数据库表的URL），并从文档中获取、分析和派生值。

但是这种设计方式是与其他因素紧密联系的。客户机希望得到高度结构化的XML文档，如果提供这种文档的应用程序发生了变化，则客户机实现就很有可能中断。在大多数情况下，可以通过使用公共XML模式解决这个问题，但是为不同的应用程序分别维护和管理不同的模式国语麻烦。而且，XML文档还依赖于服务器的实现方式。

当希望构建web服务时，在大多数情况下，可以使用UDDI、DISCO和WSDL作为在设计时的解决方案。设计步骤如下：1、要么通过UDDI的公共web服务，或者通过浏览器，我们可以将申请信用卡web服务的意向传递给UDDI节点（节点维护可以使用的服务）。2、UDDI给出信用卡服务列表。3、有UDDI返回的服务列表向我们提供URI，可以映射DISCO文档或WSDL文档。在此我们使用DISCO文档。除了UDDI提供的编程细节之外，我们还可以在一个UDDI.org节点发现用于服务的文档。一般服务的提供者会告诉我们服务可以提供的内容的细节信息。4、我们跟踪DISCO文档的URI。在DISCO文档之内，我们发现一个WSDL文档列表的位置。5、在分析了DISCO文档之后，我们可以跟踪WSDL文档的UR了,该文档与信用卡验证相关，并可以发送web服务。6、分析WSDL文档，并基于在WSDL内所提供的详细信息构建代理对象。

正如ASP.NET可以选择代码后置一样，ASP.NET Web服务也可以选择代码后置选项。代码后置是使用Visual Studio.NET创建的ASP.NET web服务的默认行为。应用程序逻辑不是存在于.asmx文件内，而是存在于外部CLR装配件之中。为了应用外部装配件，装配件必须驻留在ASP.NET应用程序的bin目录中。Bin目录是ASP.NET应用程序使用的特殊目录，在其中可以部署并自动注册装配件。

为了可以使用代码后置选项，可以通过一行简单的实现代码生成一个小型ASP.NET web服务.asmx文件。然后需要在单独的装配件中实现Fibonacci类，该装配件在ASP.NET应用程序的bin目录中编译和部署，或者也可以在配置文件直接命名的装配件中实现。