用了spring注入了，还用设计接口吗？
不考虑webservice，话说如果用spring注入，在扩展，解耦都很好用，还用给service，dao。。。层设计接口吗？？？？

------解决方案--------------------
spring注入，说白了就是用配置文件来管理类的实例化和它们间的关联，这跟我们在项目中使用接口的目的都是殊途同归的：减小代码耦合度。
------解决方案--------------------

探讨

你知道spring的IOC是怎么实现的吗？如果你明白就不会问这个问题了。
IOC那是通过动态代理实现的，如果没有了接口，请问spring还如何为你生成代理对象给你使用？如何来实现IOC......

------解决方案--------------------
我懂lz的意思..spring的IOC有两种动态代理，cglib和jdk的.这要看你设置的哪一种了。如果你用的是cglib的动态代理，是可以不需要再设计一个接口.如果用的是jdk的，就必须要有接口了。既然这样，肯定都设计一层接口好些啊，说不定以后项目就想改用jdk的动态代理了，那样的话介个项目不就不能正常运行了吗.
------解决方案--------------------
如果创建对象用new的话
一个人访问，内存中就会存放被new出一个对象，如果是一万人或者更多人呢，内存中会存放多少对象，这时候你得好好考虑java的垃圾回收机制了。
所以在创建对象时，能不new就不new

------解决方案--------------------
接口是一种协议，面向接口编程，你的程序易于理解，而且后期也好维护。
service层最好面向接口编程，你的程序会易读，他人也容易理解你写的是什么。
------解决方案--------------------
jdk自带的Proxy是使用反射的，对性能有不小的影响，但是只要不是AOP的话，只是注入的时候有点影响，如果要用的AOP的话还是CGLIB吧
------解决方案--------------------
学习了。
 个人而言，
我觉得还是2个比较重要吧：
1.接口是一种规范，例如：多人参与项目，之间肯定会有 方法互调。首先把接口定义好了，人家根本不关心你如何去实现，只要得到他想要的结果，这难道不就是Java一直提倡的思想吗。
2.还有一种思想，我觉得随便什么东西，能够放入配置文件去管理的尽量放到配置文件管理， 因为真实项目严谨的话，假如你在java代码里面直接new(注：一个项目修改java代码都是很危险的操作，尤其是经过测试人员数次的测试，还有你修改源代码就必须重新打版本，我不知道你们的项目版本是如何管理的)，是不是需要重新编译一次？然后更新至服务器，还是你把它放入配置的文件的话。
------解决方案--------------------
面向接口编程？Spring的Ioc？
这两个可以有联系，但是不能混在一起。
Spring支持没有接口的bean注入，这只能说明Spring的灵活性。
至于为什么要面向接口编程，代码写多了自然就明白鸟