Guice真的无法享受企业级组件吗？？？请看Guice与Spring整合

Guice真的无法享受企业级组件吗，JavaEye里炮轰Guice的占绝大多数。但如果Guice能整合Spring，那么我们似乎可以做很多有意义的事了。那么开始Spring整合之旅吧。不过crazybob在整合方面极不配合，就给了我们一个单元测试类，然后让我们自力更生。好在Guice本身足够简单。

 

 

首先还是来一个最简单无聊的HelloWorld整合吧。

 

HelloWorld.java

package com.leo.domain;

public class HelloWorld {

	public String sayHello(String str) {
		return str;
	}
}

 

 

够简单了吧。

  

现在开始编写你的applicationContext.xml（如果不熟悉Spring的话，可能无法继续往下看）。

为保持简洁，去掉了那一段DTD。

 

 

<beans>
	<bean id="helloWorld" class="com.leo.domain.HelloWorld" />
</beans>

 

 

好了，开始与Guice整合吧。

 Guice的核心就是com.google.inject.Module，它类似于Spring的bean工厂。 HelloWorldMyModule.java

 

 

package com.leo.module;

import static com.google.inject.spring.SpringIntegration.fromSpring;

import org.springframework.beans.factory.BeanFactory;
import org.springframework.context.support.ClassPathXmlApplicationContext;

import com.google.inject.Binder;
import com.google.inject.Module;
import com.leo.domain.HelloWorld;

public class HelloWorldMyModule implements Module {
	public void configure(Binder binder) {
		final BeanFactory beanFactory = new ClassPathXmlApplicationContext(
				new String[] { "applicationContext.xml", "daoContext.xml" });
		binder.bind(BeanFactory.class).toInstance(beanFactory);
		binder.bind(HelloWorld.class).toProvider(
				fromSpring(HelloWorld.class, "helloWorld"));
	}
}

 

 

 

其中：

 

 

final BeanFactory beanFactory = new ClassPathXmlApplicationContext(
				new String[] { "applicationContext.xml", "daoContext.xml" });
		binder.bind(BeanFactory.class).toInstance(beanFactory);

 

 

 

定义了Guice与Spring整合后，将spring工厂也由Guice托管。我感觉crazybob在与Spring整合事件上非常低调，给了个吓死人的单元测试，而且没有任何文档，这个单元测试里的bean都是临时动态注入进去的，不知道是因为出自对Spring XML配置的不满，还是根本没想到用Guice的人会去整合Spring，我个人感觉他在这一点上非常吝啬。 注意这一句：

 

binder.bind(HelloWorld.class).toProvider(
				fromSpring(HelloWorld.class, "helloWorld"));

 

 

这与普通Guice本身托管的Bean注入不一样，fromSpring很明显说明这个bean来自于spring,而且与helloWorld与applicationContext.xml中定义的那个是一致的。

 

好了，我们开始来个单元测试

 

HelloWorldTest.java

package com.leo.service;

import junit.framework.TestCase;

import com.google.inject.Guice;
import com.google.inject.Inject;
import com.google.inject.Injector;
import com.leo.domain.HelloWorld;
import com.leo.module.HelloWorldMyModule;

/**
 * @author superleo
 */
public class HelloWorldTest extends TestCase {

	@Inject
	private HelloWorld helloWorld;

	public void testHelloWorld() {
		HelloWorldMyModule module = new HelloWorldMyModule(); // 建HelloWorldModule，生成Guice的bean工厂
		HelloWorldTest test = new HelloWorldTest();
		Injector in = Guice.createInjector(module);
		in.injectMembers(test); // 将HelloWorldTest所依赖的helloWorld注入进去
		System.out.println(test.helloWorld.sayHello("hey, hello-world"));
	}
}

 

 

代码还是非常简单。运行后，正常的结果会出来在控制台上。但是这段代码能说明什么，无非就是helloWorld不需要set,get方法，但还多加了一大堆什么Injector, Module之类的。实际上在Guice与Struts2整合后，这些硬编码是不会出现的，而且如果不是因为与Spring整合，连Module里面配置HelloWorld都不要。但不是有人说Guice无法使用企业级组件吗?就单纯一个DI，根本就是玩具，但大家想想Guice能通过Spring来应用这些企业级组件的话，Guice还是有优势的。因为它够简单，够快，够灵活，强类型，本身没有XML(与其它框架整合，不能保证别的框架没有),几乎没有学习曲线，文档就一个HTML。因此，我现在想给大家运用JavaMail，这个算企业级常用的组件了吧？

 继续编写Spring的applicationContext.xml applicationContext.xml

 

 

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE beans PUBLIC "-//SPRING//DTD BEAN//EN" "http://www.springframework.org/dtd/spring-beans.dtd">

<beans>
	<!-- Java Mail -->
	<bean id="mailSender"
		class="org.springframework.mail.javamail.JavaMailSenderImpl">
		<property name="host" value="smtp.163.com" />
		<!-- 有些邮件服务器发送邮件需要认证，所以必须提供帐号  -->
		<property name="username" value="[e-mail]" />
		<property name="password" value="111111" />
		<property name="javaMailProperties">
			<props>
				<prop key="mail.smtp.auth">true</prop>
			</props>
		</property>
	</bean>

	<!--一个邮件模板(测试时使用)-->
	<bean id="mailMessage"
		class="org.springframework.mail.SimpleMailMessage">
		<property name="to" value="[e-mail]" />
		<property name="from" value="[e-mail]" />
		<property name="subject" value="fdsfdsfsdfsd" />
	</bean>

</beans>

 

 

 

