16 位 dBase 与 RESTful API 服务器集成
16-bit dBase integration with RESTful API Server
我一直在网上寻找解决客户端问题的方法。他们拒绝淘汰他们的 16 位 dbase 数据库，但仍然希望我们开发实时 PWA web 应用程序到 read/write 到 dbase 系统。
是否有可能获得一个使用 16 位 dBase 的 RESTful API 服务器？
是的。您可以使用 dBase 或任何数据库创建 PWA 应用程序，它可以选择通过 JDBC、ODBC 等 API 与现代编程语言进行通信。然后你选择的编程语言，比如 JAVA talking to dBase via JDBC，可以通过 RESTFul 服务公开功能。
对于 PWA 应用程序，底层后端服务技术栈被普通 HTTP 请求所掩盖。因此，对于 PWA
，您使用什么后端服务以及反过来与什么数据库对话并不重要
作为对“实时”需求的更新，不确定您正在计划什么样的实时功能以及期望什么 ETA/SLA。毫无疑问，您可以如上所述构建具有任何 dB 的 PWA，但它肯定会影响其性能。如果你需要像 googles auto suggest 这样的东西，它会在你输入时拉出结果，你需要像“内存中”DB 这样的东西。
所以问题更多的是您的数据库可以支持什么性能以及期望什么。我没有看到任何关于 PWA 的可行性挑战。
我一直在网上寻找解决客户端问题的方法。他们拒绝淘汰他们的 16 位 dbase 数据库，但仍然希望我们开发实时 PWA web 应用程序到 read/write 到 dbase 系统。
是否有可能获得一个使用 16 位 dBase 的 RESTful API 服务器？
是的。您可以使用 dBase 或任何数据库创建 PWA 应用程序，它可以选择通过 JDBC、ODBC 等 API 与现代编程语言进行通信。然后你选择的编程语言，比如 JAVA talking to dBase via JDBC，可以通过 RESTFul 服务公开功能。
对于 PWA 应用程序，底层后端服务技术栈被普通 HTTP 请求所掩盖。因此，对于 PWA
，您使用什么后端服务以及反过来与什么数据库对话并不重要作为对“实时”需求的更新，不确定您正在计划什么样的实时功能以及期望什么 ETA/SLA。毫无疑问，您可以如上所述构建具有任何 dB 的 PWA，但它肯定会影响其性能。如果你需要像 googles auto suggest 这样的东西，它会在你输入时拉出结果，你需要像“内存中”DB 这样的东西。
所以问题更多的是您的数据库可以支持什么性能以及期望什么。我没有看到任何关于 PWA 的可行性挑战。