关于.Net Framework低版本在高版本windows系统的兼容性问题

不吃辣的阿银 2016-09-30 04:48:36
事情是这样的，我本来想做一个自定义安装程序，安装程序中有嵌入的.Net Framework 4.6.1环境安装包以及我的软件(软件框架为.Net 4.6.1)；
我的安装程序本身框架是.Net 3.5 ，以便在win7系统上可以运行；
问题是，win8 win8.1 win10这些操作系统默认并不会安装.Net 3.5，他们的默认.Net版本大致是 4.0 4.5 4.5.1 ，在这些系统上，.Net3.5框架的软件并不能直接运行，需要再安装.Net 3.5或在添加功能中加入.Net3.5；
我想要解决这个问题不知道有哪位有什么建设性意见，或者有可用的解决方案？




说明：
以上都经过我实际测试，请不要随意反驳我的叙述；
目前一个可供的解决办法是用VS自带的"安装与部署"，再嵌入.Net各个版本框架的安装包，但局限性太高，不能自定义，这个办法暂且搁置；
...全文
16120 23 打赏 收藏 转发到动态 举报
写回复
用AI写文章
23 条回复
切换为时间正序
请发表友善的回复…
发表回复
weixin_42656451 2018-08-28
  • 打赏
  • 举报
 回复
问题解决没有？我现在也遇到类似的问题，相同的程序，在win7上选择.net4.0以上可以运行，选择3.5以下，指针传递数据会出问题，win10选择.net报错访问受限，选择3.5以下，指针传递数据会出问题
c_s_d_n是sb 2017-03-28
  • 打赏
  • 举报
 回复
以上说法都不对。 其实.net 1.0的部分应用是可以运行在最新的4.6.2之下的！！！ 微软的.net一共只有4个clr：1.0、1.1、2.0、4.0。在相同的clr中，高版本对低版本完全兼容，因而所有2.0程序都可以在3.5中运行。对不同clr，高版本对低版本是部分兼容的，因为某些功能被废弃了。所以在默认情况下，2.0程序不能在4.5中运行。但是开发时可以设定2.0程序，允许其运行在4.5下：https://msdn.microsoft.com/zh-cn/library/jj152935(v=vs.110).aspx 不过你必须确认你使用的所有功能在clr4.0中都没有被废弃，否则会崩溃的。如果你使用了第三方控件或者内裤，这就很危险。 对clr1.1，由于废弃的功能比较多，微软的建议是源代码迁移重新编译。 对clr1.0，基本上没多少尚未废弃的功能，加之年代久远，微软早就不管了。不过你放心，hello world是确定可以在4.0运行的
不吃辣的阿银 2016-10-28
  • 打赏
  • 举报
 回复
引用 19 楼 zhi_ai_yaya 的回复:
引用 18 楼 swordvming 的回复:
[quote=引用 17 楼 zhi_ai_yaya 的回复:]
没有完美的方法。不然为何要分X86和X64，还要分win xp/7/8/10版本？ 建议楼主把程序降级到.net 2.0或3.5，这样win7以下版本的机器可以直接运行，win10系统开启功能即可。[/quote] win7是可以，但是让用户自己去开启功能，不现实呀！ 我还是暂时打两个包吧。。。
我叫小菜菜 2016-10-28
  • 打赏
  • 举报
 回复
引用 18 楼 swordvming 的回复:
[quote=引用 17 楼 zhi_ai_yaya 的回复:] 我是来看热闹的。顺便上张win10企业版X64图。再多说一句，win10是无法用.net 3.5_x86_x64_full.exe安装包的，只能通过Windows功能开关切换。
是的我知道，我现在的解决方案就是win7系统，使用.Net3.5框架，然后后台安装.Net4.6.1以便安装后的软件可以正常运行； win10系统，直接把安装程序的框架改为4.6.1； 也就是说为不同的操作系统，出不同的安装软件。。。 我也只是好奇，有没有兼容全部操作系统的办法，我觉得我最终应该会使用VS自带的安装项目吧，(一脸sad.....)[/quote] 没有完美的方法。不然为何要分X86和X64，还要分win xp/7/8/10版本？ 建议楼主把程序降级到.net 2.0或3.5，这样win7以下版本的机器可以直接运行，win10系统开启功能即可。
不吃辣的阿银 2016-10-28
  • 打赏
  • 举报
 回复
引用 17 楼 zhi_ai_yaya 的回复:
我是来看热闹的。顺便上张win10企业版X64图。再多说一句，win10是无法用.net 3.5_x86_x64_full.exe安装包的，只能通过Windows功能开关切换。
是的我知道，我现在的解决方案就是win7系统，使用.Net3.5框架，然后后台安装.Net4.6.1以便安装后的软件可以正常运行； win10系统，直接把安装程序的框架改为4.6.1； 也就是说为不同的操作系统，出不同的安装软件。。。 我也只是好奇，有没有兼容全部操作系统的办法，我觉得我最终应该会使用VS自带的安装项目吧，(一脸sad.....)
我叫小菜菜 2016-10-28
  • 打赏
  • 举报
 回复
