旧系统用数字状态码和历史字段表达业务，新服务采用更明确的领域语言。如果新服务直接复用旧表结构，旧系统的歧义会继续传播。防腐层的价值，是在边界处显式转换含义和处理规则。
先列出不能直接对应的概念
例如旧系统的“已完成”可能同时代表已发货与已结算，新服务却需要区分。不要直接按枚举值复制，应该向业务负责人确认状态来源与历史例外。无法可靠推断的数据，应标记为待核实，而不是在转换中悄悄给默认值。
适配层承担翻译，不接管所有业务
把协议转换、字段映射和旧接口异常解释放在可定位的位置。定价、结算等新业务规则仍由相应模块负责。若适配层不断增长为全能服务，说明边界定义或旧系统退出路线需要重新讨论。
同时考虑读与写的兼容
读取可以转换，不意味着写回也一定可逆。新状态在旧系统没有对应字段时，应明确拒绝、降级表达或增加兼容结构的方式。需要在切换方案中写清旧程序是否还能理解新数据，避免回滚时才发现单向转换。
用历史样本验收转换
选择正常记录、缺失字段、历史异常和边界日期做样本，逐条核对新旧表达。保留映射版本与责任人。交付文档应说明哪些转换已经验证，哪些数据需要清理，以及适配层在什么条件下可以退役。
常见问题：防腐层一定是独立微服务吗？
不一定。它可以先是应用内的一组适配代码。独立部署是否必要，应由复用需求、发布频率和维护责任决定。
技术参考：微软：防腐层模式。具体接口与配置请结合使用版本核对。
将评估落实到你的系统
准备推进现有 .NET 系统改造时，可以先约定一个范围明确的试点。通过单体系统渐进式改造服务梳理边界、兼容与迁移步骤，再按验证结果决定下一阶段。