
简介
该用户还未填写简介
擅长的技术栈
未填写擅长的技术栈
可提供的服务
暂无可提供的服务
[DDD大营销-设计模式相关]
考察点:DDD (领域驱动设计) 理解参考回答定位:基于 DDD 分层架构,倾向于贫血模型与充血模型结合解释:①实体类(Entity)主要承载数据(偏贫血);②核心业务逻辑未堆砌在 Service 中,通过领域服务(Domain Service,如 RaffleStrategy)配合设计模式(责任链、规则树)组织;③部分核心逻辑(如解析规则字符串)封装在实体(StrategyEntity)中(偏充
【DAY 4】
你可以把的服务员 (Controller/App层)端来一个盘子,盘子里放着顾客的点单条(用户ID、菜品ID)。这个盘子就是 RaffleFactorEntity(输入)。好处:服务员不需要左手拿用户ID,右手拿策略ID,直接端个盘子就行。大厨 (Domain层)接过盘子,开始根据单子炒菜(执行抽奖逻辑、规则过滤)。大厨炒好菜后,不会直接把菜扔给服务员,而是装在一个精美的餐盒里,餐盒上还贴着标签(
到底了








