Configuration .NET 4.5/从远程资源加载而不加载loadFromRemoteSources的程序集=true

Configuration .NET 4.5/从远程资源加载而不加载loadFromRemoteSources的程序集=true,configuration,.net-4.5,sandbox,Configuration,.net 4.5,Sandbox,在安装.NET 4.5 beta之后,我注意到我使用网络路径调用Assembly.LoadFrom成功,但没有在应用程序配置文件中明确指定“loadFromRemoteSources=true”(而在.NET 4.0中,这通常会导致“System.NotSupportedException:试图从网络位置加载程序集,这将导致程序集在早期版本的.NET Framework中被沙盒化。”) 我想知道这是否是新的行为,在我的设置中是否不是什么特别的东西(我还没有反编译相应的反射类或调试加载过程来检查差

在安装.NET 4.5 beta之后,我注意到我使用网络路径调用Assembly.LoadFrom成功,但没有在应用程序配置文件中明确指定“loadFromRemoteSources=true”(而在.NET 4.0中,这通常会导致“System.NotSupportedException:试图从网络位置加载程序集,这将导致程序集在早期版本的.NET Framework中被沙盒化。”)


我想知道这是否是新的行为,在我的设置中是否不是什么特别的东西(我还没有反编译相应的反射类或调试加载过程来检查差异),是政策的有意变更,并将保留在RTM版本中?

文件似乎没有表明行为的这种变化……我本来希望得到通知的

如果它确实以这种方式工作,那么您将在默认情况下以不可见的方式向一个潜在危险的程序集授予完全信任,我无法想象这将是当今的趋势

您是否有机会将其添加到machine.config


另外,我会创建一个小程序,将其定位到4.0平台,并引发此异常。然后我会将其重新定位到4.5,看看它是否确实是真的。然后我会将二进制文件移动到另一台机器上,并在那里进行测试。

文档似乎没有表明行为上的这种变化。。我本应得到通知

如果它确实以这种方式工作,那么您将在默认情况下以不可见的方式向一个潜在危险的程序集授予完全信任,我无法想象这将是当今的趋势

您是否有机会将其添加到machine.config


另外,我会创建一个小程序,将其定位到4.0平台并引发此异常。然后我会将其重新定位到4.5,看看它是否正确。然后我会将二进制文件移动到另一台机器上并在那里进行测试。

我的想法完全正确。我做的第一件事是grep“%windir%\Microsoft.NET\Framework\v4.0.30319“对于loadFromRemoteSources,它没有命中(二进制文件除外)。我的相关应用已被标记为编译成x86指令集。但只有来自x64端的点击也来自二进制文件。为了评论编辑:我马上在一些开发机器上测试了这个应用程序。安装.NET 4.5后,我对Assembly.LoadFrom的调用立即开始成功。为了确认我不是在做梦,我在另外一台机器上测试了它:不支持Execeptions,直到我安装了4.5。之后,呼叫成功(在相同的网络路径上)。哇。可能值得在连接上登录?我的想法完全正确。我做的第一件事是grep“%windir%\Microsoft.NET\Framework\v4.0.30319”,用于loadFromRemoteSources,它没有命中(二进制文件除外)。我的相关应用已被标记为编译成x86指令集。但只有来自x64端的点击也来自二进制文件。为了评论编辑:我马上在一些开发机器上测试了这个应用程序。安装.NET 4.5后,我对Assembly.LoadFrom的调用立即开始成功。为了确认我不是在做梦,我在另外一台机器上测试了它:不支持Execeptions,直到我安装了4.5。之后,呼叫成功(在相同的网络路径上)。哇。可能值得在Connect上登录吗?