从用 C++ 编写的桌面应用程序过渡到基于 Web 的应用程序
Posted
技术标签:
【中文标题】从用 C++ 编写的桌面应用程序过渡到基于 Web 的应用程序【英文标题】:Transitioning from desktop app written in C++ to a web-based app 【发布时间】:2009-12-14 13:16:34 【问题描述】:我们有一个用 C++ 编写的成熟的 Windows 桌面应用程序。应用程序的 GUI 位于为 GUI 完成大部分工作的 Windows DLL 之上(它是一种引擎)。它也是用 C++ 编写的。出于各种原因,我们正在考虑将 Windows 应用程序转换为基于 Web 的应用程序。
我想避免的是必须用 C++ 为这个基于 Web 的应用程序编写 CGI。也就是说,我宁愿拥有像 Python 这样的 4G 语言或 .NET 语言的强大功能来创建这个应用程序的基于 Web 的版本。
所以,问题是:鉴于我需要在后端使用 C++ DLL 来完成应用程序的工作,你会推荐什么技术堆栈用于介于用户浏览器和 C++ dll 之间?我们可以假设 Web 服务器是 Windows。
一些选项:
-
在 windows DLL 之上编写一个 COM 层,然后可以通过 .NET 访问该层,并将 ASP.NET 用于 UI
直接从 .NET 访问导出 DLL 接口,并将 ASP.NET 用于 UI。
编写一个自定义 Python 库来包装 windows DLL,以便编写其余代码。
使用 C++ 和基于 C++ 的 MVC 框架(如 Wt)编写 CGI
关注点:
如果可以避免,我宁愿不将 C++ 用于 Web 框架 - 我认为 Python 和 C# 等语言在开发时间方面更强大、更高效。 我担心我将托管和非托管代码与我要求的一种 .NET 解决方案混合使用会导致很多难以调试的小问题(纯粹是轶事证据) 使用 Python 层也是如此。任何像这样稍微偏离常规的事情都让我担心,因为如果这是一个可行的长期解决方案,我没有太多证据。【问题讨论】:
“网络应用程序”我假设您的意思是 html/CSS/javascript,而不是像 Flash 或 Silverlight 这样的 RIA? 我愿意,是的。最终的应用程序可以包含一些 flash/sl 元素,但它们不应该是基础。 【参考方案1】:另见Can a huge existing application be ported to the web? How?
抱歉,没有好的解决方案,只有不太糟糕的解决方案......
首先,由于您已经为 windows 开发,我假设您习惯使用 Microsoft 开发工具,对于来自 unix(或 Mac)的桌面应用程序,我不会给出相同的答案。
一些随意的想法和建议。
我会使用 Asp.net,最有可能的是 Aps.net MVC。 我会尝试将 C++ 类封装在一些不错的高级 .net 类中,可能使用 Managed C++ / CLI。 在 C++ 端使用 COM 可能需要做很多工作,并且不会使 .NET 变得简单,因此我会避免使用 COM 来支持托管 C++ 或 pinvoke(但是,如果您已经在 C++ 端使用 COM ,这是一个选项,前提是您使用的是 VB6 可以处理的 COM 子集)。 .NET 无法访问任何托管的 C++ 对象,但它可以使用 Pinvoke 访问简单的 C 函数,因此无论您做什么,C++ 站点上都需要某种桥接层。 看看您是否可以使用 Silverlight 而不是 Web,如果可以(安装问题等),它将为您节省大量开发时间。 (还可以让您以 Microsoft 手机为目标) 检查“网络端口”的业务案例是否非常强大,并且它需要比您想象的要长得多!,使用终端服务器等托管是否是 的一个选项您的客户? 考虑线程和多用户访问,例如你的 dll 是否假设它只被一个用户使用? 仅仅因为您正在开发一个新的 Web 版本,即使您已经发布了 Web 版本,您仍然会得到客户要求对桌面版本进行更改。我过去发现,当前的客户并不总是希望转向网络应用。(对不起,我不知道 Python 是否匹配,但是如果您还没有这方面的技能,我会说坚持使用 Microsoft 堆栈,因为您已经知道 Microsoft 调试器等)
(我认为将复杂的应用程序移植到网络是一个非常痛苦,最好尽可能避免痛苦,但有时你别无选择,只能尽量减少痛苦。如果您从未处理过正在移植到网络的大型应用程序(通常是多年工作),那么您只是不知道自己在做什么!)
【讨论】:
好点。正在考虑使用 Web 应用程序路径,因为 1) 客户端部署更容易 2) 升级更容易 3) gui 更改的开发周期更快。 Silverlight 不是我想考虑的东西 - 应该是基于 HTML/JS 的 UI,以避免粗略的浏览器/平台依赖性。 使用基于 HTML/JS 的 UI 是获得我所知道的粗略浏览器依赖项的最佳方式。 完全重写应用程序不是我正在做的,谢天谢地。只是用户和引擎之间的薄层。这就是整个问题。如果我从头开始重写,我不需要担心找到兼容的东西。使用 C++ DLL。 +1 表示“它需要的时间比你想象的要长”。但是没有人愿意接受这一点:无论是管理层,还是开发人员自己。 +1 但还有一个补充:您可以将非托管 C++ 类包装在 C++/CLI 包装器中。这就是我们将非托管遗留代码连接到 .NET 世界的方式。【参考方案2】:3- Python 是解决方案。
在 python 中创建一个单一的入口点接口,它只接受函数的名称和传递给函数本身的参数列表。您将有一些东西可以立即开始试验,并了解第一个功能性 Web 原型真正需要 DLL 的哪些功能。
单个功能模块的存根是
#include <Python.h>
#include <string.h>
int int_function(int a)
return a +=1;
static PyObject *
exec_lib(PyObject *self, PyObject *args)
char *fun_name;
PyObject *func_name = PyTuple_GetSlice(args, 0,1);
PyObject *res;
if (!PyArg_ParseTuple(func_name, "s", &fun_name))
return NULL;
Py_DECREF(func_name);
if (strncmp("int_function", fun_name, 1024) == 0)
int i;
PyObject *fun_args = PyTuple_GetSlice(args, 1,20);
if (!PyArg_ParseTuple(fun_args, "i", &i))
return NULL;
Py_DECREF(fun_args);
res = Py_BuildValue( "i", int_function(i));
else
Py_INCREF(Py_None);
res = Py_None;
return res;
PyMethodDef methods[] =
"exec_lib", exec_lib, METH_VARARGS, " Returns",
NULL, NULL, 0, NULL
;
PyMODINIT_FUNC
initlibwrap()
(void) Py_InitModule("libwrap", methods);
可以用 setup.py 文件编译
from distutils.core import setup, Extension
setup(name = "libwrap",
version = "1.0",
ext_modules = [Extension("libwrap", ["my_library_wrap.cpp"])])
并用于简单的网络服务器,如
from BaseHTTPServer import BaseHTTPRequestHandler, HTTPServer
import libwrap
def int_function(value):
return libwrap.exec_lib("int_function", value)
print int_function(10)
class MyHandler(BaseHTTPRequestHandler):
def do_GET(self):
self.send_response(200)
value = 'Error'
try:
value = int_function()
except:
import traceback
traceback.print_stack()
self.wfile.write(value)
def main():
try:
ip ='localhost'
port = 8080
server = HTTPServer((ip,port), MyHandler)
server.serve_forever()
except KeyboardInterrupt:
server.socket.close()
if __name__ == '__main__':
main()
【讨论】:
【参考方案3】:我会说选项 2 是要走的路。如果您在 .Net 中为您的 DLL 创建一个接口,以确保您在需要时正确释放内存等,我看不到问题。如果您可以在您的 DLL 中重用您的业务逻辑,并且基本上可以对您的 DLL 进行网络调用,那就太好了。
我唯一关心的是您的 DLL 的 API。 ASP.Net 显然是一个多用户多线程应用程序。考虑到大多数 Windows 窗体应用程序只有一个用户驱动它们,您的 API 是否设计为接受此操作(想象一下,如果您的应用程序中的每个窗体都可以由多个用户同时打开)。
【讨论】:
【参考方案4】:既然没人提,那Wt怎么样。
如果您不是在寻找基于资源管理器的 UI,有许多 C++ 库供您将本地应用程序扩展到基于 Web 的应用程序,POCO 就是其中之一。如果您坚持使用 Windows 平台,WWSAPI 对于 C/C++ 开发人员来说真的很酷。
【讨论】:
以上是关于从用 C++ 编写的桌面应用程序过渡到基于 Web 的应用程序的主要内容,如果未能解决你的问题,请参考以下文章