public class EmployeeRegistrationService { public void saveToRDBMS(Employee employee ) { //save to RDBMS } public void saveToNoSQL(Employee employee ) { //save to NoSQL DB } }In this case, the EmplyeeRegistrationController should be aware of the concrete implementation of these two functions in EmployeeRegistrationService to use them. Suppose we want to add additional functionality to save the information as JSON is required then you will have to add a new function saveToJson() in the Service class as well as make changes in the Controller. This adds lots of complication to maintenance of our huge application with hundreds of controllers and services. To avoid these complications we could use interface instead of implementation of registration service.
interface EmployeeRegistrationService { void save(Employee employee ); }Now controller doesn't care about the concrete implementation of service, it is only aware of this interface, which has a save method.
public class EmployeeServiceRDS implements EmployeeRegistrationService { @Override public void saveToRDBMS(Employee employee ) { //save to RDBMS } } public class EmployeeServiceNoSQL implements EmployeeRegistrationService { @Override public void saveToNoSQL(Employee employee ) { //save to NoSQL DB } }
@Controller Class EmployeeController { @Resource(name="employeeServiceRDS ") EmployeeRegistrationService registrationService ; @RequestMapping("/emp-save") public void saveEmployee(Employee employee) { registrationService.save(employee); } }This highly reduces the software modification and extension cost. As changes in one layer does not effect other layer and new functionalities are made available to other layer immediately. Thus using interface gives you more power over extending and maintaining your application, utilize abstraction and implement good software development practices.
Labels: Spring3.0