引用 20 楼 swordvming 的回复:
引用 19 楼 zhi_ai_yaya 的回复:
[quote=引用 18 楼 swordvming 的回复:] [quote=引用 17 楼 zhi_ai_yaya 的回复:]
没有完美的方法。不然为何要分X86和X64，还要分win xp/7/8/10版本？ 建议楼主把程序降级到.net 2.0或3.5，这样win7以下版本的机器可以直接运行，win10系统开启功能即可。[/quote] win7是可以，但是让用户自己去开启功能，不现实呀！ 我还是暂时打两个包吧。。。[/quote] 这是通病，不是你一个人遇到的问题。 http://blog.sina.com.cn/s/blog_4ce36a780102w8cj.html 理论上，只需要用户点下确认即可开启.net 2.0/3.5，这是必不可少的操作。
我叫小菜菜 2016-10-27
  • 打赏
  • 举报
 回复
我是来看热闹的。顺便上张win10企业版X64图。再多说一句，win10是无法用.net 3.5_x86_x64_full.exe安装包的，只能通过Windows功能开关切换。
不吃辣的阿银 2016-10-27
  • 打赏
  • 举报
 回复
引用 8 楼 D56233577 的回复:
[quote=引用 7 楼 daixf_csdn 的回复:]
你们可以看看我的环境，和运行结果[/quote] 默认情况下Win7自带的3.5根本不在这里显示，应该从“打开或关闭Windows功能”去查看，或者根据微软的文档来确定，多看看文档少误导人。 https://msdn.microsoft.com/zh-cn/library/hh925568(v=vs.110).aspx https://msdn.microsoft.com/zh-cn/library/bb822049(v=vs.110).aspx 以下摘要： 以针对早期版本的应用程序为目标并运行这些应用程序 .NET Framework 版本 2.0、3.0 和 3.5 是使用同一 CLR 版本 (CLR 2.0) 生成的。 这些版本表示单个安装的连续层。 每个版本将基于早期版本以增量方式生成。 无法在计算机上并行运行版本 2.0、3.0 和 3.5。 在安装 3.5 版时，你将自动获得 2.0 和 3.0 层，并且为版本 2.0、3.0 和 3.5 生成的应用程序均可在 3.5 版上运行。 但是，.NET Framework 4 会结束此分层方法。 从 .NET Framework 4 开始，可使用进程内并行承载在单个进程中运行 CLR 的多个版本。 有关详细信息，请参阅程序集和并行执行。 此外，如果你的应用程序面向 2.0、3.0 或 3.5 版，你的用户可能需要先在 Windows 8 或 Windows 8.1计算机上启用 .NET Framework 3.5，然后才能运行应用程序。 有关更多信息，请参见Installing the .NET Framework 3.5 on Windows 8, Windows 8.1 and Windows 10。[/quote] 对的，但是总不能在使用我的程序之前，先让用户自行去打开启用底层框架吧.....
不吃辣的阿银 2016-10-27
  • 打赏
  • 举报
 回复
[quote=引用 9 楼 daixf_csdn 的回复:] [quote=引用 8 楼 D56233577 的回复:] [quote=引用 7 楼 daixf_csdn 的回复:] 你的控制台之所以能运行是没有用到框架中的某些特性，你换一个winform程序就知道答案了 .Net FrameWork 框架既不向上兼容，也不向下兼容。。。
不吃辣的阿银 2016-10-27
  • 打赏
  • 举报
 回复
引用 11 楼 sp1234 的回复:
“我的安装程序”是什么程序？ vs 内置的 clickonce 安装程序，根本不需要任何 .net framework，更不需要什么 .net 3.5。 你的安装程序如果需要 .net 3.5，那么就可以扔掉了。
请针对我的问题回答，还有态度麻烦不要这么恶劣，OK？ 我已经说过了，不使用其他安装程序的前提下，我的安装程序之所以是.Net 3.5是为了在win7上运行，而在win8 win8.1 win10上是无法直接运行.Net 3.5框架的程序的，我要的是解决方案或者意见，而不是你这带有嫌弃的回答
以专业开发人员为伍 2016-10-07
  • 打赏
  • 举报
 回复
引用 楼主 swordvming 的回复:
目前一个可供的解决办法是用VS自带的"安装与部署"，再嵌入.Net各个版本框架的安装包，但局限性太高，不能自定义，这个办法暂且搁置；
不能“自定义”什么东西呢？ 你如果确实有什么自定义的东西，可以放到“安装之后再安装”，没有必要一次安装。最主要地，是有一个可行的简单方案，而不是硬要找一个“没有局限性、但是明显是根本不合基本道理”的需要 .net 3.5 framework 的安装程序。
以专业开发人员为伍 2016-10-07
  • 打赏
  • 举报
 回复
“我的安装程序”是什么程序？ vs 内置的 clickonce 安装程序，根本不需要任何 .net framework，更不需要什么 .net 3.5。 你的安装程序如果需要 .net 3.5，那么就可以扔掉了。
lurifan 2016-10-07
  • 打赏
  • 举报
 回复
