重复：
Win32编程与现代专业人员的相关性如何？
学习低级别的WinAPI编程是否有意义？
我最近读了一篇关于有人要求一本关于Windows编程的好书的博客文章。 他感到不安的是，他发现的大多数书籍都是十岁左右，可能已经过时了（不用担心，他发现了包括Charles Petzold在内的通常的嫌疑人）。 直到今天，我都不愿在他的网站上发表任何评论，因为我根本无法回答他。 当然，Windows编程从那时起就发生了变化，并且分裂了许多不同的方向，但是它到底在哪里呢？
几年前，Win32肯定是以某种方式编程Windows的方式。 合理快速，很多例子等等。 然而，由于转向.NET（听说第四个化身即将来临…），似乎有一个变化。 虽然旧的API仍然存在，并且相当多的.net代码使用它，但是在我看来，它越来越失去了它的重要性。 当然有几个原因：首先，C＃（.net）在给程序员一个现代语言方面的所有优点在许多方面都取代了C / C ++。 另外一个就是我个人认为MS和VS IDE有很大的区别，.NET应用程序的开发很多，但是为什么呢？ 我的意思是为什么有很多很酷的function在C＃中开发，在我看来，win32 / c是一些半成品（例如devise师）？ 还有一件事是，Codeproject和许多其他论坛上的Win32问题在本月就不那么频繁了。 最后，我想补充一点，所有现代的花哨的GUI /networking框架都是为.NET（Dundas等）devise的，这使得快速开发变得非常容易，给老人们留下了不多的空间。
简而言之：你认为Win32的发展方向是什么，未来有什么新的，新手应该学习它，还是在未来的几年内将会过时？ 它只会在下一个Windows版本的Wine环境中运行吗？
钩从窗口事件从AC＃Windows服务应用程序不起作用
.NET让C＃程序在后台运行，并在启动像反病毒
WCF Windows服务超时
如何打开麦克风属性窗口
使用DLL .NET内部方法
无法写入registry项，获取UnauthorizedAccessException
每24小时创build文件取决于计时器
我可以在Windows应用程序中而不是在网页中包含reCAPTCHA吗？
备份其他进程正在使用的文件
它没有死，只要有新的库发布（ Windows模板库为一个）; 但是在.NET之外开发的复杂性超过了这个好处。
计算机正在变得越来越快，随着.NET和Delphi的出现，计算机越来越容易开发Windows应用程序。
随着浏览器模式走在最前沿，即使在Windows API上开发大多数桌面应用程序也不那么需要。 而且我还没有提到像AIR和Flash这样的非微软技术。
所以它没有死 这只是越过了其最大效率的点。
Win32很快就没有任何地方了。
更流行或使用的技术是，死亡时间越长。 爱它我们讨厌它，Win32被用在许多应用程序中。 此外，许多新的和替代技术（如.Net）在Win32之上生活和呼吸。 没有Win32，他们会停止运作。
我不认为它已经死了。
只要.NET仍然调用win32来获得高级功能，它仍然是最佳的选择，也是最高性能的选择。
我想在10年内，它将迁移到Silverlight或其他操作系统在浏览器范例（只要MS可以保持某种形式的产品/格式锁定，没有理由，不能锁定在一个浏览器或云环境。
Vista中的分层服务提供程序接口已大大增强。 没有办法如何做到这一点.NET（它是硬核低级内存写入，切换函数指针等）。 那么，为什么微软增强这个接口，如果Windows编程已经死了？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
