为什么 java 写 mvc 的时候，都要写个 Dao、Service 接口，然后再写个 DaoImpl、ServiceImpl？

好听点就是分层解耦，层次清晰，利于重构。难听点就是java版本的八股

因为你遇到的只有一个实现

@chocotan 求详解

为Dao写接口的确是件然并卵且蛋疼的事情。

为Service写接口还是有必要的。
比如一个调用外部资源的服务，在开发和测试时可以使用MockImpl，在生产环境里可以用ProductionImpl。
再比如当项目规模变大、需要做服务化的时候，要实现RMI，就要有接口。

比如数据库连接，可能有 MySQL 也可能有 Oracle 还可能是直接自己读写文本文件
每一种都是一种实现

如果你只有一个实现方案的话，可以不用接口啊；
但是接口还有个功能就是方便后面的人理解业务。

等你遇到需要多种实现的时候就知道用处了。

因为你接触的项目可能在起步阶段， 实现可以使用不同的数据库，另外接口可以方面以后做单元测试 mock.

另外一个比较严重的问题就是你说java mvc， DAO不属于mvc 你们有service 有 dao，所以架构上是mvc 3-tiers，不是单纯的mvc

我觉得有ORM框架的话，就没有必要DAO了。
至于service，其实很多人建议把service的业务逻辑写在domain model。

瞬间创造了无数的工作..

这样才有工作量嘛。。。其实如果换了数据库实现就需要dao了，毕竟orm不能完全解决我们的问题，当然大部分时候都是可以的

装逼用的，呵呵

面向接口，主要也是为了方便以后扩展

有多少项目，会写着写着就换了一个数据库的呢？Dao还真必要性不大

八股文

直到3年前我也以为是八股

有些事，不是你自己写上百万行代码，删上几十万行代码，别人怎么说你都不会明白的

这是过早优化或者是恰当优化

是因为你没见过代码崩坏的项目

刚在读effective java，正好讲到了interface与class，我就说说我的感受。

dao和service这些其实都是抽象你的逻辑层从而达到高内聚和低耦合的概念，便于日后的维护。举个生活中的例子，家用电源的三头插口，这是一个业界标准（接口），家电生产商不需要管这个三头插背后是怎么实现的，他们只需要知道，插上这个接口，他们的电器就会有220伏特的电能供应。Java里面的collection也是一个遵循这种设计的典范，List抽象了所有具体List(ArrayList, LinkedList)的接口，当你创建一个List的时候，根据你的需求（性能？容量？唯一性？）赋予它不同的实现，但是变量仍然是List这个类型，这样如果以后你要改动这个变量的实际类型，你就只需要改动赋值的那行，否则的话，你还要到处找到调用这个变量的地方进行修改。

说了这么多话，其实就是方便日后的维护和扩展。

对于 spring mvc 来说，interface 规定了方法签名，框架才能放心大胆的把各种 IoC，class 增强的黑魔法玩出花样。

所以说php是最好的语言,就是这么来的

php一样写dao 一样写service,但不用写daoimpl serviceimpl 瞬间让很多java程序员失业了

是一种累赘，十几年前流行的方法论，现在不入流了。

用了 mybatis 之后就不用写 daoimpl 了……

都说dao层抽象之后可以无缝切换数据库，什么情况下才会换数据库呢？求教

总结了一下答案，90%的项目不需要写，真等到重构了，用ide工具分分钟抽取出来

Dependency Inversion principle: Depend upon abstractions. Do not depend upon concrete classes.

小项目都不需要这么写了吧，数据库一般也不会切换；

@iyangyuan 基本不会切数据库，就算切，工作量也不在这几个类那里 XD

@ieiayaobb 八股+1

楼上一群人不要误导人好伐，这样提炼接口是为了使用JDK的动态代理

@RagingSweet 比如？

@li24361 比如什么？JDK自带的动态代理必须要接口

@li24361 比如事务的实现啊