VB应用程序调用并将请求定向到web浏览器
我们有一个用VB 6开发的应用程序，有6-8个模块可用.在主屏幕上，每个模块都有一个单独的按钮，单击该按钮将加载相应的模块。我们正在将其迁移到一个支持web的系统中，并将其与基于Java的解决方案结合起来。
现在，我们没有完全开发和迁移到Java平台，而是在对迁移模块进行技术可行性研究。也就是说，例如，单击‘Module1’将打开一个浏览器而不是现有的VB应用程序表单，所有后续的处理/处理/加载/保存将由实际运行在web/app服务器上的基于web的Java应用程序处理。慢慢地，这也将被迁移到其他模块。
我的问题是，这在技术上是否可行？也就是说，我们是否可以在单击按钮时打开一个浏览器，并将所有后续请求、会话、cookie定向到运行在web/app服务器上的Java应用程序。对此的任何建议/建议/想法都是非常感谢的。
注意：我从我的朋友那里听说了WinINet API，它允许与HTTP交互。
回答 1
Stack Overflow用户
发布于 2013-10-23 09:28:05
如果您正在移动到“可怜的客户端”( Web )模型，那么您的后端将创建100%的用户界面作为Web页面。
在这种情况下，您现有的富客户端需要被淘汰。尝试从服务器请求HTML并将其重新解释为用VB6编写的富用户界面是没有意义的。
因此，您不需要担心WinInet API (因为从Win2K开始，至少有3个非常好的包装器ActiveX控件和类可供您使用：、XmlHttpRequest类和WinHttpRequest类)。
不，在你的情况下，你可能会被困在替换你的“模块”(？)这可能意味着表格(?)由承载WebBrowser控件的窗体执行。
然而，将所发生的事情与您的其他“模块”集成起来将是笨拙的。如果需要的话，您可能需要对WebBrowser DOM进行拼写，以提取数据、注入数据等等。
理想情况下，您将迁移到Web服务模型而不是Web模型。这打开了一个不需要多个后端的前端可能性(Web、移动、富客户端)的世界，并且在VB6中非常有用。随着时间的推移，事情变得更容易了，因为SOAP被抛弃了，取而代之的是简单、松散耦合的RESTful网络服务。
您所描述的在某种程度上是可行的，但是当您开始添加诸如会话cookie控制之类的需求时，它可能会变得很难看。您可能最终需要程序中的两个登录，一个用于旧/现有部件，另一个用于基于浏览器的部件。
你最好只是让部分转到浏览器上，从旧的应用程序中剥离出部分，让人们同时运行。
https://stackoverflow.com/questions/19537271
复制相似问题
腾讯云开发者
