上一页 1 ··· 7 8 9 10 11 12 13 14 15 ··· 19 下一页
摘要: 了解到ZSH的强大以后打算将自己目前使用的bash切换到ZSH。具体ZSH比bash强在那里就不多少了,网上的文章一搜一大把。个人主要是被ZSH强大的自动补全吸引过来的。虽然bash装了bash-completaion以后也有了一定的自动补全能力,但是和ZSH比起来还是差距太大。 阅读全文
posted @ 2014-03-28 23:08 黄博文 阅读(7377) 评论(1) 推荐(0) 编辑
摘要: 在Spring中定义bean的方式多种多样,即使使用xml的方式来配置也能派生出很多不同的方式。 阅读全文
posted @ 2014-03-25 23:23 黄博文 阅读(4618) 评论(2) 推荐(2) 编辑
摘要: 消息队列本来就是一种经典的生产者与消费者模式。生产者向消息队列中发送消息,消费者从消息队列中获取消息来消费。 阅读全文
posted @ 2014-03-23 00:03 黄博文 阅读(12462) 评论(4) 推荐(4) 编辑
摘要: 俗话说,天下武功,唯快不破。也就是说要练成天下高手的话,出招速度一定要快,这样才能在江湖上立足,不至于掉了脑袋。而程序员要在IT界混出个名堂,也要有高效的工作效率才行。IT行业时时刻刻都产生着新知识、新技术,要想跟上变革肯定要有几把刷子。 阅读全文
posted @ 2014-03-20 01:09 黄博文 阅读(29134) 评论(77) 推荐(162) 编辑
摘要: 上文讲了基于构造器进行依赖注入,这里讲解基于Setter方法进行注入。在Java世界中有个约定(Convention),那就是属性的设置和获取的方法名一般是:set+属性名(参数)及get+属性名()的方式。boolean类型稍有不同,可以使用is+属性名()方式来获取。 阅读全文
posted @ 2014-03-17 22:47 黄博文 阅读(5426) 评论(2) 推荐(0) 编辑
摘要: Spring框架的核心功能之一就是控制反转(Inversion of Control, IoC),也叫做依赖注入(dependency injection, DI)。关于依赖注入的具体内容可以参见Martin Fowler写的一篇文章《Inversion of Control Containers and the Dependency Injection pattern》。 阅读全文
posted @ 2014-03-15 23:39 黄博文 阅读(2045) 评论(0) 推荐(1) 编辑
摘要: 在第一讲中显示了如何使用注解配置bean,其实这是Spring3引进的特性,Spring2使用的是XML的方式来配置Bean,那时候漫天的XML文件使得Spring有着配置地狱的称号。Spring也一直在力求改变这一缺陷。Spring3引入的注解方式确实使配置精简不少,而Spring4则引入了Groovy DSL来配置,其语法比XML要简单很多,而且Groovy本身是门语言,其配置文件就相当于代码,可以用来实现复杂的配置。 阅读全文
posted @ 2014-03-13 00:22 黄博文 阅读(2697) 评论(0) 推荐(1) 编辑
摘要: Spring框架是无侵入性的,所以你的代码可以完全是POJO(plain old java object),直接使用Junit就可以完成大部分的单元测试。但是在集成测试方面就比较吃力了。单元测试层面你可以mock一些依赖对象,但是集成测试时需要真实的依赖对象,而这些对象都是在Spring容器的控制之下。那么如何在引入了Spring的情况下进行集成测试那?别着急,Spring框架早为我们想到了这点,本身提供了集成测试的功能。 阅读全文
posted @ 2014-03-11 23:08 黄博文 阅读(2474) 评论(0) 推荐(0) 编辑
摘要: 很久之前就想系统的学习和掌握Spring框架,但是拖了很久都没有行动。现在趁着在外出差杂事不多,就花时间来由浅入深的研究下Spring框架。Spring框架这几年来已经发展成为一个巨无霸产品。从最初的只是用来作为依赖注入到现在已经是无法不包。其涉及的领域有依赖注入、MVC、JMS、Web flow、Batch job、Web service、Security…..几乎是涵盖了技术开发的所有方面。本人虽然从事Java语言开发时间不长,但是对Spring中的很多组件都有所涉猎,比如上面列出的那几个都有用过。可以说Spring是Java程序员必须要掌握的一个库。 阅读全文
posted @ 2014-03-11 00:45 黄博文 阅读(7913) 评论(0) 推荐(1) 编辑
摘要: 在使用Message Queue的过程中,总会由于种种原因而导致消息失败。一个经典的场景是一个生成者向Queue中发消息,里面包含了一组邮件地址和邮件内容。而消费者从Queue中将消息一条条读出来,向指定邮件地址发送邮件。消费者在发送消息的过程中由于种种原因会导致失败,比如网络超时、当前邮件服务器不可用等。这样我们就希望建立一种机制,对于未发送成功的邮件再重新发送,也就是重新处理。重新处理超过一定次数还不成功,就放弃对该消息的处理,记录下来,继续对剩余消息进行处理。 阅读全文
posted @ 2014-03-09 23:28 黄博文 阅读(5868) 评论(1) 推荐(3) 编辑
上一页 1 ··· 7 8 9 10 11 12 13 14 15 ··· 19 下一页