关于编写“灵活的”API的想法?

然后,您的服务只负责一件事,即返回特定于视图函数的数据。每个应用程序的控制器负责使用/不使用返回的数据片段。

这将更加灵活,因为您的ViewModels可能也需要不同的验证规则。ViewModels还有MVC特定的需求(SelectList等),服务层不应该真正返回这些需求。似乎有些东西可以一目了然地共享,但通常有很多小的差异,这使得共享ViewModels成为一个坏主意。

class MyServiceViewResult
{       
    public int SomethingEveryViewNeeds { get; set; }
    public bool OnlyOneViewMightNeedThis { get; set; }
}

class ViewModel1
{
    public int IdProperty { get; set; }

    public ViewModel1(MyServiceViewResult result)
    {
        IdProperty = result.SomethingEveryViewNeeds;
    }
}

class ViewModel2
{
    public int IdProperty { get; set; }
    public bool IsAllowed { get; set; }

    public ViewModel2(MyServiceViewResult result)
    {
        IdProperty = result.SomethingEveryViewNeeds;
        IsAllowed = result.OnlyOneViewMightNeedThis;
    }
}

与其拥有一个web服务,不如将服务实现为一个 可重用库

这也将允许您使用 多态性

有关多态解决方案的概述,请参见此相关问题: Is this a typical use case for IOC?