是否有任何理由在.NET上使用Win32 API(在C或C中)?

前端之家收集整理的这篇文章主要介绍了是否有任何理由在.NET上使用Win32 API(在C或C中)?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在完成暑期工作,为行李扫描仪编写图形软件.一切都在.NET或MFC中完成,使用普通C进行硬件通信(我不做任何硬件工作).我有时使用Win32 API调用(如SendMessage)来提高表单或控件的性能.我只有一年的CS课程(全部用C语言),但我对Win32 API很着迷 – 它比我想象的要大得多,也更强大. @H_403_1@.NET是否只是隐藏了Win32 API的所有“乏味”或底层工作?最终软件在.NET中消耗更多系统资源还是执行速度更慢?

.Net通常会使开发变得更加容易.它通过提供一个系统来实现这一点,该系统使得公共活动可以减少开发人员的工作量. @H_403_1@我喜欢在.NET工作.在它可用之前,我主要使用MFC和Win32在C语言编写的GUI上工作.当我切换到.NET时,我不得不完全修改我的估计,因为我可以更快地完成工作!

@H_403_1@回答你的实际问题:有一些不太常见的开发场景,.NET没有帮助(有些人可能会说它会妨碍).这些通常涉及低级别使用硬件通信或精细调整的COM编程.

@H_403_1@请注意,您可以使用C for .NET进行开发,这样您就可以轻松地在Win32和.NET之间进行交叉. (当你发展到CLR时,它不是标准的C,但也不难发现差异.)

@H_403_1@如果没有您可以实际测试的实际场景,请不要考虑性能.要在同一任务上对.NET和C进行有趣的性能比较,请查看博客条目(和链接!):http://blogs.msdn.com/b/ricom/archive/2005/05/10/416151.aspx

猜你在找的Windows相关文章