What is Dependency Injection and Inversion of Control in Spring Framework?

Question

\"Dependency Injection\" and \"Inversion of Control\" are often mentioned as the primary advantages of using the Spring framework for developing Web frameworks

Could

Answer 1

I shall write down my simple understanding of this two terms: (For quick understanding just read examples)

• Dependency Injection(DI):
  Dependency injection generally means passing a dependent object as a parameter to a method, rather than having the method create the dependent object.
  What it means in practice is that the method does not have a direct dependency on a particular implementation; any implementation that meets the requirements can be passed as a parameter.
  
  With this implementation of objects defines their dependencies. And spring makes it available.
  This leads to loosely coupled application development.

  Quick Example:EMPLOYEE OBJECT WHEN CREATED,IT WILL AUTOMATICALLY CREATE ADDRESS OBJECT (if address is defines as dependency by Employee object)*.
  

• Inversion of Control(IoC) Container:
  This is common characteristic of frameworks, IoC manages java objects
  - from instantiation to destruction through its BeanFactory.
  - Java components that are instantiated by the IoC container are called beans, and the IoC container manages a bean's scope, lifecycle events, and any AOP features for which it has been configured and coded.
  
  QUICK EXAMPLE:Inversion of Control is about getting freedom, more flexibility, and less dependency. When you are using a desktop computer, you are slaved (or say, controlled). You have to sit before a screen and look at it. Using keyboard to type and using mouse to navigate. And a bad written software can slave you even more. If you replaced your desktop with a laptop, then you somewhat inverted control. You can easily take it and move around. So now you can control where you are with your computer, instead of computer controlling it.
  
  By implementing Inversion of Control, a software/object consumer get more controls/options over the software/objects, instead of being controlled or having less options.
  
  Inversion of control as a design guideline serves the following purposes:
  - There is a decoupling of the execution of a certain task from implementation.
  - Every module can focus on what it is designed for.
  - Modules make no assumptions about what other systems do but rely on their contracts.
  - Replacing modules has no side effect on other modules
  

I will keep things abstract here, you can visit following links for detail understanding of the topic.

A good read with example

Detailed explanation