2

我正在开发一个基于绘图的产品,我想按优先顺序为 iPhone、桌面 OS/X、Windows 平板电脑、基于 Silveright 的浏览器、Windows Mobile 和 Windows 制作版本。

对于 GUI 可移植性,经典的答案是将核心保留在 C++ 中并使用 Cocoa/Objective-C 或 WPF/C# 薄层。

但是,Silverlight 使选择复杂化。

将我的代码迁移到 C++/CLI 并维护双重代码库(使用一些宏来伪造 C++/CLI 上下文关键字以及一些司法搜索和替换 ^ 和 %)我不会有任何问题。

从到目前为止我所能找到的情况来看,Silverlight 似乎不太可能支持 C++/CLI。这让我有以下选择:

  1. 一次性将 v1.0 C++ 源代码库迁移到 C# 并持续进行并行维护
  2. 使用工具(请提供建议!)从 C++ 到 C# 进行实时移植,反之亦然,这非常顺利,可以成为构建过程的一部分。
  3. Silverlight 版本的架构分离,因此 C++ 逻辑保留在服务器上。我对性能影响有点不舒服。

任何人都可以提出替代方案,提供有关 Silverlight 中 C++/CLI 的好消息或推荐移植工具吗?只要端口可靠,我对任何一种语言都足够熟悉,可以将 C++ 或 C# 作为后端的主要语言。

编辑:查看Tangible Software Solutions提供的产品范围,他们对转换器的注释清楚地表明,将 C# 转换为 C++ 比其他方式更容易。这正如我所料 - 它引发了将我的 C++ 风格限制为最不常见的 OO 分母的有趣想法。

4

1 回答 1

2

Silverlight 版本的架构分离,因此 C++ 逻辑保留在服务器上。我对性能影响有点不舒服。

我会这样做。性能可能没有你想象的那么差。

于 2009-01-26T06:15:28.007 回答