你可以试试“ Visual Studio 版本互转工具 ”
一笑拔剑 2016-10-06
  • 打赏
  • 举报
 回复
默认win7我记得是4.0吧? 晕死,看来好多要换了...
D56233577 2016-10-01
  • 打赏
  • 举报
 回复
引用 3 楼 daixf_csdn 的回复:
我对这个问题还专门百度了下，也有人提出说.Net4.0运行库不支持.Net3.5的程序，需要再单独安装.Net3.5的运行库。 但是，我经过测试，发现并不是这样。 我的环境：win7 64位 虚拟机，只安装了.Net4.0 然后我编译了2.0下的，3.5下的控制台程序。在虚拟机里能够运行。 结论可能是： 1、.Net4.0运行库应该能支持.Net2.0和.Net3.5下的开发的程序 2、但.Net4.0对.Net3.5的支持可能不完全，舍弃了对.Net3.5的一些支持，如果你程序中用到了这些功能，那么程序将无法运行
你的结论大概错了，你测试2.0和3.5能用，是因为Win7自带3.5，3.5支持低版本，而4.0以上和3.5的CLR版本是不同的。你应该换一个操作系统测试。
圣殿骑士18 2016-10-01
  • 打赏
  • 举报
 回复
引用 8 楼 D56233577 的回复:
[quote=引用 7 楼 daixf_csdn 的回复:]

你们可以看看我的环境，和运行结果[/quote]

默认情况下Win7自带的3.5根本不在这里显示，应该从“打开或关闭Windows功能”去查看，或者根据微软的文档来确定，多看看文档少误导人。

https://msdn.microsoft.com/zh-cn/library/hh925568(v=vs.110).aspx
https://msdn.microsoft.com/zh-cn/library/bb822049(v=vs.110).aspx

以下摘要：
以针对早期版本的应用程序为目标并运行这些应用程序
.NET Framework 版本 2.0、3.0 和 3.5 是使用同一 CLR 版本 (CLR 2.0) 生成的。 这些版本表示单个安装的连续层。 每个版本将基于早期版本以增量方式生成。 无法在计算机上并行运行版本 2.0、3.0 和 3.5。 在安装 3.5 版时，你将自动获得 2.0 和 3.0 层，并且为版本 2.0、3.0 和 3.5 生成的应用程序均可在 3.5 版上运行。 但是，.NET Framework 4 会结束此分层方法。 从 .NET Framework 4 开始，可使用进程内并行承载在单个进程中运行 CLR 的多个版本。 有关详细信息，请参阅程序集和并行执行。
此外，如果你的应用程序面向 2.0、3.0 或 3.5 版，你的用户可能需要先在 Windows 8 或 Windows 8.1计算机上启用 .NET Framework 3.5，然后才能运行应用程序。 有关更多信息，请参见Installing the .NET Framework 3.5 on Windows 8, Windows 8.1 and Windows 10。[/quote]
你说的没错，这里可以看到所有版本
D56233577 2016-10-01
  • 打赏
  • 举报
 回复
引用 7 楼 daixf_csdn 的回复:
你们可以看看我的环境，和运行结果[/quote] 默认情况下Win7自带的3.5根本不在这里显示，应该从“打开或关闭Windows功能”去查看，或者根据微软的文档来确定，多看看文档少误导人。 https://msdn.microsoft.com/zh-cn/library/hh925568(v=vs.110).aspx https://msdn.microsoft.com/zh-cn/library/bb822049(v=vs.110).aspx 以下摘要： 以针对早期版本的应用程序为目标并运行这些应用程序 .NET Framework 版本 2.0、3.0 和 3.5 是使用同一 CLR 版本 (CLR 2.0) 生成的。 这些版本表示单个安装的连续层。 每个版本将基于早期版本以增量方式生成。 无法在计算机上并行运行版本 2.0、3.0 和 3.5。 在安装 3.5 版时，你将自动获得 2.0 和 3.0 层，并且为版本 2.0、3.0 和 3.5 生成的应用程序均可在 3.5 版上运行。 但是，.NET Framework 4 会结束此分层方法。 从 .NET Framework 4 开始，可使用进程内并行承载在单个进程中运行 CLR 的多个版本。 有关详细信息，请参阅程序集和并行执行。 此外，如果你的应用程序面向 2.0、3.0 或 3.5 版，你的用户可能需要先在 Windows 8 或 Windows 8.1计算机上启用 .NET Framework 3.5，然后才能运行应用程序。 有关更多信息，请参见Installing the .NET Framework 3.5 on Windows 8, Windows 8.1 and Windows 10。
圣殿骑士18 2016-10-01
  • 打赏
  • 举报
 回复
引用 5 楼 HtoFire 的回复:
[quote=引用 3 楼 daixf_csdn 的回复:]
我对这个问题还专门百度了下，也有人提出说.Net4.0运行库不支持.Net3.5的程序，需要再单独安装.Net3.5的运行库。
但是，我经过测试，发现并不是这样。
我的环境：win7 64位 虚拟机，只安装了.Net4.0
然后我编译了2.0下的，3.5下的控制台程序。在虚拟机里能够运行。

