接口定义原则
接口定义原则
对外接口
- 接口名称:反应出业务含义,尽量简短整洁;
- 接口参数:不可以使用领域对象,使用基本类型, 如果参数过多有通用性,可以整理到VO类中;
- 接口返回:不可以返回领域对象,返回简单类型,如果返回数据过多,可以整理到DTO中.
对内接口
- 如果在不同的服务之间,有共同的处理逻辑,可以提取到 XXXComponent类中,共不同的服务(模块)内部使用;
- 不对外(controller层调用使用)时,不定义业务接口,入参/出参,可以根据业务使用领域对象的形式;
- 尽量避免领域对象的滥用.
目标
- 使用多个隔离的接口,比使用单个接口要好。它还有另外一个意思是:降低类之间的耦合度。
- 由此可见,其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想,它强调降低依赖,降低耦合.
- 引用<https://www.runoob.com/note/39073>
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 【自荐】一款简洁、开源的在线白板工具 Drawnix
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· Docker 太简单,K8s 太复杂?w7panel 让容器管理更轻松!