rougamo

.NET全局静态可访问IServiceProvider（支持Blazor）如何在静态方法中访问DI容器长期以来一直都是一个令人苦恼的问题，特别是对于热爱编写扩展方法的朋友。之所以会为这个问题苦恼，是因为一个特殊的服务生存期——范围内（Scoped），所谓的Scoped就是范围内单例，最常见的WebAPI/MVC中一个请求对应一个范围，所有注册为Scoped的对象在同一个请求中是单例的。如果仅仅用一个静态字段存储应用启动时创建出的IServiceProvider对象，那么在一个请求中通过该字段是无法正确获取当前请求中创建的Scoped对象的。

肉夹馍（Rougamo）4.0.1 异步方法变量调试修复与IoC系列扩展肉夹馍(https://github.com/inversionhourglass/Rougamo)，一款编译时AOP组件，无需在应用启动时进行初始化，也无需繁琐的配置；支持所有种类方法（同步和异步、静态和实例、构造方法/属性/普通方法）；提供了简单易上手的Attribute应用方式，同时还提供了类AspectJ表达式的批量应用规则。

.NET静态代码编织——肉夹馍（Rougamo）4.0肉夹馍(https://github.com/inversionhourglass/Rougamo)，一款编译时AOP组件。相比动态代理AOP需要在应用启动时进行初始化，编译时完成代码编织的肉夹馍减少了应用启动初始化的时间，同时肉夹馍还支持所有种类的方法，无论方法是同步还是异步、静态还是实例、构造方法还是属性都是支持的。肉夹馍无需初始化，编写好切面类型后直接应用到对应方法上即可，同时肉夹馍还提供了方法特征匹配和类AspectJ表达式匹配的批量应用规则。

.NET静态代码织入——肉夹馍（Rougamo）发布3.0肉夹馍(https://github.com/inversionhourglass/Rougamo)通过静态代码织入方式实现AOP的组件，其主要特点是在编译时完成AOP代码织入，相比动态代理可以减少应用启动的初始化时间让服务更快可用，同时还能对静态方法进行AOP操作。

.NET静态代码织入——肉夹馍（Rougamo）发布2.2肉夹馍(https://github.com/inversionhourglass/Rougamo)通过静态代码织入方式实现AOP的组件，其主要特点是在编译时完成AOP代码织入，相比动态代理可以减少应用启动的初始化时间让服务更快可用，同时还能对静态方法进行AOP操作。

.NET静态代码织入——肉夹馍（Rougamo）发布2.0肉夹馍(https://github.com/inversionhourglass/Rougamo)通过静态代码织入方式实现AOP的组件，其主要特点是在编译时完成AOP代码织入，相比动态代理可以减少应用启动的初始化时间让服务更快可用，同时还能对静态方法进行AOP。