我的工作描绘为基础的产品在哪里我想产生的版本,桌面操作系统/X,Windows片,Silveright基于浏览器、Windows移动和Windows在于优先顺序。

为GUI可携带性的,经典的回答是保持核心在C++和使用可可/目标-C或WPF/C#薄层。

然而,Silverlight复杂的选择。

我不会有任何问题,迁移我的代码C++/CLI和维持一个双重码的基础(有一些宏假C++/CLI上下文关键字和一些司法搜查和替换为^和%).

从什么我一直能够 找到这么远, 它似乎是不可能的,C++/CLI将支持力。这使我有所选择:

  1. 一旦断迁移的一个v1。0C++源基础进C#和正在进行的平行维护
  2. 现场移植用的工具(建议!) 从C++C#或反之亦然,这是足够平稳的一部分建立的过程。
  3. 建筑分隔的控版本,以便C++的逻辑仍然是一个服务器。我有点不舒服的性能产生影响。

任何人都可以提出替代办法,提供很好的新闻C++/CLI在Silverlight或建议移植的工具?我充分舒适的在语言使用C++或C#我的主要语言的后端设置一个口是可靠的。

编辑:看范围内提供的产品 有形的软件解决方案, ,他们注意到在转换器的明确说明,转C#C++更容易比其他方式。那是因为我预期它提出了有趣的想法,因为约束我的C++的风格是最常见的-OO-分母。

有帮助吗?

解决方案

建筑分隔的控版本,以便C++的逻辑仍然是一个服务器。我有点不舒服的性能产生影响。

我会这样做。性能可能是不像你想象的。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top