XML Web services 实现了在异类系统之间以 XML 消息的形式进行数据交换。虽然远程访问数据和应用程序逻辑不是一个新概念，但以松耦合的方式执行该操作却是一个全新的概念。以前的尝试（例如 DCOM、IIOP 和 Java/RMI）要求在客户端和服务器之间进行紧密集成，并使用平台和实现特定的二进制数据格式。虽然这些协议要求特定组件技术或对象调用约定，但 XML Web services 却不需要。在客户端和服务器之间所做的唯一假设就是接收方可以理解收到的消息。换句话说，客户端和服务器同意一个协定（在此所述的情况下，使用 WSDL 和 XSD），然后通过在指定的传输协议（例如 HTTP）之上生成遵守该协定的消息来进行通信。这样，用任何语言编写的、使用任何组件模型和在任何操作系统上运行的程序都能够访问 XML Web services。此外，使用文本格式（如 XML）的灵活性使消息交换随时间的推移以一种松耦合的方式进行进化成为可能。在不可能同时更新消息交换中所有方的环境中，这种松耦合是强制的。
通过使用 ASP.NET 页框架创建 XML Web services，可以使这些 XML Web services 访问 .NET Framework 的许多功能，例如身份验证、缓存和状态管理。由于 ASP.NET 和 .NET Framework 是托管代码中的 XML Web services 的基础，因此开发人员可以着重创建或访问 XML Web services，而无需编写基础结构代码。
在 ASP.NET 应用程序模型中，计划用于浏览器的 Web 页使用 .aspx 扩展名。为了区分 XML Web services 和常规 ASP.NET 页，XML Web services 使用 .asmx 扩展名。
以下是使用 XML Web services 时的两个基本作用：
- 创建 XML Web services — 创建 XML Web services 时，就是在创建向 XML Web services 客户端公开功能的应用程序。
- 访问 XML Web services — 访问 XML Web services 时，客户端应用程序定位、引用并使用单独的 XML Web services 中所包含的功能。XML Web services 的客户端通常是可以发送、接收和处理出入 XML Web services 消息的应用程序。但是，最低要求是客户端必须能够向 XML Web services 发送消息。这包括使用 .NET Framework 的所有应用程序。
XML Web services 既可以是独立的应用程序，也可以是较大型 Web 应用程序的子组件。例如，假设您正在创建一个在线销售图书的 Web 应用程序。您的 Web 应用程序可能按如下方式与 XML Web services 进行交互：
- 创建 XML Web services — 您的应用程序将其定单处理逻辑作为 XML Web services 公开，分支机构的 Web 站点又可以在他们的 Web 应用程序中使用该 XML Web services 通过您的在线书店销售图书，而不需要他们的客户来访问您的站点。
- 访问 XML Web services — 您的应用程序访问由另一个在线公司提供的 XML Web services，该公司专门为在线书商撰写和提供书评。当您的在线书店的访问者查看特定图书的详细内容时，他们还可以在同一页上看到这本书的书评。
请记住，几乎可以从任何其他种类的应用程序（包括其他 XML Web services、Web 应用程序、Windows 应用程序和控制台应用程序）访问 XML Web services。最低要求是客户端必须能够向 XML Web services 发送消息。