u012470804
飞翔的小野鸭
采纳率34.9%
2017-06-15 02:46 阅读 3.3k
已采纳

对于业务层和持久层,有必要每个都写一个接口吗?

现在本菜鸟想开发一个小型的管理系统给家里人用,
觉得业务层和持久层每个都写一个接口真的是鸡儿麻烦。

请问下各位大牛,接口可以省了直接把代码写在server和dao里面吗?

  • 点赞
  • 写回答
  • 关注问题
  • 收藏
  • 复制链接分享

8条回答 默认 最新

  • 已采纳
    weixin_39180123 GoBiOlderWang 2017-06-15 03:09

    其实如果仅仅是为了实现功能,你那种写法也是可以的,那么我们就来谈谈为什么要写接口:
    接口的出现更利于软件的维护,同样的接口实现同样的功能但是可以有不同技术,也就说,同一个接口可以有多种写法,随着技术的升级,我们可以编写
    更好的实现类来提高程序的性能,比方说提高效率 UserSerivce service=new UserServiceImpl(),方法的调用使用接口中的方法service.findByName(),

    比方我们将之前的实现类做了升级,写出了新的实现类UserServiceImpleSup,我们只需要替换之前实现类即可: UserSerivce service=new UserServiceImplSup(),这样并不会影响到方法的实现
    而且可以利用工厂模式,使得对象不再由自己手动创建,而是由工厂来创建,将要创建的实现类的配置信息写在配置文件中,这样只需要修改配置文件就能够达到切换对象的效果,不需要重新编译,这样不仅能够提高效率,当接口多的时候也不会出现落下哪个实现类没有切换的错误
    所以说接口在后续的维护中能够起到非常重要的作用...

    点赞 2 评论 复制链接分享
  • qq_34730277 南宫文凯 2017-06-15 02:46

    可以,但是期间的注入和控制反转会出现结耦你可以试试,还有如果你一定要这样,和大一部分的注释也就是以(@开头的注释)要自己写,关于反射不知道你学的如何,不过可以写反射代码,这样就不用写接口了

    点赞 评论 复制链接分享
  • sinat_38913556 sinat_38913556 2017-06-15 02:48

    以后不维护 不改代码 写完能实现就完 想怎么写就怎么写

    点赞 评论 复制链接分享
  • baidu_37781025 襄阳dou腐面 2017-06-15 03:25

    以后不维护 不改代码 写完能实现就完 想怎么写就怎么写

    点赞 评论 复制链接分享
  • Ch11w Ch11w 2017-06-15 03:45

    能实现就行了,想怎么 写这么写

    点赞 评论 复制链接分享
  • mmqw1122 mmqw 2017-06-15 03:49

    想怎么写都行,刚开始能实现就行了,分层优化维护的问题,有经验了,慢慢就知道了

    点赞 评论 复制链接分享
  • sj18182656342 黄河默默 2017-06-15 06:21

    想怎么写 就怎么写 知识多些 接口 会使项目 结构更好 便于维护 如果 业务很少 不必要写

    点赞 评论 复制链接分享
  • cndx007 cndx007 2017-06-15 07:40

    如果很简单 以后也不多打算或者没必要维护的 随便你怎么写 不过既然可以拿来练手 不如好好考虑考虑 各方面跟更完善一些不是也能锻炼下么

    点赞 评论 复制链接分享

相关推荐