j2ee项目里面service层里面为什么要建立一个接口,一个实现类
例如用户注册程序:service层里面要先建立一个接口UserService.java,还要建立一个实现类UserServiceImpl.java。这样有啥好处?而不是直...
例如用户注册程序:service层里面要先建立一个接口UserService.java,还要建立一个实现类UserServiceImpl.java。这样有啥好处?而不是直接用一个实现类UserServiceImpl.java。希望知道的能详细描述下!
展开
展开全部
说简单点
第一种方式:建立个接口
第二种方式:直接实例化
第一种:比如你用Spring框架,可以在用到UserServiceImpl的时候定义接口,最后使用XML方式实例化,这样以后需要修改,只要改xml(所谓的低耦合)
第二种:假设你直接在java文件中直接实例化,万一你不在用这个类了,要用另外的类来代替,需要改java文件,很麻烦(即所谓的耦合度高)
耦合度低的程序要好
现在你可能接触不到,但是使用接口的编程方式对以后的开发非常有帮助,别人看着也高端。
第一种方式:建立个接口
第二种方式:直接实例化
第一种:比如你用Spring框架,可以在用到UserServiceImpl的时候定义接口,最后使用XML方式实例化,这样以后需要修改,只要改xml(所谓的低耦合)
第二种:假设你直接在java文件中直接实例化,万一你不在用这个类了,要用另外的类来代替,需要改java文件,很麻烦(即所谓的耦合度高)
耦合度低的程序要好
现在你可能接触不到,但是使用接口的编程方式对以后的开发非常有帮助,别人看着也高端。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
接口可以将程序逻辑层次化,松耦合,多种实现。
另外,更重要的是,接口提供公共调用,实现类封装具体操作,安全性,共享性等,都是很有必要的。
通常实际项目会把基本的所有公共的ADES增删改查全部抽象成一个DBDao接口和一个实现类DBDaoImpl。然后所有Service类同时调用。
另外,更重要的是,接口提供公共调用,实现类封装具体操作,安全性,共享性等,都是很有必要的。
通常实际项目会把基本的所有公共的ADES增删改查全部抽象成一个DBDao接口和一个实现类DBDaoImpl。然后所有Service类同时调用。
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询