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

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

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

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

可以去了解一下 DDD 領域驅動設計