Это и есть виновник:

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

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

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

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

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

Делать…

 <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, но он все равно работает с методом.

Теперь это works … Кажется, это работает так же UserManager<TUser> , как, по-видимому, работает использование в компоненте.

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

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

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

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

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

Стивсандерсонмс

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

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

Два дня привязки.бритва

 <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; }
      
}
 

Индекс.бритва

 @page "/"

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

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

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

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

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

Еще раз:

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

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

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

Обновить

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

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