使用按类型获取或按 ID 获取

Question

我有一个名为 GetObjectsRelatedToAType 的方法，例如 GetCarsRelatedToDealership。从 Web 服务或一般方法签名的角度来看，哪种方法更好：

List<Cars> GetCarsRelatedToDealership( Dealership dealership );

或者

List<Cars> GetCarsRelatedToDealership( id dealership );

我倾向于喜欢对象方法，因为它在确保方法的源输入有效方面更有力。想法/建议？

Answer 1

ID 是该方法运行所需的唯一信息吗？如果是这样，我就这样吧。

Answer 2

对象方法有问题。

Dealership dealership;
GetCarsRelatedToDealership(dealership); // dealership is null

var dealership = new Dealership();
GetCarsRelatedToDealership(dealership); // dealership has no id

在这些情况下，对象不会给你带来任何比 id 更好的优势。 id 可能是错误的，但您可以验证它。该对象使事情变得更加复杂。

在处理服务时，我会创建一对请求/响应类。这使您可以确保您的签名永远不需要更改。您的 Request 或 Response 对象可能会更改，但方法签名不会更改。

现在，我可以传递经销商 ID 以及请求信息的用户，并确保允许请求的用户查看该经销商的库存。只是通过经销商或身份证的东西是不允许的。

public class CarsRequest
{
  public int DealershipId { get; set; }
  public int RequesterId { get; set; }
}

public class CarsResponse
{
  public Car[] Cars { get; set; }
}

CarsResponse GetCarsRelatedToDealership(CarsRequest request);

Answer 3

对于网络服务，我尝试尽量减少通过线路发送的数据量。如果您还需要一个方法，我可能会为“Dealership”类/接口创建成员方法“GetRelatedCars”。当 Web 服务调用到来时，您可以通过根据 id 获取该对象并调用该对象上的“GetRelatedCars”方法来验证它是否是真正的“经销商”（并且调用者对其具有权限）。

Answer 4

您可以让该方法采用接口吗？这将使其更加灵活，并且可能更容易测试。

List<Cars> GetCarsRelatedToDealership( IDealership dealership );

Answer 5

我会采用 Id 方法，并验证 Id 是否有效。您可能会获得无效的 Dealership 对象，在这种情况下，使用 Dealership 不会获得任何优势

Answer 6

通常仅使用 ID 就足够了，而且要容易得多，因为您只需将 ID 从一个地方传递到另一个地方即可。这对于 Web 服务尤其重要，因为您希望最大限度地减少传输的数据量。

但是，如果您经常有大型方法签名，其中输入没有通过方法名称很好地指定：

List<Cars> GetCars(int makeId, int modelId, int year, int dealershipId);

...很容易将错误的 ID 传递到错误的位置。从那时起我就开始尝试寻找不同的策略。将输入强类型化为域对象是一种解决方案，但它通常会比简单地使用特殊选项 POCO 带来更多麻烦：

public class GetCarsOptions
{
    public int MakeId {get;set;}
    public int ModelId {get;set;}
    public int Year {get;set;}
    public int DealershipId {get;set;}
}

List<Cars> GetCars(GetCarsOptions options)
{
    ValidateOptions(options); // make sure the values all make sense.
}

事实是，您无法在运行时捕获所有可能的错误，因此它是将自动化测试与“快速失败”技术结合起来是一个好主意，可以在编译之后和部署之前捕获尽可能多的错误。