c# – 这个显示逻辑应该存在于ViewModel中还是映射层中？

我决定将我的域模型类完全保留在Views之外;它将导致大量类似外观的ViewModel,但使用AutoMapper我不认为这将是一个问题,我认为这是一个很好的干净方法.

然而,我最近的辩论围绕着显示逻辑.假设我有一个模型MyData,其属性为Status.这是一个如下的枚举：

public enum Status {
   Ok,NotTooGreat,CouldBeBetter,Awful
}

在一个视图中,当我渲染这个模型时,我想输出状态,并根据情况的糟糕程度为输出添加颜色.例如如果它没问题,我会显示绿色,如果它是NotTooGreat或CouldBeBetter而不是黄色,否则显示为Awful的红色.

这个逻辑应该在哪里生活？最终,颜色选择本身将在视图内(例如,确定要输出的css类,该类控制颜色),但确定状态是什么是我认为不应该在视图中的决定.可能的选择是：

>在自定义ViewModel类中使用DataAnnotations,例如

public class MyDataViewModel {
    /* Amongst other MyData properties required... */
    public StatusViewModel Status; 
}

public enum StatusViewModel {
    [StatusDisplay(DisplayState.Ok)]
    Ok,[StatusDisplay(DisplayState.Warning)]
    NotTooGreat,[StatusDisplay(DisplayState.Warning)]
    CouldBeBetter,[StatusDisplay(DisplayState.Error)]
    Awful
}

这意味着我的映射相当愚蠢,可以按值映射枚举.然后,View将依赖HtmlHelper根据DataAnnotation更改输出.这看起来相当简单,但是这会在ViewModel中放置太多“业务”逻辑吗？也就是说,这不仅仅是一个UI关注点,因此ViewModel定义显示状态是完全有效的吗？我可能会以这种方式结束大量的自定义DataAnnotations吗？如果我还需要说明用户可以根据当前状态执行哪些操作,这些不会变得臃肿吗？
>保持ViewModel简单,并依赖Mapping代码来存放逻辑：

public class MyDataViewModel {
     /* Amongst other MyData properties required... */
     public string StatusText; 
     public DisplayState Status;
}

这意味着ViewModel不知道什么状态与DisplayState有关,它只知道可能存在哪些不同的DisplayStates(即Ok,Warning或Error).然而,这需要逻辑然后坐在映射代码中,这对我来说感觉不像“映射” – 直到现在模型ViewModel之间的映射一直是控制器的直接调用 – 但也许这是一种不必要的恐惧？
>这应该在视图中,ViewModel应该与Model保持一致,然后在View或HtmlHelper中的某些代码将根据Status是什么来决定输出什么类.

我想我倾向于第一,但我会欣赏别人的意见.我想到的一件事是,这是一个非常简单的例子,但如果View更加复杂呢？比如说,如果MyData的状态为Ok,我们想要从MyData模型向用户显示更多属性,或者从其他Model类中提取数据？