Start Debugging

Тег: blazor

13 статей · Страница1из2

Blazor static SSR получает [SupplyParameterFromSession] в .NET 11 Preview 5
Чтение состояния сессии в статически серверно отрендеренном Blazor означало обращение к HttpContext.Session и сериализацию вручную. .NET 11 Preview 5 добавляет [SupplyParameterFromSession] для привязки свойства компонента напрямую к ключу сессии.
Статические SSR-формы Blazor получают валидацию на стороне клиента в .NET 11 Preview 5
Статически рендеримые на сервере формы Blazor могли валидироваться только после полного POST-цикла. .NET 11 Preview 5 рендерит метаданные валидации, чтобы JS Blazor применял правила DataAnnotations в браузере, без circuit.
Как сохранить состояние через границу статического и интерактивного рендеринга в Blazor на .NET 11
Предварительно отрендеренный компонент Blazor выполняет инициализацию дважды и теряет состояние при переходе к интерактивности. Решите это с помощью атрибута [PersistentState] или сервиса PersistentComponentState в .NET 11.
Blazor Server vs Blazor WebAssembly vs Blazor United в .NET 11: что выбрать в 2026 году?
Для любого нового Blazor-приложения на .NET 11 создавайте Blazor Web App (шаблон, ранее известный как Blazor United) и выбирайте режим рендеринга для каждой страницы. Шаблоны только Server или только WebAssembly остаются оправданными лишь в узких случаях.
Как разделить логику валидации между сервером и Blazor WebAssembly
Главный источник расхождений в валидации между Blazor WebAssembly клиентом и ASP.NET Core API -- это соблазн писать правила дважды. Это руководство показывает единственную раскладку, которая масштабируется в .NET 11: библиотека классов Shared, владеющая DTO и их валидаторами, потребляемая и WASM клиентом (EditForm + DataAnnotationsValidator или Blazored.FluentValidation), и сервером (фильтр endpoint в minimal API или model binding в MVC), с протестированным циклом, который возвращает серверные ValidationProblemDetails обратно в EditContext.
Вперёд