MAUI与ASP.NET项目中DTO的UI与API分离方案咨询

是否需要在客户端将DTOs映射为新对象？ #

需要。核心原因是职责分离：DTO的唯一职责是在API和客户端之间传输数据，应保持纯净，仅包含与数据传输相关的属性；而UI层所需的状态（如IsCollapsed）属于UI逻辑范畴，不应混入传输层的DTO中，否则会导致DTO职责混乱，甚至在反向请求时将冗余数据传给API，增加不必要的带宽消耗或潜在序列化问题。

该如何解决此问题？ #

有两种主流解决方案：

1. 创建独立的UI模型类
   • 定义如ExerciseUIModel的类，包含ExerciseDto的所有业务属性，再加上IsCollapsed等UI专属属性。
   • 使用AutoMapper配置映射规则，自动完成ExerciseDto到ExerciseUIModel的转换，只需一次配置，后续属性新增时只要命名一致就能自动映射，减少手动代码。
   • 示例配置：

     public class ExerciseProfile : Profile
     {
         public ExerciseProfile()
         {
             CreateMap<ExerciseDto, ExerciseUIModel>();
         }
     }
     

2. 给DTO附加UI状态（无新增类方案）
   • 利用C#的ConditionalWeakTable创建扩展方法，给DTO实例附加UI状态属性，不会修改DTO类本身的结构，避免污染传输层。
   • 示例代码：

     public static class ExerciseDtoUiExtensions
     {
         private static readonly ConditionalWeakTable<ExerciseDto, ExerciseUiState> _uiStateStore = new();
     
         public static bool IsCollapsed(this ExerciseDto dto)
         {
             return _uiStateStore.GetValue(dto, _ => new ExerciseUiState()).IsCollapsed;
         }
     
         public static void SetIsCollapsed(this ExerciseDto dto, bool value)
         {
             _uiStateStore.GetValue(dto, _ => new ExerciseUiState()).IsCollapsed = value;
         }
     
         private class ExerciseUiState
         {
             public bool IsCollapsed { get; set; }
         }
     }
     

   • 在MAUI界面中，直接通过exerciseDto.IsCollapsed()绑定UI状态，不会影响DTO与API的交互。

有没有更简便的分离实现方式？ #

如果不想新增额外的UI模型类，上述附加UI状态的方式是最简便的——无需创建重复属性的类，也不用维护映射规则，同时完美分离了传输数据和UI状态。

如果能接受轻微复杂度，AutoMapper映射UI模型的方式长期来看更易维护：

• 当业务属性变更时，AutoMapper会自动同步（只要命名一致），无需手动修改多个类。
• UI模型可以更灵活适配UI需求，比如添加ICommand等UI专属方法，让DTO保持完全纯净。

内容的提问来源于stack exchange，提问作者Kebechet