带有 DirectAccess 数据库连接的 sqlClient 与 Web API
sqlClient with DirectAccess DB connectioin vs Web API
我有一个遗留的 WinForm 应用程序与 SQL 客户端连接到 SQL 数据库。它曾经在通过有线连接到办公室网络的桌面上运行良好。现在，该应用程序已安装在通过 WiFi DirectAccess 连接到网络的笔记本电脑上。连接失败成为一个常见问题。
通常，连接错误发生在 ADO.Net 语句中，例如
Myconnection.Open(), MyDataTable.Load 等
我正在考虑将数据层移动到 restful Web API 后端并在 WinForm 前端使用 HTTPClient 获取数据。但是，我不确定这种方法会带来什么好处。您能否就连接错误的弹性、性能和其他标准提出更好的方法
- 开发 Web API 后端或
- 在客户端保留 ADO.Net 代码，但改进数据库连接错误处理和连接弹性
谢谢
如果网络不可靠，构建网络 API 后端也会出现连接错误，因此您也需要重试逻辑。
添加重新连接逻辑要便宜得多，但显然拥有后端更具可扩展性。
如果此应用是唯一的用户，我不会构建网络 api 后端，但如果您有多个客户端，它可能会变得有用
我有一个遗留的 WinForm 应用程序与 SQL 客户端连接到 SQL 数据库。它曾经在通过有线连接到办公室网络的桌面上运行良好。现在，该应用程序已安装在通过 WiFi DirectAccess 连接到网络的笔记本电脑上。连接失败成为一个常见问题。 通常，连接错误发生在 ADO.Net 语句中，例如 Myconnection.Open(), MyDataTable.Load 等
我正在考虑将数据层移动到 restful Web API 后端并在 WinForm 前端使用 HTTPClient 获取数据。但是，我不确定这种方法会带来什么好处。您能否就连接错误的弹性、性能和其他标准提出更好的方法
- 开发 Web API 后端或
- 在客户端保留 ADO.Net 代码，但改进数据库连接错误处理和连接弹性
谢谢
如果网络不可靠，构建网络 API 后端也会出现连接错误，因此您也需要重试逻辑。 添加重新连接逻辑要便宜得多，但显然拥有后端更具可扩展性。 如果此应用是唯一的用户，我不会构建网络 api 后端，但如果您有多个客户端，它可能会变得有用