Java 没有SpingIOC.jar,我们怎么能实现春季国际奥委会
SpringIOC通过避免在类中创建对象而不是从bean中创建对象来消除紧密耦合 现在我有一个疑问 假设我们不使用SpringIoCjar,我们只使用Spring.jar,使用ClassPathResource和XMLBeanFactory,我们仍然在完成同样的事情 现在,如果不使用SpringIoCjar,我们就不能完成与SpringIoC相同的事情吗 我们不是在类内部而是在使用Bean创建对象。这和我们在SpringIOC中实现的不一样吗Java 没有SpingIOC.jar,我们怎么能实现春季国际奥委会,java,spring,Java,Spring,SpringIOC通过避免在类中创建对象而不是从bean中创建对象来消除紧密耦合 现在我有一个疑问 假设我们不使用SpringIoCjar,我们只使用Spring.jar,使用ClassPathResource和XMLBeanFactory,我们仍然在完成同样的事情 现在,如果不使用SpringIoCjar,我们就不能完成与SpringIoC相同的事情吗 我们不是在类内部而是在使用Bean创建对象。这和我们在SpringIOC中实现的不一样吗 如果是这样,那么我们如何在不使用SpringJar的
如果是这样,那么我们如何在不使用SpringJar的情况下实现同样的目标呢 我不知道你说的是哪个版本的spring。但关键是我们可以将
SpringIOC.jar
重命名为Spring.jar
,即两者可以相同。或者那些可能存在版本差异(新的和旧的)。Java类基本上不知道包含它们的JAR文件的名称。(不总是这样,但大多数情况下,让他们意识到这些只会让他们头疼的事情是个坏主意。)
现在,这意味着Spring的实现在很大程度上与它所包含的JAR无关,事实上,它可以作为单个部分(控制容器的反转是一个基本部分)或作为组合构建(通常称为Spring.JAR
)分布。较新的版本往往只能分块提供,因为它是一个罕见的应用程序,需要整个Spring3(它做了很多)。我猜您对此感到困惑:相同的类可以存在于多个JAR文件中
许多人所做的是使用包管理系统(例如,尽管这不是唯一的一个)将他们所依赖的东西连同他们自己的代码组装到他们的应用程序中,而此时他们所处文件的确切列表不再是非常相关的。(好吧,除了某些类型的管理报告,其中每一个额外的细节都有助于使报告看起来更重……)公平地说,使用这样一个系统并不容易,但它比手工完成同样的工作要简单得多,Spring现在已经足够复杂,值得采用这种方法