service-locator专题提供service-locator的最新资讯内容,帮你更好的了解service-locator。
我正在根据Flutter文档在我的应用中使用本地化。<br/> <em>请参阅此处:</em> <a href="https://flutter.dev/docs/devel
我正在开发一个asp.net core 3.1 webapi应用程序,并且正在使用Autofac作为DI容器。 对于一种特殊情况,我无
在我的<code>asp.net core</code>中,我想将<code>IServiceProvider</code>注入到conroller中并显式解析服务。 已解
我想在 get_it 包中注册 SharedPrefences 对象,以便从应用程序的各个地方访问它,而不是使 main() 异步。
我尝试使用 down 包创建与数据库的 API 连接: <ul> <li><code>getIt</code> v. 5.0.6</li> <li><code>dio</code> 诉 3.0.10
我正在为 ktor 应用程序创建一个 maven 库,我想将一个服务传递给该库,以便我连接到 redis 并保存(或获
我的 AspNet Core 应用程序有问题,我有一个扩展方法来注册配置,在外部库上,如示例所示: <pre><code>
我正在使用 firebase auth 在 Flutter 中开发用户身份验证流程。 我有应用程序的基础,它允许用户登录
使用 <a href="https://insert-koin.io/" rel="nofollow noreferrer">Koin</a> 库,我试图实现这种行为: <pre><code>val scope
最近我一直在研究 <a href="https://stackoverflow.com/questions/55708488/using-a-scoped-service-in-a-singleton-in-an-asp-net-core-a
我在游戏引擎项目中使用 DI 已经有一段时间了,但我只是碰壁了;给定以下创建顺序: 作业系统不依赖
我想在我的 Flutter 应用程序中使用共享首选项来实现一个会话管理系统。对于依赖注入,我使用 GetIt 库
[编辑以缩小问题范围]: 为简单起见,我有一个 Winforms 应用程序: <ul> <li>main 函数打开 FormA</li>
我想在我的 Flutter 应用程序中实现 GraphQL 客户端。对于依赖注入,我使用 GetIt 库。但是当我运行应用程
根据这篇文章: http://www.maltblue.com/tutorial/zend-framework-2-servicemanager ServiceManager“简而言之就是一个提供对象的简单应用程序注册表”.所以,我认为它应该是一个单例,我们可以在应用程序的任何地方访问.但是在ServiceManager的情况下,它不是. 为什么我不能在应用程序的任何位置获取服务定位器实例? Se
我尝试基于 Java构建和应用程序. 对于依赖注入,我使用Google Guice. 现在我想出了在应用程序期间记录一些信息的问题.我不是以方法调用的方式谈论一般的日志记录.我知道AOP,我可以像方法调用跟踪等一样. 我正在寻找的是手动记录.我需要一些登录我的应用程序几乎每个类的方法.所以我想到了两个选择: 通过使用Guice注入框架来获取记录器,通过构造函数(或setter或private …)
通过@Autowired Spring注释,我的依赖关系的99%通过DI模式进行管理. 然而在特定情况下,我无法确定在运行时使用哪个实现. 最为人知的情况是多重实现解析器. 第一个解决方案是使用多个@Autowired(丑陋模式) Interface Parser { <T> T parse(); } @Component("JsonParser") class JsonParser i
我有一个User实体,它具有HasCompletedSecurity属性,该属性指示该特定用户是否已回答系统所需的安全问题的数量.系统所需的安全问题数量是可配置的,并从配置文件中检索. User类应该如何访问配置的信息? 我目前有一个IConfigurationService接口,我有一些实现,它使用ConfigurationManager或Azure等效项(如果可用).我通过静态的Injecti
在经过多次踢和尖叫之后,我开始接受DI,尽管随着依赖关系的增长,SL看起来更加清晰. 但是,对于DI来说,IMO仍然是一个显着的阻碍: 当您无法控制对象的实例化时,DI是不可能的.在ASP.NET世界中,示例包括:HttpModule,HttpHandler,Page等. 在上面的场景中,我们将使用静态服务位置来解析依赖关系,通常是通过HttpContext.Current,它总是从当前线程推断出
IServiceProvider.GetService(Type serviceType)和IServiceLocator.GetInstance(Type serviceType)的方法签名的意图是否有区别?如果是这样,有什么区别? 我一直把它们视为等同的,但是选择使用单一的方法来保持一致性.这似乎是一个很好的解决方案来处理这两个界面,但我真的很想知道他们的用法是如何实际的,所以我可以肯定我正确