Блог

Пожалуйста, если этот вопрос не по теме, вы можете написать в комментарии, чтобы удалить его позже 🙂

Если у меня есть 3 уровня (* .DLL)

• DataAccessLayer.DLL
• BusinessLogicLayer.DLL
• Приложение пользовательского интерфейса (WPF, WinForms, любая технология)

В моем приложении я заставляю методы BusinessLogicLayer возвращать задачу, а в приложении пользовательского интерфейса я вызываю await при использовании метода из BusinessLogicLayer

У меня неправильное понимание следующего:

• Какой уровень должен поддерживаться с помощью задачи или параллелизма (серверный, промежуточный, передний)
• Если мне нужно создать повторно используемый BusinessLogicLayer для других разработчиков, где они также могут забыть использовать ожидаемые / асинхронные методы на прикладном уровне пользовательского интерфейса в следующих проектах, которые были обработаны для них. Как добиться ожидаемых методов на среднем уровне were без необходимости писать await в каждом событии пользовательского интерфейса (например, Button_Click ).
• Как сделать так, чтобы DataAccessLayer содержал только параллелизм и ожидаемый уровень пользовательского интерфейса без необходимости использования ключевых слов await, async.

Мой простой код содержит следующее :

DataAccessLayer.DLL единственный метод

 public void MoveNext()
{
    if (RecordCount == 0) return;
    Tables[0].Query.Criteria.Clear();
    Tables[0].Query.Sorting = $"ORDER BY {string.Join(" ASC, ", 
    Tables[0].Keys.Select(x => x.KeyID))} ASC";
    FetchDataBuffer();
}
  

BusinessLogicLayer.DLL теперь простым способом обернула метод dataaccess

 public Task MoveNext() => Task.Run(() => { EntryBase.MoveNext(); });
  

Уровень пользовательского интерфейса (любое приложение или поставщик интерфейсов в .NET)

  private async void BtnNext_ItemClick(object sender, ClickEventArgs e)
 {
    await EntryLogic.MoveNext();
    DeserializeBuffer();
 }
  

Как видно выше, метод DeserializeBuffer не будет выполняться до тех пор, пока не будет завершен метод параллелизма (MoveNext ).

Что мне нужно сделать, так это избавиться от ключевых слов await и асинхронности на уровне пользовательского интерфейса.

То, что я на самом деле делаю, не удалось, и я не знаю, почему это происходит

Сценарий, который я пытаюсь создать, выглядит следующим образом:

• Преобразуйте тип метода DataAccessLayer из void в Task

      public Task MoveNext()
     {
        return Task.Run(() => { 
        if (RecordCount == 0) return;
        Tables[0].Query.Criteria.Clear();
        Tables[0].Query.Sorting = $"ORDER BY {string.Join(" ASC, ", 
        Tables[0].Keys.Select(x => x.KeyID))} ASC";
        FetchDataBuffer();
        });
       }
    

• Затем вызовите await на промежуточном уровне BusinessLogicLayer

  общедоступная асинхронная пустота MoveNext() => await EntryBase.MoveNext();

• После этого вызывается MoveNext в UI Layer из Logic layer. я предполагаю, что это сделает его доступным для ожидания, потому что он уже объявил await на промежуточном уровне. но на самом деле уровень пользовательского интерфейса выполняет следующий метод одновременно. итак, исключения, вызванные отключением следующего метода (DeserializeBuffer) в зависимости от предыдущего метода (EntryLogic.MoveNext)

     private async void BtnNext_ItemClick(object sender, ClickEventArgs e)
    {
      EntryLogic.MoveNext();
      DeserializeBuffer();  // exception thrown   
       /* because EntryLogic.MoveNext 
       is still executing and not awaited */
    }
    

Будем признательны за любую помощь.

Что мне нужно сделать, так это избавиться от ключевых слов await и async в слое пользовательского интерфейса.

Это совершенно неверно. Уровень пользовательского интерфейса — это единственное место, где async и await должен использоваться. И они должны использоваться на этом уровне.

Ваша технология доступа к данным не указана, но из кода я предполагаю, что она может быть на DataTable основе, что проблематично, поскольку DataTable она чрезвычайно старая и не поддерживается async . Обратите внимание, что обертывание тел методов с помощью Task.Run , чтобы «сделать их асинхронными», является антишаблоном — на самом деле это поддельно-асинхронные методы, а не по-настоящему асинхронные.

Если я ошибаюсь и ваша технология доступа к данным поддерживает async , то вы должны иметь возможность создавать свои методы DAL async без использования Task.Run . Начните с самого низкого уровня (например, любых FetchDataBuffer вызовов методов) и измените их на асинхронные эквиваленты. Тогда давайте async развиваться оттуда. Обратите внимание, что «разрешить асинхронный рост» означает использовать async Task , а не async void ; async void в BLL, безусловно, антипаттерн.

 private async void BtnNext_ItemClick(object sender, ClickEventArgs e)
{
  await Task.Run(() => EntryLogic.MoveNext());
  DeserializeBuffer();
}