Matt RaibleMatt Raible is a Web Developer and Java Champion. Connect with him on LinkedIn.

The Angular Mini-Book The Angular Mini-Book is a guide to getting started with Angular. You'll learn how to develop a bare-bones application, test it, and deploy it. Then you'll move on to adding Bootstrap, Angular Material, continuous integration, and authentication.

Spring Boot is a popular framework for building REST APIs. You'll learn how to integrate Angular with Spring Boot and use security best practices like HTTPS and a content security policy.

For book updates, follow @angular_book on Twitter.

The JHipster Mini-Book The JHipster Mini-Book is a guide to getting started with hip technologies today: Angular, Bootstrap, and Spring Boot. All of these frameworks are wrapped up in an easy-to-use project called JHipster.

This book shows you how to build an app with JHipster, and guides you through the plethora of tools, techniques and options you can use. Furthermore, it explains the UI and API building blocks so you understand the underpinnings of your great application.

For book updates, follow @jhipster-book on Twitter.

10+ YEARS


Over 10 years ago, I wrote my first blog post. Since then, I've authored books, had kids, traveled the world, found Trish and blogged about it all.

Inversion of Control - what the heck is it?

I really didn't know what Inversion of Control meant, until I started reading Rod Johnson's book. Today, on the spring-user mailing list, and article was posted about Inversion of Control. The article is by Martin Fowler and is titled Inversion of Control Containers and the Dependency Injection pattern. If you don't understand all this IoC stuff, or just want to learn why Spring and PicoContainer are the talk of the town, you should read this article.

On a side note, the guys at TheServerSide shouldn't feel bad about not setting their background color - Martin Fowler is no HTML genius either.

Posted in Java at Jan 14 2004, 09:59:06 AM MST 6 Comments
Comments:

Hmm.. one thing I just don't get about MF's IoC examples is why one wouldn't just use a factory to load class implementations from the classpath. IE, Foo foo = FooFactory.getInstance().getFoo(); The FooFactory class can instantiate itself OR some implementing instance of itself - that then can return different types of Foo implementations.

Posted by Unknown on January 14, 2004 at 07:21 PM MST #

There you have missed one of the points of IoC (as was) - the whole point is the object itself that requires the dependency should be completely passive. The simplest way to think of IoC is that an object exposes its need for dependency, and an IoC framework provides the dependency - it becomes the dependency glue for your application.

Posted by sam newman on January 15, 2004 at 12:03 AM MST #

I just had to point that one out... ATG's Nucleus technology is IOC done right, and was available in the previous century. At least is nice to see the rest of the world finally catch up.

Posted by Sebastiano Pilla on January 15, 2004 at 09:45 AM MST #

Heck, IoC is just the Dependency Inversion Principle which has been around for ages...

Posted by Sam Newman on January 15, 2004 at 10:42 AM MST #

Sam, do you menan the Dependency pattern in the GoF book?

Posted by Jack Herrington on March 31, 2004 at 05:24 PM MST #

Ek....now you out me on the spot - don't have the book to hand, but you can find a white paper on DIP here: http://www.objectmentor.com/resources/articles/dip.pdf Oh, and I wrote an article on the subject of IoC here: http://today.java.net/pub/a/today/2004/02/10/ioc.html

Posted by Sam Newman on March 31, 2004 at 06:02 PM MST #

Post a Comment:
  • HTML Syntax: Allowed