我们有一个Microsoft.Win32命名空间，但它是保证在64位Windows环境中工作？ 对于64位的情况，是否需要有相同的定义？
带有通配符的.NET DirectoryInfo.GetFiles在不同的驱动器上有不同的含义
托pipe的System :: Diagnostics :: Debugger :: Launchfunction的非托pipe/本机替代scheme？
将进程或模块标识为托pipe/本地
当Windows能够find它时，如何findMercurial可执行文件的完整path？
使用Windows事件日志有哪些选项？
默认情况下.NET应用程序运行在以OS架构为目标的框架上。 所以，如果你运行的是32位Windows，那么安装在机器上的.NET框架将是32位的框架。 运行在此框架上的所有.NET应用程序都将以“32位”运行。
如果你正在运行64位Windows，那么你正在运行一个64位的框架，但是在框架之上运行的IL与32位IL没有什么不同（默认情况下）。
简而言之，如果你运行的是32位或者64位的Windows，这并不重要，因为.NET框架从C＃/ VB代码中抽象出来。
Microsoft.Win32框架是指Windows内部的本地API。 除了微软给出的真正糟糕的名字之外，它与32位和64位Windows无关。
顺便说一句，有些东西你不能用64位版本的框架来完成：例如，64位框架中没有JET数据库驱动程序。
“Win32”是平台的名称（即核心API集合），而不管操作系统的实际位数。 换句话说，不要担心:)
出于同样的原因，我们在64位Windows的system32文件夹中存储了64位二进制文件。
基本上，这是因为Microsoft.Win32中的东西不是特定于32位Windows的。 他们为什么要伤害便携性没有任何好处？
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 [email protected] 举报，一经查实，本站将立刻删除。
