首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >问答首页 >您将使用哪种C#项目类型来重新开发MFC控件?

您将使用哪种C#项目类型来重新开发MFC控件?
EN

Stack Overflow用户
提问于 2008-09-10 22:47:36
回答 3查看 429关注 0票数 0

查看VS2008中的C#项目模板,其中提供了WPF用户控件库、WPF自定义控件库和Windows窗体控件库。如果您想要将用c++编写的遗留活动控件迁移到C#和.NET的世界中,您会使用其中的哪一个?

EN

回答 3

Stack Overflow用户

回答已采纳

发布于 2008-09-10 23:10:51

听起来你想同时做几件不同的事情:

  1. 将代码迁移到较新版本的visual studio.
  2. Migrate中生成您使用的技术到较新技术(ActiveX到.net)
  3. 迁移您的语言(c++到c#)。

如果你有一个小的代码库,你最好从头开始,并根据需要将功能移植到新的代码库中。

对于更大的代码库,您需要认识到这在工作量和缺陷率方面都是一项昂贵的任务。

顺序可能是:

  1. 将代码导入到较新版本的visual studio中。对其进行编译。检查代码中每个project.
  2. Refactor的项目设置,以尽可能地隔离mfc和activex代码。遵循良好的重构实践,尤其是在使用.net.
  3. Consider替换MFC.
  4. Language之前没有太多单元测试的情况下,哪种图形用户界面工具包最适合替换MFC.
  5. Language-考虑首先转移到托管c++.
  6. Consider从托管c++转移到c#。

最重要的是,能够证明做以上所有事情是合理的!

票数 2
EN

Stack Overflow用户

发布于 2008-09-10 22:55:50

没有项目模板可以为您完成此操作。你不妨先从一个用户控件开始读一读。

票数 0
EN

Stack Overflow用户

发布于 2008-09-10 23:00:29

您必须考虑将承载控件的目标应用程序。如果它是一种业务应用程序,我已经heard说WPF没有提供比表单更大的优势。然而,根据this博客文章,作者认为杀手级WPF是一个LOB应用程序,它利用WPF提供的图形功能进行数据可视化。

最后,我猜这是一个成本/收益分析。您是走WPF路线,为图形数据可视化的未来利益而付出学习曲线的代价,还是坚持久经考验的方法,冒着开发过时应用程序的风险。

票数 0
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/55451

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档