寻找关于使用.NET和C ++托pipe与本地关系的build议

概述寻找关于使用.NET和C ++托pipe与本地关系的build议

我的公司目前正在从VB6程序转换到.NET。 我一直在编写传统程序的模块作为原生C ++ DLL一段时间，而我的老板设想了一个场景，我们基本上将GUI和相关逻辑（什么时候出现什么button等等）移植到VB.NET中，并继续开发底层程序逻辑作为本机C ++ DLL。

他很担心.NET代码可能被复制，因为中间语言可以被轻松可靠地反编译，就像java类文件一样。 所以请假定有人真的想要他的代码，但是从本地代码中分解是不可行的。

现在，我认为在.NET中开发所有的东西，比如托pipeC ++，会更聪明一些。 然后，GUI和程序之间的接口可能更不麻烦，不涉及COM或其他进程间通信，而且我也可以使用整个.NET API，我认为这可能为我节省很多时间。

请告诉我，如果我的假设是有问题或错误的。 如果这是正确的，你也可以build议在.NET中编程，如果它必须用于GUI，那么我可以向我的老板提出什么好的论点？

在“stream程布局面板”内为“面板中的控件”设置锚点

有一个完整的user32.dll包装库可用于.NET？

windows WCF客户端与Internet代理服务器显示错误服务器提交协议违规。 第= ResponseStatusline

如何确定文件系统在.net中是否区分大小写？

原始打印设置DevMode选项（方向，副本，边距，默认来源等）

我听说有混淆器。 他们可靠吗？ 他们有多难使反编译？ 有一个特别好的testing，或者是一个自由的testing，你有很好的结果吗？ 我猜想确保他的代码库是安全的是这里最大的问题，但是我也在寻找关于整个事情的其他方面的见解。

System.IO.Directory.Getfiles返回与windows XP Search Companion不同的结果

对多个类执行单个WMI查询，可能是？

从system :: String转换为std :: string

在.NET控制台应用程序中，防止windows睡眠/hibernate

Bonjour COM库在哪里？

我的理解是有很好的混淆器，虽然我没有足够的经验来说明它们有多好。 我听说过有关Dotfuscator的好消息。 他们有一个评估版本。

如果你打算编写.NET代码，我会建议你在.NET中做所有事情。 我编写新的本地代码的唯一原因是，如果我确实需要性能（.NET代码对于大量计算会比较慢），或者如果本机代码正在做一些你在.NET中无法做到的事情。 也就是说，如果不需要，我不会建议将现有的本地代码转换为.NET。 使用Platform Invoke从.NET调用本地代码非常简单。

但是我会用托管C ++或其他托管语言编写新代码。 它使事情变得更容易。 另外，您可以利用.NET运行时库，这可能会节省您的编码时间。 您将使用与GUI代码相同的运行时环境，这意味着您可以使用它们使用的相同数据结构。 这将简化编码并减少在GUI代码和处理代码之间封送数据的问题的数量。

总结

以上是内存溢出为你收集整理的寻找关于使用.NET和C ++托pipe与本地关系的build议全部内容，希望文章能够帮你解决寻找关于使用.NET和C ++托pipe与本地关系的build议所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。