我正在开发一款基于绘图的产品，我希望按照优先级顺序为 iPhone、桌面 OS/X、Windows 平板电脑、基于 Silveright 的浏览器、Windows Mobile 和 Windows 生成版本。
对于 GUI 可移植性，经典的答案是保留 C++ 核心并使用 Cocoa/Objective-C 或 WPF/C# 薄层。
然而，Silverlight 使选择变得复杂。
将我的代码迁移到 C++/CLI 并维护双代码库（使用一些宏来伪造 C++/CLI 上下文关键字以及一些司法搜索和替换 ^ 和 %）不会有任何问题。
从我所能做到的到目前为止找到 https://silverlight.net/forums/p/5329/16244.aspx，C++/CLI 似乎不太可能在 Silverlight 中得到支持。这给我留下了选择：
- 将 v1.0 C++ 源代码库一次性迁移到 C# 并进行持续的并行维护
- 使用工具（请推荐！）从 C++ 实时移植到 C#，反之亦然，这足够顺利，可以作为构建过程的一部分。
- Silverlight 版本的体系结构分离，因此 C++ 逻辑保留在服务器上。我对性能影响有点不舒服。
任何人都可以提出替代方案、提供有关 Silverlight 中 C++/CLI 的好消息或推荐移植工具吗？如果端口可靠，我对这两种语言都足够熟悉，可以将 C++ 或 C# 作为我的后端主要语言。
编辑：
查看提供的产品范围有形软件解决方案 http://www.tangiblesoftwaresolutions.com，他们对转换器的注释清楚地表明，将 C# 转换为 C++ 比其他方式更容易。正如我所预期的那样——它引发了一些有趣的想法，将我的 C++ 风格限制为最不常见的 OO 分母。
Silverlight 版本的体系结构分离，因此 C++ 逻辑保留在服务器上。我对性能影响有点不舒服。
我会这样做。表现可能并没有你想象的那么糟糕。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