上面就是大家在Spring配置文件里写烂了的代码，别的什么整合代码同理，就不多说了。 这时候，我们写一个JavaMailModule 

JavaMailModule.java

 

package com.leo.module;

import static com.google.inject.spring.SpringIntegration.fromSpring;

import org.springframework.beans.factory.BeanFactory;
import org.springframework.context.support.ClassPathXmlApplicationContext;
import org.springframework.mail.MailSender;
import org.springframework.mail.SimpleMailMessage;
import org.springframework.mail.javamail.JavaMailSenderImpl;

import com.google.inject.Binder;
import com.google.inject.Module;

public class JavaMailModule implements Module {

	public void configure(Binder binder) {
		final BeanFactory beanFactory = new ClassPathXmlApplicationContext(
				new String[] { "applicationContext.xml"});
		binder.bind(BeanFactory.class).toInstance(beanFactory);
		binder.bind(SimpleMailMessage.class).toProvider(
				fromSpring(SimpleMailMessage.class, "mailMessage"));

		binder.bind(MailSender.class).toProvider(
				fromSpring(JavaMailSenderImpl.class, "mailSender"));
	}

}

 

 

 

和HelloWorld一样，只是分别换成了mailMessage, mailSender。写到这里大家肯定明白了，Guice与Spring整合其实非常非常简单。

 

写个测试吧：

JavaMail.java

 

package com.leo.util;

import org.springframework.mail.MailSender;
import org.springframework.mail.SimpleMailMessage;

import com.google.inject.Guice;
import com.google.inject.Inject;
import com.google.inject.Injector;
import com.leo.module.MyModuleSpring;

public class JavaMail {

	@Inject
	private MailSender mailSender;

	@Inject
	private SimpleMailMessage mailMessage;// 邮件模板

	public void sendMail() {

		System.out.println("-----------发送邮件!---------");
		mailMessage.setText("send maiiiiiiiiiiiiiiiil~~~~~~~~~~~~~~~~~~");
		try {
			System.out.println(mailSender.toString());
			mailSender.send(mailMessage);
		} catch (Exception e) {
			e.printStackTrace();
		}
		System.out.println("-----------发送成功!---------");
	}

	public static void main(String... strings) {
		MyModuleSpring spring = new MyModuleSpring();
		JavaMail mail = new JavaMail();
		Injector in = Guice.createInjector(spring);
		in.injectMembers(mail);
		mail.sendMail();
	}
}

 

 

 

只要用户名密码正确，没有设置什么代理，防火墙之类的，就能正常的运行，但大家如果测试的时候，请把电子邮件改改。至于说与Hibernate，事务等整合，已经出了wrap框架了，有兴趣可以看看robbin写的《Warp framework - 一个相当有前途的Java框架》。 因此Guice不是完全不可能使用所谓的企业级组件的，直接使用Spring就可很容易做到。那么在应用Guice的时候，我感觉可以单独建立一个SpringModule，将Guice无法做到的事通过Spring工厂来帮你组装，其它方面，比如说Struts2的Action或Service层之间的注入等，直接用@Inject就得了，不要那么多set,get，(Struts2需要放入到值栈的属性例外)我们项目大多数Action超过几千行了，光set,get就几百行。Spring配置文件估计拼在一起也有几千行，但所谓注入到的其它企业级组件还不到5个，剩下全是service,dao,action等等。就算Spring可以autowire,也不是解决问题的根本。 

 

 

Guice当然也有缺点——太过于简单。不少JavaEE开发人员感觉似乎没有什么实际价值，更像是一种玩具。但我看好Guice的思想——简单而且类型安全。

评论

9 楼 phoenixup 2008-06-19  

引用

没有感觉坛子里炮轰guice的占多数

赞美Guice的还是占多数的，这种简洁的方式~~~很多人还是喜欢的~

8 楼 spiritfrog 2008-05-27  

没有感觉坛子里炮轰guice的占多数

7 楼 Frederick 2008-03-15  

再加上一句。目前我们公司的应用，基本上都是基于spring的。但是我个人也是喜欢annotation风格的东东。等guice的相关功能丰富了，我可能会转移到guice来实现。但是在此之前，我仍然是spring的忠实用户。相信绝大多数开发人员都是这样。

像wrap-persistence这样的东西就是一个很好的补充

6 楼 Frederick 2008-03-15  

个人觉得在guice自己提供足够的企业级组件支持之前，它的应用不可能得到推广。如果需要guice和spring集成才能提供我们需要的功能，我们为什么还要使用guice？为什么不直接使用spring？
打着简化的旗号，把事情变得越来越复杂。

我不是说guice不好。OK，我同意但就IoC而言，guice实现比spring效率高。但你只能说就发展前景而言，guice是有很好的前景的。也就仅此而已了。

一个没有配套设施的发动机，性能再好，也不会有人用它来设计一款汽车。孤立的一个IoC容器对企业应用而言，跟垃圾没有区别。

5 楼 cesia1984 2008-03-15  

相信很多排斥它的人只是不想放弃已有的技术而已

4 楼 cesia1984 2008-03-15  

作者是提供了一种思路，相信guice以后会发展得更好，看了这篇文章受教了，谢谢

3 楼 williamy 2008-03-14  

还有人在讨论这些问题！真无聊，请问ioc到底解决了什么问题？guice解决了什么问题，spring解决了什么问题，调查一下大家为什么用spring，而不使用其他的方式？

2 楼 nazar 2008-03-14  

这样还不如直接用spring呢。

1 楼 robbin 2008-03-13  

这篇文章写得很棒！