首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

在ASP.NET核心中是否有BuildManager.GetReferencedAssemblies()的替代方法?

在ASP.NET Core中,可以使用AssemblyLoadContext.Default.LoadFromAssemblyPath()方法来替代BuildManager.GetReferencedAssemblies()方法。

BuildManager.GetReferencedAssemblies()方法用于获取当前应用程序域中已加载的所有程序集的引用。而在ASP.NET Core中,由于采用了新的跨平台的运行时环境,不再使用应用程序域的概念,因此没有直接的替代方法。

相反,可以使用AssemblyLoadContext.Default.LoadFromAssemblyPath()方法来加载指定路径下的程序集,并获取其引用。该方法需要传入程序集的路径作为参数,并返回一个Assembly对象,表示已加载的程序集。

以下是一个示例代码:

代码语言:txt
复制
using System.Reflection;
using System.Runtime.Loader;

// 加载指定路径下的程序集
Assembly assembly = AssemblyLoadContext.Default.LoadFromAssemblyPath("path/to/assembly.dll");

// 获取程序集的引用
AssemblyName[] referencedAssemblies = assembly.GetReferencedAssemblies();

// 遍历引用的程序集
foreach (AssemblyName referencedAssembly in referencedAssemblies)
{
    // 处理引用的程序集
    // ...
}

需要注意的是,AssemblyLoadContext.Default.LoadFromAssemblyPath()方法需要引用System.Runtime.Loader命名空间。

对于ASP.NET Core中的其他替代方法,可以根据具体的需求和场景进行选择。例如,可以使用Assembly.Load()方法来加载已知的程序集,使用Assembly.GetExecutingAssembly()方法来获取当前执行的程序集,使用Assembly.GetEntryAssembly()方法来获取入口程序集等。

腾讯云相关产品和产品介绍链接地址:

  • 腾讯云云服务器(CVM):https://cloud.tencent.com/product/cvm
  • 腾讯云云原生容器服务(TKE):https://cloud.tencent.com/product/tke
  • 腾讯云人工智能(AI):https://cloud.tencent.com/product/ai
  • 腾讯云物联网(IoT):https://cloud.tencent.com/product/iotexplorer
  • 腾讯云移动开发(移动推送、移动分析等):https://cloud.tencent.com/product/mobile
  • 腾讯云对象存储(COS):https://cloud.tencent.com/product/cos
  • 腾讯云区块链(BCS):https://cloud.tencent.com/product/bcs
  • 腾讯云元宇宙(Tencent Real-Time Rendering):https://cloud.tencent.com/product/trr
页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

某酒管集团-单例模式对性能的影响及思考

摘要: 大概一年前开始在思考 构造函数中 依赖注入较多,这对系统性能及硬件资源消耗产生一些优化想法。一般较多公司的项目都使用Autofac 依赖注入(Scoped 作用域),但是发现过多的对象产生 会消耗 CPU , 内存 并给GC(垃圾回收)造成一定的压力。那么开始思考是否能够使用 单例 (Singleton)来解决这些问题呢?带着这些想法开始ReView整个项目的代码,排查是否存在 单例 会造成 线程安全 或 方法内修改全局变量的代码( 结果是乐观的.... )。于是开始了性能测试....论证.. 试运行... ,结果是超预期的(CPU 从 60%-降低到--》10%, 内存 从 33%-降低到--》20%, 接口平均响应时间 从 120毫秒--降低到--》50毫秒 . 1500/QPS (不含内部服务相互调用)) 和 @InCerry 沟通结果,说可以写个 案例 和大家分享分享... 于是乎 有了这一片文章。

02

CoreWCF 1.0.0 发布,微软正式支持WCF

2022年4月28日,我们达到了一个重要的里程碑,并发布了CoreWCF的1.0.0版本。对Matt Connew (微软WCF团队成员)来说,这是5年前即 2017年1月开始的漫长旅程的结束。Matt Connew 用3 周的时间来构建一个基于 .NET Core 的 WCF 服务实现的POC 基本原型。在3周结束时,Matt Connew 有了一个可以工作的玩具,可以使用BasicHttpBinding托管服务。然后,Matt Connew 的原型作为概念证明坐在那里收集灰尘,同时决定如何处理它。.NET团队在2019年的Build 大会上 已经决定了不在继续在.NET Core中支持WCF,这也是微软官宣的事情,我想大家都记忆尤新,没有资源将这个玩具开发为具有与 WCF 功能奇偶校验的完整产品,但是有许多客户 无法在不对其WCF服务进行完全重写的情况下迁移到 .NET Core。 Matt Connew最终决定 将花一些时间打磨一下的原型实现,包括添加NetTcp支持,并将代码捐赠给开源社区,托管到.NET基金会,看看这是否社区将围绕它构建的东西,以便在Microsoft之外生存下去。

02

一个Mini的ASP.NET Core框架的实现

在2019年1月的微软技术(苏州)俱乐部成立大会上,蒋金楠老师(大内老A)分享了一个名为“ASP.NET Core框架揭秘”的课程,他用不到200行的代码实现了一个ASP.NET Core Mini框架,重点讲解了7个核心对象,围绕ASP.NET Core最核心的本质—由服务器和若干中间件构成的管道来介绍。我在腾讯视频上看到了这个课程的录像,看了两遍之后结合蒋金楠老师的博客《200行代码,7个对象—让你了解ASP.NET Core框架的本质》一文进行了学习并下载了源代码进行研究,然后将其改成了基于.NET Standard的版本,通过一个.NET Framework和一个.NET Core的宿主端来启动一个ASP.NET Core的Server,并将其放到了GitHub上,欢迎Clone学习。

02
领券