为什么你需要webservices从Silverlight访问数据库？

Question

我目前正在研究几个选项来创建一个新的应用程序，该应用程序可以由多个用户在封闭的Intranet中使用浏览器进行访问。

我曾考虑过使用Silverlight的用户友好性和WPF设计，以便将来用户习惯的富客户端非常接近。

该项目（当然）需要访问内部网中的数据库，因此我浏览了互联网以了解如何处理数据访问。我很惊讶地看到，您显然有使用网络服务与数据交互，如this SO post哪些点this tutorial（许多使用Web服务的方法之一）中提到的。

已经在内部网中创建了各种与数据库交互的富客户端，我很惊讶被迫使用Web服务。

确实，我确实了解web服务的优点;它提供的安全性以及通常在软件体系结构中创建良好DAL的所有其他功能。然而，我不明白为什么你不能简单地创建（例如）一个包含Linq to SQL类的库，并使用这个库作为silverlight项目的参考，直接访问数据，就像使用传统富客户端应用程序一样。据我所知，通过这样做，您将访问数据存储在应用程序的连接字符串中，但我看不出为什么它不适用于Silverlight客户端。

UPDATE：

于是，两个问题：

1. 我们究竟有通过Web服务来访问数据？
2. 如果是这样，为什么它不同于传统的富客户端方法？
3. Silverlight 5能让我做这样的事吗？

Answer 1

不过，我不明白为什么你不能简单地创建（例如）包含LINQ to SQL类图书馆和直接使用这个库作为参考的Silverlight项目来访问数据，你可以使用经典的富客户端应用程序。

与WPF不同，Silverlight不使用或访问完整的.NET Framework。它在自己的，受限的CLR和框架下运行。

在决定要包含什么以及要省略什么时，决定将所有数据访问组件都遗留在Silverlight之外。这确实使得不可能像上面提到的那样直接创建“使用SQL的库”。

通过使用WebServices（或WCF，它确实是首选方法），您只需要能够创建和访问Silverlight支持的服务引用。

Answer 2

Silverlight在客户端工作站上运行，而数据库驻留在某个服务器上。托管数据库的各方必须有各种各样的安全问题才能直接访问客户端软件。使用类似Web服务的机制将数据库从客户端软件中隐藏起来。

同样，使用Web服务作为数据访问方法意味着silverlight不需要知道数据库是如何工作的，因此您的数据可以在sql server，oracle，mysql甚至是平面文件中，而且它没有任何区别Silverlight客户端。这确实是一个聪明的做法。