代码之家  ›  专栏  ›  技术社区  ›  Paul Kelly

WPF应用程序是否应该用C++或CLI或C语言编写?

  •  10
  • Paul Kelly  · 技术社区  · 14 年前

    WPF应用程序的核心是托管应用程序? Right? 所以,我必须在使用托管C++或托管C语言之间进行选择。几年前,我用C++进行了实验。似乎还没有完全准备好迎接黄金时间。我猜想微软比托管C++更投入管理C语言。因此,使用托管C#似乎是两者之间的最佳选择。是这样吗?你对这两种语言的WPF有什么经验?提前谢谢。

    6 回复  |  直到 7 年前
        1
  •  14
  •   KeatsPeeks    12 年前

    我强烈建议你使用C++来进行一个新的项目,并且只在需要时使用C++/CLI。C#有更好的支持,有更大的用户群,并且在VisualStudio2010中更容易使用。

    另外,请记住C++和C++ +CLI是两种不同的语言。对于C++的C++ C++,CLI是我的第一个.NET项目,因为我已经知道C++了,这是个很坏的想法:从C++到C++的CLI学习曲线与C++学习C语言类似:不要掉进陷阱。

        2
  •  4
  •   Daniel Rose    14 年前

    C++或CLI只是真正支持在非托管代码(即本机C/C++)和托管代码之间编写互操作层。对于“重载”,你应该使用C#(或VisualBasic.NET网站).

        3
  •  2
  •   Dan Puzey    14 年前

    你可以使用管理的C++来为后端使用,但是在检查时,VS(我使用2010的终极)没有任何内置的模板用于C++ WPF应用程序——只有C或VB。

    能够 如果你想的话就强迫它工作,但我建议你用C。

        4
  •  1
  •   Jouke van der Maas    14 年前

        5
  •  1
  •   Matt B    14 年前

    就后端而言,它们都运行在CLR上,并且都能够执行作业。实际上,这取决于你最喜欢什么。如果你不确定,两个都试一下。 用最有效率的东西。

    :

    正如我刚才指出的,似乎支持WPF模板(甚至可能是智能感知)的C++并不存在。所以如果是这样的话,我想我得推荐C。

        6
  •  1
  •   Just another metaprogrammer    14 年前

    跨越管理世界和C++库的边界时,C++/CLI是很好的。复杂度更高,尽管由于将托管语言和非托管语言结合起来会产生一些微妙的问题。