结论可能是：
1、.Net4.0运行库应该能支持.Net2.0和.Net3.5下的开发的程序
2、但.Net4.0对.Net3.5的支持可能不完全，舍弃了对.Net3.5的一些支持，如果你程序中用到了这些功能，那么程序将无法运行


非常同意楼上的回答，Win7本身自带3.5版本，所以你的测试不对，要用Win10操作系统
这个问题我也做过测试

1、.NET 3.5版本的，未使用3.5特性的，如LNIQ之类，编译后，可以在只装有NET 2.0版本下运行
2、.NET 3.5版本的，无法在4.0版本下运行，会有提示
3、.NET 4.0版本的，可以在4.5版本下运行（这个记得不太清楚了，如果错了请见谅）
4、NET 4.5版本的，不知道能不能在4.0版本下运行（隐约记得我测试过，不能运行的）

解释一下上面的结论
1、 NET 3.5自带 2.0，3.0，所以3.5以下版本都能在装有3.5版本的系统里运行
2、NET 3.5和2.0用的是CLR2.0，所以3.5的程序，仅用到2.0的库，能够在2.0版本中运行
3、NET 4.0用的是CLR4.0，所以和4.0以下的不兼容
4、NET 4.5及以上版本，用的覆盖旧版本，不像3.5及以下，是安装多个版本，所以4.0的肯定可以在4.5版本下运行

如有错误，还有其它兄弟们指正
[/quote]
你们可以看看我的环境，和运行结果
圣殿骑士18 2016-10-01
  • 打赏
  • 举报
 回复
引用 4 楼 D56233577 的回复:
[quote=引用 3 楼 daixf_csdn 的回复:] 我对这个问题还专门百度了下，也有人提出说.Net4.0运行库不支持.Net3.5的程序，需要再单独安装.Net3.5的运行库。 但是，我经过测试，发现并不是这样。 我的环境：win7 64位 虚拟机，只安装了.Net4.0 然后我编译了2.0下的，3.5下的控制台程序。在虚拟机里能够运行。 结论可能是： 1、.Net4.0运行库应该能支持.Net2.0和.Net3.5下的开发的程序 2、但.Net4.0对.Net3.5的支持可能不完全，舍弃了对.Net3.5的一些支持，如果你程序中用到了这些功能，那么程序将无法运行
你的结论大概错了，你测试2.0和3.5能用，是因为Win7自带3.5，3.5支持低版本，而4.0以上和3.5的CLR版本是不同的。你应该换一个操作系统测试。[/quote]你没看到我说了“只安装了.Net4.0”，我不是随口说的，看过了
圣殿骑士18 2016-10-01
  • 打赏
  • 举报
 回复
