为什么要使用Linq to SQL的Web服务?

时间:2008-10-30 20:26:33

标签: web-services linq-to-sql

任何人都可以告诉我使用带有asp.net gui的Web服务并使用Linq to SQL需要/优势是什么? Web服务层似乎没必要。 Linq to SQL对我来说是全新的,我正在研究,因为我正在建立一个新项目。有没有人有这方面的经验?

5 个答案:

答案 0 :(得分:6)

您将针对其他应用程序可能需要访问您的数据的情况(例如智能客户端,其他应用程序,winforms应用程序等)公开服务。许多人将使用Web服务开发,以防止他们将来不得不重新构建Web服务。

在几乎所有专业/企业Web应用程序中,您都希望将UI层与数据访问层分开,这样就不会将Linq嵌入到UI层中的SQL调用中。相反,您将在它们之间拥有一个服务层,无论是Web服务,WCF,还是仅具有编排数据访问层的业务逻辑的DLL。独立层更易于维护,更新,重构和学习,因此创建它们的前期投资是值得的。

答案 1 :(得分:3)

当然没有必要,但如果您希望将数据访问层保留在与演示服务器(ASP.NET)不同的服务器上,则可以使用它。 Web服务允许您将两个服务器之间的通信限制为仅端口80。

请注意,这可能适用于普通的旧ADO.NET或其他任何内容。

答案 2 :(得分:2)

Webservices成为一个分离层,因为它们旨在作为向其他软件发送数据的平台无关的方式。它们是向其他软件提供信息而不是直接向用户提供信息的网站 Web服务是网站的大修分离层,不能完全取代良好的数据,业务逻辑和UI分离。
按照您的逻辑告诉您的那样做,但要注意如果您不需要与其他软件通信,您支付的性能下降。

答案 3 :(得分:2)

完全同意Ovidiu Pacurar。 Web服务不是建模关注层的好选择。你应该使用老式的OO设计做到这一点。 Web应用程序没有理由在其自身内部调用Web服务进行数据访问,除非它们用于客户端ajax调用,或者您需要在另一台服务器上运行业务/数据层以解决极端安全问题。

答案 4 :(得分:0)

同意以前的海报。您可能希望这样做以应用“关注点分离”的想法......