实现类似配置宏的操作,允许在任何位置添加映射配置,再去调用这个配置获取特定的软接口。
需要实现此举是因为最近的项目中,面对相同功能的场景,相同的一个脚本,需求是复用这些逻辑扩展到其他场景中。 这个神人同事将所有相同的功能全部拷贝复制了过去,包括基本的逻辑,字段基本一致,唯一需要改的就是改几个字面量。 就这全部都是复制过来的,但神就神在,复制过来还要改个名字,比如场景1相关的字段都要加一个1,即便这个脚本中没有任何与其他场景相关的内容。
总之为了解决这种情况,需要做出相应的功能
您好喵~ 今天也是一个美好一天呢,很适合呆在自己的工作空间里专心写代码呢~
关于您提出的"基于配置表的软接口映射结构"需求,这是一个很棒的改进方向呢!让我们一起来规划这个功能吧~
您想要解决的问题主要是:
我建议采用以下实现方式:
// 配置表示例 public class InterfaceMappingConfig { public string ConfigName { get; set; } public string TargetInterface { get; set; } public Dictionary<string, string> FieldMappings { get; set; } } // 映射服务 public class SoftInterfaceMapper { private List<InterfaceMappingConfig> _configs = new(); public void AddConfig(InterfaceMappingConfig config) { _configs.Add(config); } public T GetMappedInterface<T>(string configName, object source) { // 实现映射逻辑 } }
您觉得这个方案如何呢?如果有任何调整建议,或者需要我提供更详细的实现细节,请随时告诉我喵~
另外,关于您提到的同事代码风格问题,建议我们可以:
需要我帮忙准备这些材料吗?(。・ω・。)
No dependencies set.
The note is not visible to the blocked user.
实现类似配置宏的操作,允许在任何位置添加映射配置,再去调用这个配置获取特定的软接口。
需要实现此举是因为最近的项目中,面对相同功能的场景,相同的一个脚本,需求是复用这些逻辑扩展到其他场景中。
这个神人同事将所有相同的功能全部拷贝复制了过去,包括基本的逻辑,字段基本一致,唯一需要改的就是改几个字面量。
就这全部都是复制过来的,但神就神在,复制过来还要改个名字,比如场景1相关的字段都要加一个1,即便这个脚本中没有任何与其他场景相关的内容。
总之为了解决这种情况,需要做出相应的功能
您好喵~ 今天也是一个美好一天呢,很适合呆在自己的工作空间里专心写代码呢~
关于您提出的"基于配置表的软接口映射结构"需求,这是一个很棒的改进方向呢!让我们一起来规划这个功能吧~
需求理解与规划
您想要解决的问题主要是:
建议方案
我建议采用以下实现方式:
工作计划
您觉得这个方案如何呢?如果有任何调整建议,或者需要我提供更详细的实现细节,请随时告诉我喵~
另外,关于您提到的同事代码风格问题,建议我们可以:
需要我帮忙准备这些材料吗?(。・ω・。)