Это виновник:

<button class="btn btn-primary" @onclick="AddRoleToUser">Assign</button>

Когда кнопка Assign нажата, вы должны вызвать обратный вызов события AddRoleToUser, передав значение SelectedUserRole методу AddRoleToUser.

Вот полный фрагмент кода, как это сделать:

[Parameter]
public EventCallback<string> AddRoleToUser { get; set; }

Примечание: это EventCallback<string> не EventCallback

Do...

<button type='button" class="btn btn-primary" 
    @onclick="OnAddRoleToUser">Assign</button>

А также

  private async Task OnAddRoleToUser()
  {
     // skipped checking for brevity...
    
    await AddRoleToUser.InvokeAsync(SelectedUserRole);
    
  }

Обратите внимание, что метод OnAddRoleToUser вызывает AddRoleToUser 'делегат', передавая ему SelectedUserRole

И вот как вы определяете метод, инкапсулирующий «делегата».

private async Task AddRoleToUser(string SelectedUserRole)
{

}

Примечание: вы должны добавить атрибут type='button" к <button type='button".../>, если не ваша кнопка, получит значение по умолчанию type='submit"

Важный:

SignInManager<TUser> и UserManager<TUser> не поддерживаются в компонентах Razor.

См. источник ... . Вместо этого вы должны создать службы для требуемых рабочих мест ...

ОБНОВИТЬ:

Но я хотел бы знать, как упоминалось в моих вопросах, почему он работает с objUser в первом дочернем компоненте EditUserModal? Основываясь на вашем ответе, мне пришлось бы отправить объект objUser делегату SaveUser, но он все равно работает с методом.

Теперь это _19 _... Кажется, что это работает, так же как использование UserManager<TUser> в компоненте, похоже, работает.

Проблема с вашим кодом заключается в том, что вы изменяете состояние параметра objUser, привязывая его к текстовому элементу ввода, например:

<input class="form-control" type="text" placeholder="First Name" @bind="objUser.FirstName" /> 

Эта привязка фактически изменяет состояние параметра, но вы не должны изменять состояние параметра. Только компонент, создавший параметр, родительский компонент, должен изменять параметр. Другими словами, вы должны рассматривать параметр как автоматическое свойство ... Не меняйте его значение. А теперь, прежде чем вы будете в восторге, прочтите это:

Хорошо, я посмотрел поподробнее и посмотрел, что происходит. Ниже приводится объяснение, но прежде чем перейти к нему, я повторю свое утверждение о том, что основная проблема заключается в том, что дочерний компонент перезаписывает свое собственное значение свойства [Parameter]. Избегая этого, вы можете избежать этой проблемы.

В этом случае и в других случаях Blazor полагается на то, что назначение параметров от родителей к потомкам является безопасным (не перезаписывая информацию, которую вы хотите сохранить), и не имеет побочных эффектов, таких как запуск большего количества визуализаций (потому что тогда вы можете оказаться в бесконечном цикле. ). Вероятно, нам следует усилить руководство в документации, а не просто сказать, что не писать в свои собственные параметры, а расширить его, чтобы предостеречь от побочных эффектов в таких установщиках свойств. Использование Blazor свойств C # для представления канала связи от родительских компонентов к дочерним довольно удобно для разработчиков и хорошо выглядит в исходном коде, но возможность появления побочных эффектов проблематична. У нас уже есть анализатор времени компиляции, который предупреждает, если у вас нет правильных модификаторов доступности для свойств [Parameter] - возможно, нам следует расширить его, чтобы выдавать предупреждения / ошибки, если параметр не является простым {get; установленный; } авто свойство.

SteveSandersonMS

Примечание: я бы посоветовал вам прочитать весь выпуск, так как это одна из самых важных вещей в Blazor, которую большинство разработчиков не могут усвоить и реализовать.

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

TwoWayDataBinding.razor

<div>InternalValue: @InternalValue</div>

<div class="form-group">
    <input type="text" class="form-control" 
           @bind="InternalValue" 
           @bind:event="oninput" 
     />
</div>

@code {
    
    private string InternalValue
    {
        get => Value;
        set 
        {
            if (value != Value)
            {
                ValueChanged.InvokeAsync(value);        
            }
        }
    }

    [Parameter]
    public string Value { get; set; }

    [Parameter]
    public EventCallback<string> ValueChanged { get; set; }
      
}

Index.razor

@page "/"

<TwoWayDataBinding @bind-Value="Value"></TwoWayDataBinding>

<p>&nbsp;</p>
<div>
    <input type="text" @bind="Value" @bind:event="oninput"/>
</div>
@code
{
    private string Value { get; set; } = "Default value...";
  
}  

Как видите, я не изменяю параметр Value, передаваемый дочернему компоненту. Вместо этого я определяю локальную переменную, которую возвращаю родительскому компоненту с помощью метода EventCallback.InvokeAsync.

Следуйте этому шаблону с компонентом EditUserModal ... Если у вас не получится, дайте мне знать.

Излишне говорить, что любые изменения, внесенные вами в параметр objUser в компоненте EditUserModal, немедленно отражаются в переменной objUser, определенной в компоненте ManageUsers, поскольку оба указывают на одно и то же место в памяти, и, следовательно, когда вы нажимаете на Save, вызывается метод SaveUser в компоненте ManageUsers, все в порядке и ...

Снова:

`SignInManager<TUser>` and `UserManager<TUser>` aren't supported in 
 Razor components.

Вы же не хотите обнаруживать это при развертывании приложения, верно. Воспользуйтесь услугами ...

Я не очень внимательно анализировал ваш код, но ... Почему бы вам не поместить код логики ApplicationUser (CRUD, роли обновления и т.д.) в одно место - объект службы данных. Вы можете получить доступ к этой единственной истине посредством внедрения зависимостей из всех ваших компонентов.

Обновлять

Чтобы ответить на ваш прямой вопрос, почему objUser обновляется, а не SelectedUserRole? Очень простой ObjUser - это объект и передается по ссылке. Любые модификации, которые вы делаете на objUser, будут сделаны на оригинале обратно в родительском. С другой стороны, SelectedUserRole - это строка, и хотя это объект, он находится на полпути и рассматривается как примитивный тип. Когда SetParametersAsync выполняется в дочернем компоненте, дочернее свойство для objUser устанавливается на ссылку, а дочернее свойство для SelectedUserRole устанавливается на копию переданной строки - фактически по значению.

Вот почему я предложил перейти на сервисную модель, у вас нет таких проблем.