service就是比較底層的api，biz就是應用層的api

萬變不離其宗，多此一舉

命名方式不同罷了。

如果是貧血模式 就不是多此一舉

項目前期 或者小項目沒什么太大區(qū)別
但是項目大了以后 區(qū)別就很大了

項目開發(fā)到后期的話 你一個項目內(nèi)包含有其他的小項目 比如 后臺 erp 商城 等等 都用的是同一個數(shù)據(jù)庫
這個時候 就不能使用一個service/biz 全部解決了 有些業(yè)務是通用的 有一些業(yè)務可能只有erp有 其他模塊沒有 也有可能同一個業(yè)務 在細微上有一些差別 如果全部都放進一個業(yè)務層中的話 這個業(yè)務層就會非常的臃腫
這個時候就需要拆分 一個基礎業(yè)務層 一個應用層業(yè)務層
基礎業(yè)務層只是針對該對象的CURD操作 應用業(yè)務層就是一個復雜的功能模塊或流程

舉個例子 service作基礎業(yè)務層 biz作為應用層業(yè)務層
比如我現(xiàn)在要在商城中 做一個下單功能 牽涉到商品，庫存，活動等等 那么我把這個東西放哪呢？ 訂單service層? 如果放到這里 訂單service層中就會引入商品，庫存，活動的service或dao 如果還有其他功能 那么這個模塊牽涉到的功能就越來越多 所以并不合適 不光商城中牽涉到訂單service 后臺也可能會用到 erp也可能會用到 那么這時候就需要做個一個應用層

可以去了解一下 DDD 領域驅(qū)動設計

換種說明方法、。