【问题标题】:Silverlight and C++ or C++ to C# ongoing code conversion?Silverlight 和 C++ 或 C++ 到 C# 的代码转换正在进行吗?
【发布时间】:2009-01-26 05:30:15
【问题描述】:

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

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

但是,Silverlight 使选择复杂化。

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

根据我对find so far 的了解,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 分母的有趣想法。

【问题讨论】:

    标签: c++ silverlight cross-platform c++-cli code-migration


    【解决方案1】:

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

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

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-08-24
      • 2014-12-30
      相关资源
      最近更新 更多