接口定义原则

接口定义原则

对外接口

  1. 接口名称:反应出业务含义,尽量简短整洁;
  2. 接口参数:不可以使用领域对象,使用基本类型, 如果参数过多有通用性,可以整理到VO类中;
  3. 接口返回:不可以返回领域对象,返回简单类型,如果返回数据过多,可以整理到DTO中.

对内接口

  1. 如果在不同的服务之间,有共同的处理逻辑,可以提取到 XXXComponent类中,共不同的服务(模块)内部使用;
  2. 不对外(controller层调用使用)时,不定义业务接口,入参/出参,可以根据业务使用领域对象的形式;
  3. 尽量避免领域对象的滥用.

目标

  1. 使用多个隔离的接口,比使用单个接口要好。它还有另外一个意思是:降低类之间的耦合度。
  2. 由此可见,其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想,它强调降低依赖,降低耦合.
  3.  引用<https://www.runoob.com/note/39073>
 
posted @   远启  阅读(115)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!
点击右上角即可分享
微信分享提示