在项目架构中如何进行分层才是最合理的？

个人觉得DAO完全没有存在的必要

我做了多年的软件开发，从我的经历来讲讲我的意见，首先，看看你所说的采用接口的缺点吧
1. 创建的文件数量太多－－你做的项目多大，占用了多少开发工作量？请统计一下自己的工作内容和时间，从我的经验看，这个问题几乎可以忽略
2. 增加了开发人员的工作量－－同问题1，如果采用自动生成接口文件，那工作量就更少到忽略了
3. 增加了后期维护的复杂性－－本质同1
4. 程序调试不方便－－有一定道理，但我的情况来看，也不困难；还有些插件可以帮助找到接口的具体实现

优点说个体会最深的
1. 如果你自己写测试（特别是如果你是TDD爱好者），你会体验到接口的威力
2. 接口的确会使你的应用灵活很多；DAO改变实现很少，不管是换DB，还是换框架或实现，业务层换具体实现也不太多，但你测试时会方便很多（这个所有都适用）；
其他优点还有不少，可以参考如敏捷软件开发之类的书籍

分层无定式。

对于接口，一般还是有的好。接口可以是方法定义更为清晰。而且在一些技术框架中，接口的使用是必须的。比如AOP、Mock，EJB 等等。当然如果这些你都用不到，项目也不大，不用接口没问题。但问题是小项目要用java做？python、php、ruby岂不更快更灵活

   同意楼主。虽然我们项目中用了 “接口+实现” 的模式的Service， 但就轻量级开发，我觉得也没必要存在Service接口；按功能建立的DAO接口更没有必要了。 100个功能，就多了200个Java文件，文件数太多了。

那是你的项目太小了吧！还没有经历真正的项目开发。分层是很有必要的，尤其是业务层和DAO。