惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

WordPress大学
WordPress大学
Last Week in AI
Last Week in AI
U
Unit 42
aimingoo的专栏
aimingoo的专栏
Engineering at Meta
Engineering at Meta
博客园 - 聂微东
小众软件
小众软件
Cyber Security Advisories - MS-ISAC
Cyber Security Advisories - MS-ISAC
Recent Announcements
Recent Announcements
罗磊的独立博客
MongoDB | Blog
MongoDB | Blog
Stack Overflow Blog
Stack Overflow Blog
博客园_首页
M
MIT News - Artificial intelligence
博客园 - 司徒正美
T
The Blog of Author Tim Ferriss
D
DataBreaches.Net
IT之家
IT之家
C
Check Point Blog
酷 壳 – CoolShell
酷 壳 – CoolShell
T
Tailwind CSS Blog
D
Docker
Microsoft Security Blog
Microsoft Security Blog
Google DeepMind News
Google DeepMind News

博客园 - luckygxf

架构积累-系统划分 架构积累-软件架构终极目标 javascript构造方法 数据库连接池初始连接 分布式系统CAP理论(一) 数据库连接太多排查(一) 审批流程-节点自动审批通过 防表单重复提交 深分页问题 devops 对象存储迁移-组件上线 工作效率提升 新需求开发-重构老的逻辑 js析构赋值 框架的好处和不足 React框架Hello world 数据库表设计在哪个接口 需求实现-ddd四层架构实现 前端代码(一) 高内聚,低耦合 对象存储改造 mermaid初体验 业务逻辑优化-解决提示词问题打分不准 idea 插件envfile初体验 防盗链-防盗用链接 springboot项目启动小技巧 github托管网站 AI MCP开发 AI中 MCP 作用 mapconstruct 初体验
工作总结-演练场景映射方案
luckygxf · 2026-04-11 · via 博客园 - luckygxf

AI对练项目有个需求,需要建立演练场景和面谈规划之前的映射关系。我之前想的是,在代码里面硬编码映射关系,比如使用一个map存储。

方案评审的时候,领导觉得这个方案不好。如果需求有变动,比如新增了需求类型,映射关系有修改,怎么处理。只能修改代码,重新上线。公司上线流程比较重,上线是有时间窗口的。不建议用这种方案

保存到数据库

1. 建议这种映射表

2. 在场景表里面新增一个需求类型字段,新增场景和修改场景的时候,存储需求

使用的第2中方案,后期如果有新增、删除需求类型,修改映射关系。只用在界面编辑就可以了,场景的新增、修改,都是已经有的功能。新增字段就可以了

另外有一个功能,查询演练场景列表。在首页、管理端、客户演练的新需求中都有这个功能,领导建议使用策略模式,对外提供一个接口。后续如果有新增需求

1. 前端可以少修改,甚至不修改

2. 后端都在一个模块,一个接口,方便维护。只用使用新的策略就可以了

这个项目已经有两个地方使用了策略模式了,一个是客户列表、一个是演练场景列表。

策略模式还不是太完美,可以结合使用工厂模式,少写一些if else,符合开闭原则