从IE11迁移至Edge：调用.NET程序集的现代策略_石家庄创泽智能科技有限公司

新闻中心 NEWS CENTER

您当前位置：首页 > 新闻中心 > 网络学院

从IE11迁移至Edge：调用.NET程序集的现代策略

2025-11-18

浏览次数：次

返回列表

从IE11迁移至Edge：调用.NET程序集的现代策略

本文旨在指导开发者如何将原先在ie11中通过`

在早期的Internet Explorer 11 (IE11) 环境中，开发者常利用HTML的

<object id='example' name='example' classid='Example.dll#org.exam.Sample' VIEWASTEXT></object>

然而，随着Web技术的发展和安全标准的提升，现代浏览器如Microsoft Edge已经摒弃了对ActiveX控件和类似插件模型的直接支持。这意味着上述在IE11中有效的方法在Edge中将不再起作用。这种转变主要是出于以下考量：

安全性提升： 直接调用本地程序集存在严重的安全风险，可能被恶意网站利用。
跨平台兼容性： 插件模型通常与特定操作系统或浏览器紧密绑定，不符合现代Web的跨平台特性。
Web标准演进： 现代Web倾向于使用开放标准和沙箱环境，减少对浏览器外部组件的依赖。

因此，对于需要将原有功能迁移至Edge或开发新应用以集成.NET逻辑的场景，必须采用现代化的替代方案。

现代替代方案

针对在Edge浏览器中调用或集成.NET程序集的需求，目前主要有两种推荐的策略：

1. 使用 Blazor (WebAssembly) 运行客户端 C# 代码

Blazor是一个基于.NET的Web框架，它允许开发者使用C#和.NET构建交互式客户端Web UI。Blazor WebAssembly（WASM）模型能够将C#代码编译为WebAssembly字节码，使其直接在浏览器沙箱中运行，而无需任何插件。

工作原理： Blazor WebAssembly应用在浏览器中下载并运行，其代码、依赖项和.NET运行时都直接在浏览器进程中执行。这意味着您可以将原有的部分C#业务逻辑直接移植到Blazor应用中，使其作为客户端逻辑在Edge中运行。

优势：

真正的客户端执行： C#代码直接在浏览器中运行，无需服务器交互（对于纯客户端逻辑）。
现代Web标准： 基于WebAssembly，符合现代Web技术栈，具有良好的跨浏览器兼容性。
代码复用： 允许在前端和后端共享C#代码和库。
安全性： 代码运行在浏览器沙箱中，隔离于操作系统。

实现思路：

创建Blazor WebAssembly项目： 使用.NET SDK创建新的Blazor WebAssembly应用。
```
dotnet new blazorwasm -o MyBlazorApp
```
迁移C#逻辑： 将原.NET程序集中的核心C#业务逻辑代码提取并集成到Blazor组件或服务中。
构建用户界面： 使用Blazor的组件模型（Razor组件）构建与用户交互的界面。
部署： 将Blazor应用发布为静态文件，可以通过任何Web服务器托管。

示例代码（概念性）： 假设原DLL中有一个计算服务，在Blazor中可以这样实现：

// MyBlazorApp/Components/Pages/Counter.razor
@page "/counter"

<PageTitle>Counter</PageTitle>

<h1>Counter</h1>

<p role="status">Current count: @currentCount</p>

<button class="btn btn-primary" @onclick="IncrementCount">Click me</button>

@code {
    private int currentCount = 0;

    private void IncrementCount()
    {
        currentCount++;
        // 假设这里调用了原DLL中的某个计算逻辑
        // 例如：int result = MyLegacyService.Calculate(currentCount);
        // currentCount = result;
    }
}

注意事项：

ChatCut

AI视频剪辑工具

1086 查看详情 ChatCut

浏览器API限制： Blazor WebAssembly代码无法直接访问本地文件系统或操作系统API，这与原DLL的某些功能可能存在差异。
初始加载时间： 首次加载Blazor WebAssembly应用时，需要下载.NET运行时和应用程序程序集，这可能导致较长的初始加载时间。
重构工作： 将原有DLL中的逻辑迁移到Blazor可能需要一定程度的重构，特别是涉及UI或直接系统交互的部分。

2. 启动 ClickOnce 应用程序

如果您的需求是启动一个具有完整桌面功能、可以访问本地资源或需要复杂安装的.NET应用程序，那么ClickOnce是一个可行的方案。ClickOnce允许您从Web服务器部署Windows桌面应用程序，用户只需点击一个链接即可安装和运行。

工作原理： 用户在Edge浏览器中点击一个指向.application文件的URL。Edge会识别这个文件类型，并提示用户运行或安装一个桌面应用程序。一旦用户同意，ClickOnce部署机制将下载并安装应用程序到用户的计算机上，然后启动它。

优势：

完整桌面功能： 应用程序作为独立的桌面进程运行，可以访问完整的.NET框架和本地系统资源。
易于部署和更新： 开发者可以轻松地发布应用程序的新版本，用户下次启动时会自动更新。
无需手动安装： 用户体验类似于Web应用，无需复杂的安装向导。
重用现有代码： 如果您的原DLL是桌面应用程序的一部分，可以相对容易地将其包装成ClickOnce应用。

实现思路：

开发或包装桌面应用程序： 确保您的.NET程序集是一个可执行的桌面应用程序（如Windows Forms、WPF应用）。
配置ClickOnce发布： 在Visual Studio中，为您的桌面项目配置ClickOnce发布选项。
- 指定发布位置（Web服务器路径）。
- 配置应用程序的更新策略。
- 设置安全权限。
发布应用程序： 将应用程序发布到Web服务器。这会生成.application文件以及其他部署文件。
在网页中提供链接： 在您的Web页面中提供一个指向.application文件的链接。
```
<a href="http://yourserver.com/YourApp/YourApp.application">点击此处启动桌面应用</a>
```

注意事项：

用户交互： 首次启动时，用户需要确认安装或运行应用程序，这可能涉及安全警告。
仅限Windows： ClickOnce是Microsoft Windows特有的部署技术，无法在macOS、Linux等其他操作系统上运行。
非浏览器内运行： 应用程序是作为独立的桌面进程运行的，并非在浏览器沙箱内。浏览器仅作为启动器。
网络连接： 应用程序的安装和更新需要网络连接到发布服务器。

选择合适的方案

在Blazor和ClickOnce之间做出选择，主要取决于您的具体需求：

如果您的目标是在浏览器内部运行C#逻辑，且不需要直接访问本地系统资源，Blazor WebAssembly是更现代、更符合Web标准的解决方案。 它将您的C#代码带入Web沙箱，实现真正的客户端Web应用体验。
如果您的应用程序需要完整的桌面功能，例如访问本地文件系统、注册表或复杂的硬件交互，并且主要面向Windows用户，那么ClickOnce是更合适的选择。 它允许您利用现有桌面应用的强大功能，并通过Web链接简化部署。