现在本菜鸟想开发一个小型的管理系统给家里人用，
觉得业务层和持久层每个都写一个接口真的是鸡儿麻烦。
请问下各位大牛，接口可以省了直接把代码写在server和dao里面吗？
其实如果仅仅是为了实现功能，你那种写法也是可以的，那么我们就来谈谈为什么要写接口：
接口的出现更利于软件的维护，同样的接口实现同样的功能但是可以有不同技术，也就说，同一个接口可以有多种写法，随着技术的升级，我们可以编写
更好的实现类来提高程序的性能，比方说提高效率 UserSerivce service=new UserServiceImpl(),方法的调用使用接口中的方法service.findByName(),
比方我们将之前的实现类做了升级，写出了新的实现类UserServiceImpleSup,我们只需要替换之前实现类即可： UserSerivce service=new UserServiceImplSup(),这样并不会影响到方法的实现
而且可以利用工厂模式，使得对象不再由自己手动创建，而是由工厂来创建，将要创建的实现类的配置信息写在配置文件中，这样只需要修改配置文件就能够达到切换对象的效果，不需要重新编译，这样不仅能够提高效率，当接口多的时候也不会出现落下哪个实现类没有切换的错误
所以说接口在后续的维护中能够起到非常重要的作用...
可以，但是期间的注入和控制反转会出现结耦你可以试试，还有如果你一定要这样，和大一部分的注释也就是以（@开头的注释）要自己写，关于反射不知道你学的如何，不过可以写反射代码，这样就不用写接口了
以后不维护 不改代码 写完能实现就完 想怎么写就怎么写
以后不维护 不改代码 写完能实现就完 想怎么写就怎么写
能实现就行了，想怎么 写这么写
想怎么写都行，刚开始能实现就行了，分层优化维护的问题，有经验了，慢慢就知道了
想怎么写 就怎么写 知识多些 接口 会使项目 结构更好 便于维护 如果 业务很少 不必要写
如果很简单 以后也不多打算或者没必要维护的 随便你怎么写 不过既然可以拿来练手 不如好好考虑考虑 各方面跟更完善一些不是也能锻炼下么