微信扫码
添加专属顾问
我要投稿
AI+DDD模式助力淘宝闪购开发效率提升75%,探索智能化架构演进新路径。核心内容: 1. 传统单体架构面临的开发效率瓶颈与痛点分析 2. AI辅助DDD落地的三大关键环节:架构设计、模型落地、持续优化 3. 淘宝闪购服务包系统的实践案例与显著成效
阿里妹导读
本文以淘宝闪购服务包系统为案例,探索如何借助 AI 技术辅助领域驱动设计(DDD)落地。
一、背景
1.1 改造背景
随着服务包业务的快速发展,新增一个服务包类型需要5-8人天的高昂成本,原有的单体架构暴露出严重的开发效率瓶颈:
1.2 改造目标
采用DDD(领域驱动设计)思想结合AI辅助开发进行架构重构,探索智能化架构演进路径:
二、架构设计阶段
2.1 AI拆解限界上下文
问题:你是一个DDD专家,根据现有代码 v6 这个package下的类帮我抽象下上下文。
AI回答:
2.2 人工介入修正限界上下文
从上一步可以看出,AI拆解的限界上下文是基于package结构进行拆分,未能深入分析业务语义,这是AI的薄弱环节,需要人工介入修正。经过人工分析后的限界上下文如下:
2.3 通过AI细化限界上下文
基于上述人工拆分的上下文,逐步通过AI细化上下文文档,以商品上下文为例:
问题:根据人工拆解限界上下文部分,从原有 me.ele.newretail.contract.v6.domain 包下,帮我抽象出商品上下文的类,Repo、Service,类用Domain结尾,Repo用DomainRepo结尾,Service用DomainService结尾,输出成表格,包含方法和属性,就放到当前这个文档最后。
经过多轮迭代优化后的商品上下文设计如下图所示:
三、代码实现阶段
3.1 基于文档生成代码骨架
基于准备好的技术文档《技术方案--服务包模型升级.md》进行代码生成:
问题:严格根据该技术文档帮我在 v61.domain 包下生成代码骨架。
3.2 AI辅助代码实现
问题:queryConfirmableProgramList 第157行开始,帮我把 List shopConfirmableContracts 转换成 ConfirmableServiceProgramDTO 参考 queryConfirmableProgramList 链路原有代码。
实现效果:新增734行代码,人工修正25行,准确率高达 96.6%。
问题:帮我写个比对 queryConfirmableProgramList 和 queryConfirmableProgramList 两个方法返回结果是否一致的 工具类 叫 ProgramVersionComparisonUtil 放到 v61 包下。
实现效果:新增比对代码 3098行,人工修正12行,准确率高达99.6%。
四、重构效果分析
4.1 架构解耦度分析
问题:帮我对比下queryConfirmableProgramList 和 queryConfirmableProgramList 从分层、域解耦等维度进行分析。
以queryConfirmableProgramList方法重构为例进行对比分析:
重构前实现
重构后实现
实现特点:
代码行数: 主方法42行 + 核心调用链路约1,500行;
复杂度: 高度耦合,包含多种业务逻辑混合;
重复代码: 存在大量商品类型判断逻辑;
实现特点:
代码行数: 主方法37行 + 核心调用链路约720行;
复杂度: 通过领域服务解耦,逻辑清晰;
职责分离: 每个上下文专注自己的业务逻辑;
核心实现逻辑:
public SingleResponse<ConfirmableServiceProgramDTO>queryConfirmableProgramList(ConfirmableProgramQuery query){try {// step.1 参数校验和门店信息获取if (query == null || query.getShopId() == null) {return SingleResponse.buildFailure("参数不能为空");}ShopInfoDTO shopInfo = shopQueryAbility.queryShopInfo(query.getShopId());if (shopInfo == null) {return SingleResponse.buildFailure("门店不存在");}// step.2 获取可签方案列表 - 复杂的扩展点机制List<ServiceProgramDTO> programs = new ArrayList<>();// 获取所有商品信息List<GoodsDTO> allGoods = goodsQueryAbility.queryAllGoods();for (GoodsDTO goods : allGoods) {// 重复的商品类型判断逻辑 - 问题点1if (switch51ConfigGateway.superClientGoodId().equals(goods.getGoodsId())) {// 超客商品特殊处理if (validateSuperClientGoods(goods, shopInfo)) {ServiceProgramDTO program = buildSuperClientProgram(goods, shopInfo);programs.add(program);}} elseif (switch51ConfigGateway.platformDeliveryGoodId().equals(goods.getGoodsId())) {// 平台配送商品特殊处理if (validatePlatformDeliveryGoods(goods, shopInfo)) {ServiceProgramDTO program = buildPlatformDeliveryProgram(goods, shopInfo);programs.add(program);}} elseif (switch51ConfigGateway.selfDeliveryGoodId().equals(goods.getGoodsId())) {// 自配送商品特殊处理if (validateSelfDeliveryGoods(goods, shopInfo)) {ServiceProgramDTO program = buildSelfDeliveryProgram(goods, shopInfo);programs.add(program);}}// ... 更多商品类型判断}// step.3 价格计算 - 内嵌在业务服务中for (ServiceProgramDTO program : programs) {// 硬编码的价格计算逻辑 - 问题点2if (program.getDeliveryType().equals("PLATFORM")) {program.setCommissionRate(new BigDecimal("0.08")); // 8%program.setDeliveryFee(calculatePlatformDeliveryFee(program, shopInfo));} elseif (program.getDeliveryType().equals("SELF")) {program.setCommissionRate(new BigDecimal("0.10")); // 10%program.setDeliveryFee(calculateSelfDeliveryFee(program, shopInfo));}// 保底价计算BigDecimal basePrice = priceCalculateAbility.calculateBasePrice(program.getGoodsId(), shopInfo.getCategoryId());program.setBasePrice(basePrice);}// step.4 活动处理 - 分散的活动逻辑List<ActivityDTO> activities = activityQueryAbility.queryShopActivities(query.getShopId());for (ServiceProgramDTO program : programs) {for (ActivityDTO activity : activities) {// 活动匹配逻辑分散 - 问题点3if (activity.getType().equals("COMMISSION_DISCOUNT")) {if (activity.getTargetGoods().contains(program.getGoodsId())) {BigDecimal discountRate = activity.getDiscountRate();BigDecimal newRate = program.getCommissionRate().subtract(discountRate);program.setCommissionRate(newRate);program.setActivityId(activity.getActivityId());}} elseif (activity.getType().equals("DELIVERY_DISCOUNT")) {// 配送费优惠逻辑if (activity.getTargetGoods().contains(program.getGoodsId())) {BigDecimal discountFee = activity.getDiscountAmount();BigDecimal newFee = program.getDeliveryFee().subtract(discountFee);program.setDeliveryFee(newFee);}}}}// step.5 构建返回结果ConfirmableServiceProgramDTO result = new ConfirmableServiceProgramDTO();result.setShopId(query.getShopId());result.setPrograms(programs);result.setTotalCount(programs.size());return SingleResponse.of(result);} catch (Exception e) {logger.error("查询可签方案失败,shopId:{},异常:{}",query.getShopId(), e.getMessage(), e);return SingleResponse.buildFailure("查询失败");}}// 重复的商品校验方法 - 在多个地方重复出现private boolean validateSuperClientGoods(GoodsDTO goods, ShopInfoDTO shopInfo){// 重复的商品类型判断逻辑if (!switch51ConfigGateway.superClientGoodId().equals(goods.getGoodsId())) {returnfalse;}// 区域校验逻辑内嵌List<String> allowedCities = goods.getAllowedCities();if (!allowedCities.contains(shopInfo.getCity())) {returnfalse;}// 品类校验逻辑内嵌List<Long> allowedCategories = goods.getAllowedCategories();if (!allowedCategories.contains(shopInfo.getCategoryId())) {returnfalse;}returntrue;}// 类似的重复方法还有:// validatePlatformDeliveryGoods()// validateSelfDeliveryGoods()// buildSuperClientProgram()// buildPlatformDeliveryProgram()// buildSelfDeliveryProgram()
核心实现逻辑:
public SingleResponse<ConfirmableServiceProgramDTO>queryConfirmableProgramList(ConfirmableProgramQuery query){// step.1 获取门店信息 - 门店上下文ShopDomain shopDomain = shopDomainService.getShop(query.getShopId());// step.2 查询可签合同列表 - 合同上下文List<ShopContractDomain> contracts =shopContractDomainService.getShopConfirmableContractList(shopDomain);// step.3 商品校验 - 商品上下文contracts = goodsDomainService.filterAvailableContracts(contracts, shopDomain);// step.4 价格计算 - 价格上下文contracts = priceDomainService.enrichContractPrice(contracts);// step.5 活动匹配 - 活动上下文contracts = activityDomainService.applyActivityDiscount(contracts, shopDomain);// step.6 转换为DTO返回ConfirmableServiceProgramDTO result =buildConfirmableServiceProgramDTO(contracts);return SingleResponse.of(result);}
问题点:
业务逻辑高度耦合在一个方法中;
商品类型判断逻辑重复出现;
扩展点机制复杂,难以维护;
缺乏清晰的职责分离。
优势:
清晰的步骤分离,每步职责单一;
通过领域服务实现业务逻辑解耦;
消除重复代码,提高可维护性;
支持开闭原则,易于扩展。
| 维度 | 重构前特点 | 重构后特点 | 改进效果 |
|---|---|---|---|
| 代码结构 | |||
| 职责分离 | |||
| 商品处理 | |||
| 价格计算 | |||
| 活动处理 | |||
| 扩展性 | |||
| 测试性 |
1. 重复代码泛滥
switch51ConfigGateway.superClientGoodId().equals() 判断逻辑在10个文件中重复;buildDeliveryProgramTypeEnum 方法在2个类中完全重复;2. 业务逻辑耦合
3. 扩展性差
4.2 重复代码模式识别
问题:帮我对比下queryConfirmableProgramList 和 queryConfirmableProgramList 这两个方法链路中的代码重复度。
通过代码分析,发现以下重复代码模式:
在以下10个文件中发现相同的判断逻辑:
重复代码示例:
// 在多个文件中重复出现的商品类型判断逻辑if (switch51ConfigGateway.superClientGoodId().equals(goods.getGoodsId())) {// 超客商品特殊处理逻辑// 这段逻辑在10个不同文件中重复出现}
重复出现的文件:
1. DefaultConfirmableProgramQueryExt.java - buildDeliveryProgramTypeEnum方法2. ProgramConverter.java - buildDeliveryProgramTypeEnum方法3. ProgramAbilityImpl.java - signEUnion方法4. ProgramAbilityImpl.java - getSignGoodRequest方法5. ProgramQueryAbilityImpl.java - 多个方法6. ProgramSignAbilityImpl.java - 多个方法7. DefaultProgramQueryExt.java - 查询逻辑8. ProgramBizServiceImpl.java - 三个核心方法9. ProgramTypeEnumBuilder.java - 类型构建逻辑10. DeliveryProgramConverter.java - 转换逻辑该方法在2个类中完全重复:
DefaultConfirmableProgramQueryExtProgramConverter4.3 新增服务商品改动点对比
问题:综合上面的分析,帮我对比下v61和v6两个代码链路在新增一个服务商品时的改动点。
|
核心业务服务层修改:
扩展点和转换层修改: 2. DefaultConfirmableProgramQueryExt.java
能力层修改:
5. ProgramQueryAbilityImpl.java
6. ProgramSignAbilityImpl.java
工具类和构建器修改:
|
领域模型层修改:
商品上下文修改(可选):
数据配置修改:
可能的扩展修改:
|
五、AI架构升级总结
5.1 AI架构升级价值和效果
5.2 AI架构升级总结展望
AI辅助架构升级证明了人机协作的有效性,让工程师从重复编码中解放,专注于架构设计和业务创新。这将成为软件工程的新常态。
创意加速器:AI 绘画创作
本方案展示了如何利用自研的通义万相 AIGC 技术在 Web 服务中实现先进的图像生成。其中包括文本到图像、涂鸦转换、人像风格重塑以及人物写真创建等功能。这些能力可以加快艺术家和设计师的创作流程,提高创意效率。
点击阅读原文查看详情。
53AI,企业落地大模型首选服务商
产品:场景落地咨询+大模型应用平台+行业解决方案
承诺:免费POC验证,效果达标后再合作。零风险落地应用大模型,已交付160+中大型企业
2025-12-19
刚刚,OpenAI最强编程大模型发布!
2025-12-19
OpenAI最强代码模型GPT-5.2-Codex上线
2025-12-19
Anthropic 指路,Letta 破局:Agent 下半场的关键词是 Skills
2025-12-19
突发|ChatGPT 版应用商店正式上线
2025-12-18
端侧AI革命!Android App上可直接集成Gemini大模型了!
2025-12-18
突发!ChatGPT版应用商店正式发布,第三方开发者新入口!
2025-12-18
实测豆包1.8后,我终于明白字节为什么要推豆包手机了。
2025-12-18
通用Agent模型Seed1.8正式发布
2025-10-26
2025-10-02
2025-09-29
2025-10-07
2025-09-30
2025-11-19
2025-10-20
2025-11-13
2025-10-02
2025-10-18
2025-12-16
2025-12-15
2025-12-14
2025-12-12
2025-12-12
2025-12-11
2025-12-09
2025-12-08