Цепочка задач и возврат результата

У меня есть вопрос о цепочке задач с TPL. Он должен работать с Entity Framework Core, поэтому мы не поддерживаем одновременные операции в одном и том же контексте базы данных.

Я хочу быть максимально асинхронным. Ниже приведен код без асинхронности:

Context.Set<T>().Add(entity);
Context.SaveChanges();
return entity;

Я хочу сделать эту асинхронную цепочку методов AddAsync, SaveChangesAsync. Я должен убедиться, что AddAsyncзавершен, прежде чем вызывать SaveChangesAsync.

Моя первая попытка была следующей:

public Task<T> AddAsync(T entity)
{
   return _dbContext.Set<T>()
          .AddAsync(entity)
          .ContinueWith(addTask =>
          {
              _dbContext.SaveChangesAsync();
              return addTask.Result.Entity;
          });
}

Но я не думаю, что это правильно. SaveChangesAsync() не содержится в возвращаемой задаче. Если я позвоню: await AddAsync(myEntity);, я уверен, что SaveChangesAsync() будет готово? Я так не думаю.

Итак, я пытался решить эту проблему, но в итоге получил вложенные задачи, которые не очень удобны для пользователя. Возможное решение будет примерно таким (псевдокод, не компилируется):

return Context.Set<T>()
                .AddAsync(entity)
                .ContinueWith(addTask =>
                {
                    return Context.SaveChangesAsync()
                        .ContinueWith(saveTask =>
                        {
                            return addTask.GetAwaiter().GetResult().Entity;                            
                        });
                });

Есть ли способ добиться такого поведения с помощью TPL? И если да: я просто переписываю await? Это API, который следует использовать во многих проектах. Я хочу сделать API как можно более производительным (по крайней мере, в теории. Я использую его для обучения). Пользователи должны использовать await вне API. Чего я хочу избежать, так это создания узких мест внутри API из-за ожидания. Я не уверен, не является ли ContinueWith просто другой реализацией await. Еще одна вещь, которую я избегаю при использовании ContinueWith вместо await, — это помечать мои методы как async.