winforms 与 asp net web 服务结合使用答案

【问题标题】：winforms in conjunction with asp net web servicewinforms 与 asp net web 服务结合使用
【发布时间】：2021-05-11 16:15:30
【问题描述】：

我创建了一个绘制图形的 WinForms 项目，其数据存储在数据库中。

之后，我创建了一个 Asp.NET Web Service 项目（空模板）并将所有与数据库的工作封装在 WebMethods 中（我使用了 asmx 文件）。然后我将此服务连接到 Winforms 项目，并从那里调用这些 Web 方法来获取有关形状及其进一步渲染的数据。

我有以下理论问题：

这种设计的架构可以认为是client-server，也就是说，创建的web service可以称为server吗？
我们能否将这种设计称为微服务设计？

【问题讨论】：

为什么要在 2021 年创建 ASP.NET Web 服务？这种技术已经死了。这些天你应该在 ASP.NET Core MVC 中使用 Web API 功能。
ASMX 在 2006 年被 WCF 取代时死亡。这不仅仅是一个库问题——ASMX 从不支持 SOAP 1.2 或 WCF 支持的 WS-* 互操作性标准。没有理由使用它。不支持
小心 - 使用 asp.net + web 表单的重要原因之一是令人难以置信的易用性和较低的学习曲线。对于来自使用该布局表单的桌面环境的任何人，拖放并拥有交互式 Web 表单以将控件拖放到？它将学习曲线减少了大约 3 倍或更多。
因此，Web 表单提供的易于使用的设计师、拖放和交互式开发在这里是一个巨大的好处。 MVC 没有交互式 Web 表单设计器。因此，您现在将阻止 80% 或更多的人从 .net 桌面工具跳转到 Web 领域。 Web 表单是一项旨在将桌面开发人员拉入 Web 领域和开发的技术，并允许他们利用现有的专有技术。让人们远离这个选项就是在赶走新的 asp.net 开发人员。然后你想知道为什么 asp.net 市场正在衰退？小心你把谁带走，否则你作为一个 asp.net 用户是孤独的。
非常感谢您的建议，但是很遗憾，我的问题没有得到解决

标签： c# asp.net winforms

【解决方案1】：

这种设计的架构可以认为是client-server，也就是创建的web service可以称为server吗？

嗯，它实际上是一个服务器。命中任何类型服务器的任何软件都被视为客户端到服务器。所以即使你说是 100% 桌面，并且从 SQL server 拉数据？在这种情况下，这是任何公认标准的经典客户端到服务器设置。

并创建一个 Web 服务（网页上公开的一些功能和方法）？是的，这又是一个客户端到服务器的设置。

我们可以将这种设计称为微服务吗？

好吧，再说一遍，这实际上只是一盘语义。一个小小的网络服务？这当然可以定义为微服务。该术语实际上并不是您将其称为一个 Web 服务，而是该术语往往意味着您构建了一堆小型 Web 服务。实际上，您仍然可以将其称为 Web API，并且可以避免此处的“定义”。

我不能说 Web 服务与“微服务”有很多区别。该术语往往只是意味着有一个网站，它有一组较小的方法和您可以使用的东西。（而不是说一个完整的网站）。有些人确实使用该术语来建议您使用来自许多不同站点的许多不同服务。因此，您可以从一个站点提取天气数据，并从另一个站点获取人口数据，然后根据天气和人口估计冰淇淋销量会上升。

因此，我可以接受微服务倾向于建议您使用比一个网站更多的方法和属性，而不是仅使用来自一个站点的 Web 方法。所以“微服务”是一个用来描述架构设置的术语——而不是你只是决定在一个站点上调用一个 Web 方法。所以我会建议只调用一种网站方法与微服务之间的区别？好吧，我认为不同之处在于您使用了 BUNCH 不同的站点，并从它们公开的每个站点 Web 方法中提取微小的部分和部分 - 因此将“微型”或“小型”服务组合在一起到具有更大功能集的东西 - 所有这些都基于这些微小的部分和拼凑在一起的部分。

因此，术语“微服务”并不意味着您决定调用一个 Web 方法，而是作为开发人员决定将一大堆这些微小的 Web 方法拼凑成一个更大的结果。因此，微服务更多地是您作为开发人员做出的选择的结果，而不是调用一个 Web 服务/方法的事实。

【讨论】：