我对这个问题还专门百度了下，也有人提出说.Net4.0运行库不支持.Net3.5的程序，需要再单独安装.Net3.5的运行库。 但是，我经过测试，发现并不是这样。 我的环境：win7 64位 虚拟机，只安装了.Net4.0 然后我编译了2.0下的，3.5下的控制台程序。在虚拟机里能够运行。 结论可能是： 1、.Net4.0运行库应该能支持.Net2.0和.Net3.5下的开发的程序 2、但.Net4.0对.Net3.5的支持可能不完全，舍弃了对.Net3.5的一些支持，如果你程序中用到了这些功能，那么程序将无法运行
加载更多回复（3）
DirectX修复工具 V3.3增强 绿色版
DirectX修复工具(DirectX Repair)是一款系统级工具软件，简便易用。本程序为绿色版，无需安装，可直接运行。 本程序的主要功能是检测当前系统的DirectX状态，如果发现异常则进行修复。程序主要针对0xc000007b问题设计，可以完美修复该问题。本程序中包含了最新版的DirectX redist(Jun2010)，并且全部DX文件都有Microsoft的数字签名，安全放心。 本程序为了应对一般电脑用户的使用，采用了傻瓜式一键设计，只要点击主界面上的“检测并修复”按钮，程序就会自动完成校验、检测、下载、修复以及注册的全部功能，无需用户的介入，大大降低了使用难度。 本程序适用于多个操作系统，如Windows XP（需先安装.NET 2.0，详情请参阅“致Windows XP用户.txt”文件）、Windows Vista、Windows 7、Windows 8、Windows 8.1、Windows 8.1 Update、Windows 10，同时兼容32位操作系统和64位操作系统。本程序会根据系统的不同，自动调整任务模式，无需用户进行设置。 本程序的V3.3版分为标准版、增强版以及在线修复版。其中的标准版以及增强版都包含完整的DirectX组件。除此之外，增强版中还额外包含了c++ Redistributable Package，因此增强版不但能解决DirectX组件的问题，而且还能解决c++组件异常产生的问题。增强版适合无法自行解决c++相关问题的用户使用。在线修复版的功能与标准版相同，只是其所需的文件将通过Internet下载，因此大大减小了程序的体积。本程序的各个版本之间，主程序完全相同，只是配套使用的数据包不同。因此，当您使用标准版数据包时，程序将进行标准修复；当您使用增强版的数据包时，程序将进行增强修复；当数据包不全或没有数据包（即只有DirectX Repair.exe程序）时，程序将进行在线修复。在线修复、离线修复可自由灵活组合，充分满足不同用户的需要。 本程序自V2.0版起采用全新的底层程序架构，使用了异步多线程编程技术，使得检测、下载、修复单独进行，互不干扰，快速如飞。新程序更改了自我校验方式，因此使用新版本的程序时不会再出现自我校验失败的错误；但并非取消自我校验，因此程序安全性与之前版本相同，并未降低。 程序有自动更新c++功能。由于绝大多数软件运行时需要c++的支持，并且c++的异常也会导致0xc000007b错误，因此程序在检测修复的同时，也会根据需要更新系统中的c++组件。自V3.2版本开始使用了全新的c++扩展包，可以大幅提高工业软件修复成功的概率。修复c++的功能仅限于增强版，标准版及在线修复版在系统c++异常时（非丢失时）会提示用户使用增强版进行修复。 程序有两种窗口样式。正常模式即默认样式，适合绝大多数用户使用。另有一种简约模式，此时窗口将只显示最基本的内容，修复会自动进行，修复完成10秒钟后会自动退出。该窗口样式可以使修复工作变得更加简单快速，同时方便其他软件、游戏将本程序内嵌，即可进行无需人工参与的快速修复。开启简约模式的方法是：打开程序所在目录下的“Settings.ini”文件（如果没有可以自己创建），将其中的“FormStyle”一项的值改为“Simple”并保存即可。 程序有高级筛选功能，开启该功能后用户可以自主选择要修复的文件，避免了其他不必要的修复工作。同时，也支持通过文件进行辅助筛选，只要在程序目录下建立“Filter.dat”文件，其中的每一行写一个需要修复文件的序号即可。该功能仅针对高级用户使用，并且必须在正常窗口模式下才有效（简约模式时无效）。 本程序有自动记录日志功能，可以记录每一次检测修复结果，方便在出现问题时，及时分析和查找原因，以便找到解决办法。 程序的“选项”对话框中包含了4项高级功能。点击其中的“注册系统文件夹中所有dll文件”按钮可以自动注册系统文件夹下的所有dll文件。该项功能不仅能修复DirectX的问题，还可以修复系统中很多其他由于dll未注册而产生的问题，颇为实用。点击该按钮旁边的小箭头，还可以注册任意指定文件夹下的dll文件，方便用户对绿色版、硬盘版的程序组件进行注册。点击第二个按钮可以为dll文件的右键菜单添加“注册”和“卸载”项，方便对单独的dll文件进行注册。请注意，并不是所有的dll文件都可以通过这种方式注册。点击“DirectX版本”选项卡可以自行修改系统中DirectX的版本信息。点击“DirectX加速”选项卡可以控制系统中DirectX加速的开启与关闭。 新版程序集成了用户反馈程序，可以在用户允许的前提下发送检测修复结果。用户也可以在出现问题时通过反馈程序和软件作者进行交流，共同查找问题。反馈是完全自愿和匿名（如果不填写E-mail地址）的。 本程序的通用版基于Microsoft .NET Framework 2.0开发，对于Windows 2000、Windows XP、Windows 2003的用户需要首先安装.NET Framework 2.0或更高版本方可运行本程序。有关下载和安装的详细信息请参阅“致Windows XP用户.txt”文件。对于Windows Vista、Windows 7及后续用户，可以直接运行本程序。 同时鉴于Windows 8（Windows 8.1、Windows 8.1 Update）、Windows 10系统中默认未包含.NET Framework 2.0，因此新版的程序文件夹内将包含一个DirectX_Repair_win8的特别版程序，该程序功能与通用版相同，基于.NET Framework 4.0开发，可以在Windows8（Windows 8.1、Windows 8.1 Update）、Windows 10系统中直接运行（其他系统如果安装了.NET Framework 4.0也可以运行这个特别版的程序）。 本程序的官方博客地址为：http://blog.csdn.net/vbcom/article/details/6962388 所有的更新以及技术支持都可以到该博客上找到。
DirectX修复工具 V3.0标准版
DirectX修复工具(DirectX Repair)是一款系统级工具软件，简便易用。本程序为绿色版，无需安装，可直接运行。 本程序的主要功能是检测当前系统的DirectX状态，如果发现异常则进行修复。程序主要针对0xc000007b问题设计，可以完美修复该问题。本程序中包含了最新版的DirectX redist(Jun2010)，并且全部DX文件都有Microsoft的数字签名，安全放心。 本程序为了应对一般电脑用户的使用，采用了傻瓜式一键设计，只要点击主界面上的“检测并修复”按钮，程序就会自动完成校验、检测、下载、修复以及注册的全部功能，无需用户的介入，大大降低了使用难度。 本程序适用于多个操作系统，如Windows XP（需先安装.NET 2.0，详情请参阅“致Windows XP用户.txt”文件）、Windows Vista、Windows 7、Windows 8、Windows Blue(Windows 8.1)，同时兼容32位操作系统和64位操作系统。本程序会根据系统的不同，自动调整任务模式，无需用户进行设置。 本程序的V3.0版分为标准版、增强版以及在线修复版。其中的标准版以及增强版都包含完整的DirectX组件，增强版中还额外包含了c++ Redistributable Package，因此增强版适合无法自行解决c++相关问题的用户使用；在线修复版的功能与标准版相同，只是其所需的文件将通过Internet下载，因此大大减小了程序的体积。本程序的各个版本之间，主程序完全相同，只是配套使用的数据包不同。因此，当您使用标准版数据包时，程序将进行标准修复；当您使用增强版的数据包时，程序将进行增强修复；当数据包不全或没有数据包（即只有DirectX Repair.exe程序）时，程序将进行在线修复。在线修复、离线修复可自由灵活组合，充分满足不同用户的需要。 本程序自V2.0版起采用全新的底层程序架构，使用了异步多线程编程技术，使得检测、下载、修复单独进行，互不干扰，快速如飞。新程序更改了自我校验方式，因此使用新版本的程序时不会再出现自我校验失败的错误；但并非取消自我校验，因此程序安全性与之前版本相同，并未降低。 程序有自动更新c++功能。由于绝大多数软件运行时需要c++的支持，并且c++的异常也会导致0xc000007b错误，因此程序在检测修复的同时，也会根据需要更新系统中的c++组件。V3.0版本使用了全新的c++扩展包，可以大幅提高工业软件修复成功的概率。此功能仅限于增强版。 程序有两种窗口样式。正常模式即默认样式，适合绝大多数用户使用。另有一种简约模式，此时窗口将只显示最基本的内容，修复会自动进行，修复完成10秒钟后会自动退出。该窗口样式可以使修复工作变得更加简单快速，同时方便其他软件、游戏将本程序内嵌，即可进行无需人工参与的快速修复。开启简约模式的方法是：打开程序所在目录下的“Settings.ini”文件（如果没有可以自己创建），将其中的“FormStyle”一项的值改为“Simple”并保存即可。 程序有高级筛选功能，开启该功能后用户可以自主选择要修复的文件，避免了其他不必要的修复工作。同时，也支持通过文件进行辅助筛选，只要在程序目录下建立“Filter.dat”文件，其中的每一行写一个需要修复文件的序号即可。该功能仅针对高级用户使用，并且必须在正常窗口模式下才有效（简约模式时无效）。 本程序有自动记录日志功能，可以记录每一次检测修复结果，方便在出现问题时，及时分析和查找原因，以便找到解决办法。 程序的“选项”对话框中包含了3项高级功能。点击其中的“注册系统文件夹中所有dll文件”按钮可以自动注册系统文件夹下的所有dll文件。该项功能不仅能修复DirectX的问题，还可以修复系统中很多其他由于dll未注册而产生的问题，颇为实用。点击该按钮旁边的小箭头，还可以注册任意指定文件夹下的dll文件，方便用户对绿色版、硬盘版的程序组件进行注册。点击第二个按钮可以为dll文件的右键菜单添加“注册”和“卸载”项，方便对单独的dll文件进行注册。请注意，并不是所有的dll文件都可以通过这种方式注册。 新版程序集成了用户反馈程序，可以在用户允许的前提下发送检测修复结果。用户也可以在出现问题时通过反馈程序和软件作者进行交流，共同查找问题。反馈是完全自愿和匿名（如果不填写E-mail地址）的。 本程序的通用版基于Microsoft .NET Framework 2.0开发，对于Windows 2000、Windows XP、Windows 2003的用户需要首先安装.NET Framework 2.0或更高版本方可运行本程序。有关下载和安装的详细信息请参阅“致Windows XP用户.txt”文件。对于Windows Vista、Windows 7用户，可以直接运行本程序。 同时鉴于Windows 8（Windows Blue、Windows 8.1）系统中默认未包含.NET Framework 2.0，因此新版的程序文件夹内将包含一个DirectX_Repair_win8的特别版程序，该程序功能与通用版相同，基于.NET Framework 4.0开发，可以在Windows8（Windows Blue、Windows 8.1）系统中直接运行（其他系统如果安装了.NET Framework 4.0也可以运行这个特别版的程序）。 本程序的官方博客地址为：http://blog.csdn.net/vbcom/article/details/6962388所有的更新以及技术支持都可以到该博客上找到。
基于.NET的Windows高级任务栏技术
由于Windows任务栏十分显眼，它会对每个程序都会产生影响，多年来，微软为它绞尽脑汁进行改进和优化。有别于低版本的Windows系统，虽然从Vista开始大幅改进，而真正在Win7中，微软对其从内到外进行了该进。任务栏不再仅仅只是用于呈现运行中的应用程序图标，在管理重要应用程序方面已经处于核心地位。根据Win7、Win8、Win10安装所启用的功能，任务栏瞬间摇身一变成为各个窗口的一站式服务中心。任务栏上显示的状态信息能让用户在做其它工作的同时监控应用程序的情况。此项功能非常重要，它无需切换到应用程序主界面，即可达到监控应用程序的目的，这正是许多用户梦寐以求的多任务解决之道。随着Win8、Win10相继推出，任务栏越来越被大众所熟悉和喜爱，其的地位越来越显重要，因此对于开发人员来说，任务栏也变得更加重要，忽视任务栏的不可限量的潜能，会是一种失策。这个课程中，跟随赵老师用代码开始构建这个“重要”的功能！
DirectX修复工具 V3.3标准 绿色版
DirectX修复工具(DirectX Repair)是一款系统级工具软件，简便易用。本程序为绿色版，无需安装，可直接运行。 本程序的主要功能是检测当前系统的DirectX状态，如果发现异常则进行修复。程序主要针对0xc000007b问题设计，可以完美修复该问题。本程序中包含了最新版的DirectX redist(Jun2010)，并且全部DX文件都有Microsoft的数字签名，安全放心。 本程序为了应对一般电脑用户的使用，采用了傻瓜式一键设计，只要点击主界面上的“检测并修复”按钮，程序就会自动完成校验、检测、下载、修复以及注册的全部功能，无需用户的介入，大大降低了使用难度。 本程序适用于多个操作系统，如Windows XP（需先安装.NET 2.0，详情请参阅“致Windows XP用户.txt”文件）、Windows Vista、Windows 7、Windows 8、Windows 8.1、Windows 8.1 Update、Windows 10，同时兼容32位操作系统和64位操作系统。本程序会根据系统的不同，自动调整任务模式，无需用户进行设置。 本程序的V3.3版分为标准版、增强版以及在线修复版。其中的标准版以及增强版都包含完整的DirectX组件。除此之外，增强版中还额外包含了c++ Redistributable Package，因此增强版不但能解决DirectX组件的问题，而且还能解决c++组件异常产生的问题。增强版适合无法自行解决c++相关问题的用户使用。在线修复版的功能与标准版相同，只是其所需的文件将通过Internet下载，因此大大减小了程序的体积。本程序的各个版本之间，主程序完全相同，只是配套使用的数据包不同。因此，当您使用标准版数据包时，程序将进行标准修复；当您使用增强版的数据包时，程序将进行增强修复；当数据包不全或没有数据包（即只有DirectX Repair.exe程序）时，程序将进行在线修复。在线修复、离线修复可自由灵活组合，充分满足不同用户的需要。 本程序自V2.0版起采用全新的底层程序架构，使用了异步多线程编程技术，使得检测、下载、修复单独进行，互不干扰，快速如飞。新程序更改了自我校验方式，因此使用新版本的程序时不会再出现自我校验失败的错误；但并非取消自我校验，因此程序安全性与之前版本相同，并未降低。 程序有自动更新c++功能。由于绝大多数软件运行时需要c++的支持，并且c++的异常也会导致0xc000007b错误，因此程序在检测修复的同时，也会根据需要更新系统中的c++组件。自V3.2版本开始使用了全新的c++扩展包，可以大幅提高工业软件修复成功的概率。修复c++的功能仅限于增强版，标准版及在线修复版在系统c++异常时（非丢失时）会提示用户使用增强版进行修复。 程序有两种窗口样式。正常模式即默认样式，适合绝大多数用户使用。另有一种简约模式，此时窗口将只显示最基本的内容，修复会自动进行，修复完成10秒钟后会自动退出。该窗口样式可以使修复工作变得更加简单快速，同时方便其他软件、游戏将本程序内嵌，即可进行无需人工参与的快速修复。开启简约模式的方法是：打开程序所在目录下的“Settings.ini”文件（如果没有可以自己创建），将其中的“FormStyle”一项的值改为“Simple”并保存即可。 程序有高级筛选功能，开启该功能后用户可以自主选择要修复的文件，避免了其他不必要的修复工作。同时，也支持通过文件进行辅助筛选，只要在程序目录下建立“Filter.dat”文件，其中的每一行写一个需要修复文件的序号即可。该功能仅针对高级用户使用，并且必须在正常窗口模式下才有效（简约模式时无效）。 本程序有自动记录日志功能，可以记录每一次检测修复结果，方便在出现问题时，及时分析和查找原因，以便找到解决办法。 程序的“选项”对话框中包含了4项高级功能。点击其中的“注册系统文件夹中所有dll文件”按钮可以自动注册系统文件夹下的所有dll文件。该项功能不仅能修复DirectX的问题，还可以修复系统中很多其他由于dll未注册而产生的问题，颇为实用。点击该按钮旁边的小箭头，还可以注册任意指定文件夹下的dll文件，方便用户对绿色版、硬盘版的程序组件进行注册。点击第二个按钮可以为dll文件的右键菜单添加“注册”和“卸载”项，方便对单独的dll文件进行注册。请注意，并不是所有的dll文件都可以通过这种方式注册。点击“DirectX版本”选项卡可以自行修改系统中DirectX的版本信息。点击“DirectX加速”选项卡可以控制系统中DirectX加速的开启与关闭。 新版程序集成了用户反馈程序，可以在用户允许的前提下发送检测修复结果。用户也可以在出现问题时通过反馈程序和软件作者进行交流，共同查找问题。反馈是完全自愿和匿名（如果不填写E-mail地址）的。 本程序的通用版基于Microsoft .NET Framework 2.0开发，对于Windows 2000、Windows XP、Windows 2003的用户需要首先安装.NET Framework 2.0或更高版本方可运行本程序。有关下载和安装的详细信息请参阅“致Windows XP用户.txt”文件。对于Windows Vista、Windows 7及后续用户，可以直接运行本程序。 同时鉴于Windows 8（Windows 8.1、Windows 8.1 Update）、Windows 10系统中默认未包含.NET Framework 2.0，因此新版的程序文件夹内将包含一个DirectX_Repair_win8的特别版程序，该程序功能与通用版相同，基于.NET Framework 4.0开发，可以在Windows8（Windows 8.1、Windows 8.1 Update）、Windows 10系统中直接运行（其他系统如果安装了.NET Framework 4.0也可以运行这个特别版的程序）。 本程序的官方博客地址为：http://blog.csdn.net/vbcom/article/details/6962388 所有的更新以及技术支持都可以到该博客上找到。
DirectX修复工具 V2.1增强版
DirectX修复工具(DirectX Repair)是一款系统级工具软件，简便易用。本程序为绿色版，无需安装，可直接运行。 本程序的主要功能是检测当前系统的DirectX状态，如果发现异常则进行修复。程序主要针对0xc000007b问题设计，可以完美修复该问题。本程序中包含了最新版的DirectX redist(Jun2010)，并且全部DX文件都有Microsoft的数字签名，安全放心。 本程序为了应对一般电脑用户的使用，采用了傻瓜式一键设计，只要点击主界面上的“检测并修复”按钮，程序就会自动完成校验、检测、下载、修复以及注册的全部功能，无需用户的介入，大大降低了使用难度。 本程序适用于多个操作系统，如Windows XP（需先安装.NET 2.0，详情请参阅“致Windows XP用户.txt”文件）、Windows Vista以及Windows 7，同时兼容32位操作系统和64位操作系统。本程序会根据系统的不同，自动调整任务模式，无需用户进行设置。 本程序的V2.1版分为标准版、增强版以及在线修复版。其中的标准版以及增强版都包含完整的DirectX组件，增强版中还额外包含了c++ Redistributable Package，因此增强版适合无法自行解决c++相关问题的用户使用；在线修复版的功能与标准版相同，只是其所需的文件将通过Internet下载，因此大大减小了程序的体积。本程序的各个版本之间，主程序完全相同，只是配套使用的数据包不同。因此，当您使用标准版数据包时，程序将进行标准修复；当您使用增强版的数据包时，程序将进行增强修复；当数据包不全或没有数据包（即只有DirectX Repair.exe程序）时，程序将进行在线修复。在线修复、离线修复可自由灵活组合，充分满足不同用户的需要。 本程序自V2.0版起采用全新的底层程序架构，使用了异步多线程编程技术，使得检测、下载、修复单独进行，互不干扰，快速如飞。新程序更改了自我校验方式，因此使用新版本的程序时不会再出现自我校验失败的错误；但并非取消自我校验，因此程序安全性与之前版本相同，并未降低。 程序有自动更新c++功能。由于绝大多数软件运行时需要c++的支持，并且c++的异常也会导致0xc000007b错误，因此程序在检测修复的同时，也会根据需要更新系统中的c++组件。此功能仅限于增强版。 本程序有自动记录日志功能，可以记录每一次检测修复结果，方便在出现问题时，及时分析和查找原因，以便找到解决办法。 程序的“选项”对话框中包含了2项高级功能。点击其中的“注册系统中所有dll文件”按钮可以自动注册系统文件夹下的所有dll文件。该项功能不仅能修复DirectX的问题，还可以修复系统中很多其他由于dll未注册而产生的问题，颇为实用。点击第二个按钮可以为dll文件的右键菜单添加“注册”和“卸载”项，方便对单独的dll文件进行注册。请注意，并不是所有的dll文件都可以通过这种方式注册。 新版程序集成了用户反馈程序，可以在用户允许的前提下发送检测修复结果。用户也可以在出现问题时通过反馈程序和软件作者进行交流，共同查找问题。反馈是完全自愿和匿名（如果不填写E-mail地址）的。 本程序基于Microsoft .NET Framework 2.0开发，对于Windows 2000、Windows XP、Windows 2003的用户需要首先安装.NET Framework 2.0或更高版本方可运行本程序。有关下载和安装的详细信息请参阅“致Windows XP用户.txt”文件。对于Windows Vista、Windows 7用户，可以直接运行本程序。 本程序的官方博客地址为：http://blog.csdn.net/vbcom/article/details/6962388 所有的更新以及技术支持都可以到该博客上找到。
C#

110,538

社区成员

642,577

社区内容

发帖
与我相关
我的任务
社区描述
.NET技术 C#
社区管理员
  • C#
  • Web++
  • by_封爱
加入社区
  • 近7日
  • 近30日
  • 至今

加载中

查看更多榜单
社区公告

让您成为最强悍的C#开发者

试试用AI创作助手写篇文章吧

+ 用AI写文章