【问题标题】:Discussion - Client Server Application architecture讨论 - 客户端服务器应用程序架构
【发布时间】:2012-06-23 14:52:11
【问题描述】:

我想使用 .Net 4、C# 和 SQL Server 开发基于客户端-服务器的桌面应用程序。

请参考图片了解我的想法。

会有一个服务器应用程序访问 Windows 服务或 Web 服务。客户端应用程序将具有多文档接口。

以下是我正在考虑的观点 -

  1. 客户端应用程序将使用与服务器应用程序的套接字连接,以便从服务器获得身份验证,并跟踪服务器上的客户端连接记录。
  2. 该服务将是一个 Web 服务
  3. 验证成功后,客户端应用程序将直接访问 Web 服务,因此服务器不会过载。

我希望您对此提出反馈意见,这是一种好的实施方式还是有更好的方式?我应该使用 Windows 服务而不是 Web 服务吗?我应该对所有数据通信使用套接字连接而不是直接使用 Web 服务吗?

感谢您分享您的时间和智慧。

问候

伊尔凡

【问题讨论】:

    标签: architecture .net-4.0 client-server


    【解决方案1】:

    绝对要为所有客户端/服务器通信使用 Web 服务边界。

    WCF 会做你想做的一切。您可以使用different bindings 甚至customize what kind of security they use 公开多个端点。

    花点时间深入研究WCF documentation,我想你会发现它非常适合你的架构图,而且你需要的一切都是开箱即用的。

    【讨论】:

    • 感谢乔希的快速回复。所以你认为这是一种完美的方式,对吧?
    • 我不会说完美。但是,如果您正在寻找在 .Net 堆栈上构建面向服务的架构,那么 WCF 是适合这项工作的工具。 WCF 是一项 BIG 技术,因此请花时间真正深入研究,您可以让它为您歌唱。
    • 话虽如此...如果您有基于 Web 的客户端将使用这些服务中的任何一个,那么您还需要花一些时间查看 ASP.Net Web API 。对于简单的 REST/JSON 调用,它比 WCF 使用起来要简单得多。
    • 是的,这是真的。我正在考虑未来的网络服务。
    • 乔希的表现怎么样?你认为它会比使用套接字数据通信有更好的性能吗?
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2014-07-05
    • 2013-08-08
    • 2012-07-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多