社区首页 >问答首页 >公开异步函数的接口是一个泄漏的抽象吗？

问公开异步函数的接口是一个泄漏的抽象吗？
EN

Software Engineering用户

提问于 2019-01-14 06:33:31

回答 8查看 3.6K关注 0票数 14

我正在读依赖注入原则、实践和模式一书，我读到了关于漏抽象的概念，这本书很好地描述了这个概念。

现在，我正在使用依赖项注入重构C#代码库，以便使用异步调用而不是阻塞调用。为此，我正在考虑一些接口，这些接口表示代码库中的抽象，需要重新设计，以便可以使用异步调用。

例如，考虑以下接口，表示应用程序用户的存储库：

public interface IUserRepository 
{
  Task<IEnumerable<User>> GetAllAsync();
}

根据书中的定义，泄漏的抽象是一种设计时考虑到特定实现的抽象，因此某些实现细节通过抽象本身“泄漏”。

我的问题是:我们是否可以考虑使用异步设计的接口(如IUserRepository )作为漏取抽象的一个示例？

当然，并非所有可能的实现都与异步有关:只有进程外实现(例如SQL实现)才需要异步，但是内存存储库中不需要异步(实际上，如果接口公开异步方法，则实现接口的内存版本可能更困难，例如，您可能必须在方法实现中返回类似于Task.CompletedTask或Task.FromResult(用户)的内容)。

你觉得怎么样？

object-oriented

api-design

interfaces

dependency-injection

CDN&音视频通信出海专场

提供游戏出海、社交娱乐等方案，助力企业抢占出海市场

回答 8

Software Engineering用户

回答已采纳

发布于 2019-01-17 03:55:20

当然，我们可以调用漏抽象定律，但这并不特别有趣，因为它假定所有抽象都是泄漏的。人们可以支持和反对这个猜想，但如果我们不理解抽象的含义和漏的含义，那就没有帮助了。因此，我将首先尝试描述我如何看待这些术语：

抽象

我最喜欢的抽象定义来自罗伯特·C·马丁(RobertC.Martin)的APPP：

“抽象是对本质的放大，对不相关的东西的消除。”

因此，接口本身并不是抽象的。只有当它们把重要的东西表露出来，并隐藏其余的东西时，它们才是抽象的。

Leaky

书中的依赖注入原则、模式和实践定义了依赖注入(DI)上下文中的术语泄漏抽象。多态性和坚实的原则在这方面起着很大的作用。

从依赖反演原理 (DIP)中再次引用APPP如下：

“客户端...拥有抽象接口”

这意味着客户端(调用代码)定义了他们所需的抽象，然后你去实现这个抽象。

在我看来，泄漏的抽象是一种违反DIP的抽象，它以某种方式包含了客户不需要的一些功能。

同步依赖关系

实现业务逻辑的客户端通常使用DI将自己与某些实现细节(例如，通常是数据库)分离开来。

考虑一个处理餐馆预订请求的域对象：

public class MaîtreD : IMaîtreD
{
    public MaîtreD(int capacity, IReservationsRepository repository)
    {
        Capacity = capacity;
        Repository = repository;
    }

    public int Capacity { get; }
    public IReservationsRepository Repository { get; }

    public int? TryAccept(Reservation reservation)
    {
        var reservations = Repository.ReadReservations(reservation.Date);
        int reservedSeats = reservations.Sum(r => r.Quantity);

        if (Capacity < reservedSeats + reservation.Quantity)
            return null;

        reservation.IsAccepted = true;
        return Repository.Create(reservation);
    }
}

在这里，IReservationsRepository依赖项完全由客户端MaîtreD类确定：

public interface IReservationsRepository
{
    Reservation[] ReadReservations(DateTimeOffset date);
    int Create(Reservation reservation);
}

这个接口是完全同步的，因为MaîtreD类不需要它是异步的。

异步依赖项

您可以轻松地将接口更改为异步的：

public interface IReservationsRepository
{
    Task<Reservation[]> ReadReservations(DateTimeOffset date);
    Task<int> Create(Reservation reservation);
}

然而，MaîtreD类不需要这些方法是异步的，因此现在违反了DIP。我认为这是一个漏洞百出的抽象，因为实现细节迫使客户端进行更改。TryAccept方法现在也必须变成异步的：

public async Task<int?> TryAccept(Reservation reservation)
{
    var reservations =
        await Repository.ReadReservations(reservation.Date);
    int reservedSeats = reservations.Sum(r => r.Quantity);

    if (Capacity < reservedSeats + reservation.Quantity)
        return null;

    reservation.IsAccepted = true;
    return await Repository.Create(reservation);
}