c#中的泛型和约定

我有一个到。net服务层的接口，该接口将通过web服务与第三方系统通信。这将处理与第三方系统功能相关的许多不同任务(它实际上是一个定制的CRM系统，但由于上下文不相关，我将把它替换为一些无关紧要的内容)。

接口看起来像这样:

public interface IMyService
{
    CarModel GetCar(string registration);
    CarModel AddCar(Car car);
    PersonModel GetPerson(string personId);
    PersonModel AddPerson(Person person);
}

现在，我的模型目前工作如下:我有一个BaseResponseModel，每个SomethingModel继承。每个SomethingModel都包含一些基本属性，并且还包含一个Something -，如:

基本响应模型

public class BaseResponseModel
{
    public List<string> Errors { get; set; }
    public bool HasErrors
    {
        get
        {
            return (Errors != null && Errors.Count > 0);
        }
    }
}

特定响应模型

public class CarModel : BaseResponseModel
{
    public Car Car { get; set; }
}
public class PersonModel : BaseResponseModel
{
    public Person Person { get; set; }
}

这里，Car和Person只是包含一堆公共属性。然后，我的IMyService的每个方法接受它的参数，格式化对.asmx web服务的请求，将响应解析为它的响应模型，并将其返回给调用者(一个.ascx后面的代码)。

然而，不同...Model类的数量(更不用说它们的包装对象都有不同的属性名称)正在变得丑陋。我的想法是按照以下思路做一些事情:

public class Car
{
    public string Registration { get; set; }
}
public class ServiceResponse<T>
{
    public List<string> Errors { get; set; }
    public bool HasErrors { ... }
    public T Result { get; set; }
}
public interface IMyService
{
    ServiceResponse<Car> GetCar(string registration);
    ServiceResponse<Car> AddCar(Car car);
    ServiceResponse<Person> GetPerson(string id);
    ServiceResponse<Person> AddPerson(Person person);
}

我的ASP。. NET控件将从IMyService中的每个方法接收ServiceResponse<T>。

这是c#中"常规正确"的泛型用法吗?或者这只是掩盖了我的解决方案中更深层次的架构缺陷?我提出的解决方案中是否缺少一些东西(尽管请注意，不同Get和Add方法的实现并不像原型那样通用)?

_{^{免责声明:如果这个问题"太主观"，我很抱歉，但它似乎太具体了，不适合作为程序员的理论问题。对于CodeReview.SE来说，这个问题有点太笼统了。}}