草庐IT

Spring简介-IOC

全部标签

【Spring Security详解】第一章 | 概述

从本系列开始,博主将带来大家深入学习SpringSecurity。博主对该框架的看法是不但要会使用,还有能够理解其源码,要知其然,还要知其所以然。相信朋友们阅读完博主本系列全部文章之后,定会理解SpringSecurity,让我们从入门、到理解、最终吊打面试官!PS:博主早在8月中旬开始写本系列博客,本来想一文搞定SpringSecurity,但由于SpringSecurity的细节特别多,已经写了2w字却感觉才将心中所想写了近半不到,因此萌生了想写SpringSecurity体系一系列文章的想法。还请多多关注博主,不胜感激!一、SpringSecurity简介二、SpringSecurity

c# - 将 IoC 容器引入遗留代码

我正在编写一个新的.NET库供我公司内部使用,它将通过依赖注入(inject)使用IoC。当然,如果我们使用IoC容器来解析实例,这个库将更容易使用。但是,将调用此库的代码目前不使用任何类型的依赖注入(inject),并且重构遗留代码以使用DI超出了我的项目范围。那么,在这个遗留代码中开始使用容器从我的新库中获取实例的最佳方法是什么?如果可能的话,我希望避免使用对我选择的任何IoC容器的硬引用来乱扔上述遗留代码。由于我是DI的新手,我们很可能会在某个时候改变我们想要使用哪个Container的想法。如果我用类似CommonServiceLocator的东西包裹我的容器CodePlex上

c# - AspIdentiy ApplicationUserManager 是静态的,如何扩展以使其参与我的 IoC 框架?

在新的ASPNETMVC应用程序中,您现在可以免费获得AspIdentity好东西。有一条无害的小线路“在此处插入您的电子邮件服务”。所以我做了:publicclassEmailService:IIdentityMessageService{privatestaticMy.Services.IEmailService_emailservice;publicEmailService(Insolvency.Services.IEmailServiceemailservice){_emailservice=emailservice;}publicTaskSendAsync(IdentityM

c# - 抽象单例背后的 IoC 容器——做错了吗?

一般来说,我喜欢让应用程序完全不了解IoC容器。但是我遇到了需要访问它的问题。为了消除痛苦,我使用了一个基本的单例。在你跑到山上或拔出霰弹枪之前,让我回顾一下我的解决方案。基本上,IoC单例绝对什么都不做,它只是委托(delegate)给一个必须传入的内部接口(interface)。我发现这使得使用单例的工作不那么痛苦。下面是IoC包装器:publicstaticclassIoC{privatestaticIDependencyResolverinner;publicstaticvoidInitWith(IDependencyResolvercontainer){inner=conta

c# - 具有 2 个实现相同接口(interface)的类的 IOC/DI

我对实现相同接口(interface)和依赖注入(inject)的2个类的场景感到困惑。publicinterfaceISomething{voidDoSomething();}publicclassSomethingA:ISomething{publicvoidDoSomething(){}}publicclassSomethingAB:ISomething{publicvoidDoSomething(){}}publicclassDifferent{privateISomethingThisSomething;publicDifferent(ISomethingSomething)

c# - ASP Web Api - IoC - 解析 HttpRequestMessage

我正在尝试使用ASP.NETWebAPI设置CaSTLeWindsor。我也在使用Hyprlinkr包(https://github.com/ploeh/Hyprlinkr),因此需要将HttpRequestMessage实例注入(inject)到我的Controller的依赖项之一中。我正在关注MarkSeemann的这篇文章-http://blog.ploeh.dk/2012/04/19/WiringHttpControllerContextWithCastleWindsor.aspx,但我发现虽然API运行,但当我调用它时,请求只是挂起。没有错误信息。就好像它在一个无限循环中。它

c# - IoC、Dll 引用和程序集扫描

虽然这个问题与StructureMap有关,但我的一般问题是:WhenwiringupcomponentswithanIoCcontainerincode(asopposedtoconfiguringviaxml)doyougenerallyneedexplicitproject/buildreferencestoallassemblies?为什么要分开组装?因为:"Abstractclassesresidinginaseparateassemblyfromtheirconcreteimplementationsareagreatwaytoachievesuchseparation."

AI人工智能简介和其定义

全称:人工智能(ArtificialIntelligence)缩写:AI/ai人工智能研究    亦称智械、机器智能,指由人制造出来的可以表现出智能的机器。通常人工智能是指通过普通计算机程序来呈现人类智能的技术。该词也指出研究这样的智能系统是否能够实现,以及如何实现。人工智能于一般教材中的定义领域是“智能主体(intelligentagent)的研究与设计”,智能主体指一个可以观察周遭环境并作出行动以达致目标的系统。约翰·麦卡锡于1955年的定义是“制造智能机器的科学与工程”。安德里亚斯·卡普兰(AndreasKaplan)和迈克尔·海恩莱因(MichaelHaenlein)将人工智能定义为“

c# - Autofac:如何在不绕过 IoC 容器的情况下限制 IDisposable 对象的生命周期

我目前正在学习如何使用Autofac,而且我一直坚持处理IDisposable对象确定性。在我陈述我的问题之前,让我先介绍一下情况。起始位置:假设我的对象模型是通过以下接口(interface)定义的:interfaceIApple:IDisposable{voidConsume();}interfaceIHorse{voidEat(IAppleapple);//issupposedtocallapple.Consume()}interfaceIHorseKeeper{voidFeedHorse();//issupposedtocallhorse.Eat(apple)//where'h

c# - 我应该避免使用依赖注入(inject)和 IoC 吗?

在我的中型项目中,我为存储库、服务等使用了静态类,它实际上工作得很好,即使大多数程序员的期望相反。我的代码库非常紧凑、干净且易于理解。现在我尝试重写所有内容并使用IoC(控制反转),但我非常失望。我必须在每个类、Controller等中手动初始化许多依赖项,为接口(interface)添加更多项目等等。我真的没有看到我的项目有任何好处,而且似乎它造成的问题多于解决的问题。我在IoC/DI中发现了以下缺点:更大的代码量馄饨代码而不是意大利面条代码性能较慢,即使我要调用的方法只有一个依赖项,也需要在构造函数中初始化所有依赖项不使用IDE时更难理解一些错误被推送到运行时添加额外的依赖(DI框