предпочтения по количеству соединений с БД
Разгорелась вот дискуссия, хотелось бы узнать еще мнений.
итак есть:DBContext и сессия пользователя
контекст можно открывать один раз на сессию(1) или каждый раз на операцию/транзакцию (2)
Возникло всё - из примерно следующей проблемы /просто как понятный пример/ - компонент перед отрисовкой загружает данные асинхронно.
Но вот вместо одной отрисовки он делает 2, при этом, при первой отрисовке он начинает грузить данные с базы, тут же начинает вторую отрисовку и начинает грузить те же самые данные опять. Контексту это не нравится и вылетает исключение. И предложено при каждой загрузке данных "открывать коннект" к базе по новому. И сделать это абсолютно везде.
Как где удобно, так и делайте. EF ещё содержит в себе паттерн unit of work, и если вы будете слишком часто использовать новый контекст или закрывать старый, вместо того, чтобы всё в одном делать, то лишитесь этого паттерна. Но если он и не нужен или удобнее использовать короткоживущие контексты, то и фиг с ним.
предлагают так, ну и похоже понятие открытие/закрытие отличается от того, что предполагалось.
https://learn.microsoft.com/en-us/aspnet/core/blazor/blazo...
контекст можно открывать один раз на сессию(1)
или
каждый раз на операцию/транзакцию (2)
-----
По затратам - почти невесомая операция - заполненная структура в памяти.
Более существенно на что она опирается при коннекте к базе - эта операция затратная.
Оракловский коннект - он ограниченно кешируемый - по закрытию просто возвращается в пулл.
По мелкомягкому - не помню, но думаю что примерно так же.
Т.е. пока ты не упрешься в ограничения размера пулла - без разницы, а когда упрешься - тоже без разницы, но уже с другой стороны.
В итоге оказалось проще, нашлось отчего происходит слишком много обновлений - бойтесь CascadedParameters 
Вы через них контекст передавали?
нет конечно, он через DI
народ просто хотел грузануть еще дополнительные данные из базы по изменению параметров.
А там получается так, с интервалом в десятки мс: параметр равен нулю (1), список с х элементами (2), список с х элементами (3). А базе нужно хотя бы сотню мс для чтения.
По честному должно быть только 1 и 2. 1 - не интересует, 2 читаем что надо. 3 - совершенно лишнее, но оно инициировало чтение также.
А чего это вы всё чаще с Блейзором связываетесь? Вы же сказали, что отказались от него, т.к. Реакт и Ангуляр луТше?
Вы же сказали, что отказались от него
Не следует смешивать разные проекты. То был клиент с PWA, а это сервер.
А еще есть и валом других, так что не нужно удивлятся.
В смысле "сервер"? А есть Блейзор-проекты, где на Блейзоре лишь серверная часть?
Это всё понятно, но гуй-то в любом случае формируется Блейзором. Или вы можете как-то прикрутить тот же Ангуляр к блейзоровским компонентам? А как это выглядит и смысл в этой химере? Блейзор же был сделан в том числе как замена джаваскриптовому слою на клиенте. Если вам по-прежнему нужны js-спагетти для view model, то смысла использовать Блейзор нет.
но гуй-то в любом случае формируется Блейзором
естественно
Что конкретно непонятно?
Если вам по-прежнему нужны js-спагетти для view model,
Зачем? Есть маленький кусок JS для смены фокуса, может еще какая то мелочь
Там же для фокуса другую штуку сделали, зачем джаваскрипт? Забудьте про него. У меня в проекте есть лишь одна функция на нём, которую я написал сам стянул - сформировать файл из готового контента и скачать его. Строчек 6-7. Да и то лишь потому, что иначе браузер не даёт качать файлы.
Там же для фокуса другую штуку сделал
Ну давайте для динамически создаваемой формы переместите фокус на любой элемент по ИД с помощью этой штуки. Сказать сколько это будет строк на JS?
Вот как бы загадка. Есть Блазор код, TestComponent только логирует вызов фунций внутри себя и имеет CascadingParameter. /*Это коммент должен быть '//var _forecasts' как коммент, следующий вопрос, что будет в выводе с данной строкой без коммента?*/
<button @onclick="OnRefresh">Refresh</button>
<CascadingValue Value="@_forecasts">
<TestComponent></TestComponent>
</CascadingValue>
@code{
private WeatherForecast[]? _forecasts;
protected override async Task OnInitializedAsync()
{
Console.WriteLine("---Main component loading shared data---");
_forecasts = await ForecastService.GetForecastAsync(DateTime.Now);
}
private async Task OnRefresh()
{
Console.WriteLine("---Pressed button Refresh---");
await Task.Delay(200);
//var _forecasts = await ForecastService.GetForecastAsync(DateTime.Now);
}
}
Вопрос: Что можно увидеть в логах?
Вот важная часть TestComponent
@code {
[CascadingParameter]
private WeatherForecast[]? Forecasts { get; set; }
protected override async Task OnInitializedAsync()
{
Console.WriteLine("OnInitializedAsync");
await base.OnInitializedAsync();
}
public override async Task SetParametersAsync(ParameterView parameters)
{
var objects = parameters.ToDictionary();
string parDescription = String.Join(", ",objects);
Console.WriteLine($"set:{parDescription}");
await base.SetParametersAsync(parameters);
}
protected override async Task OnParametersSetAsync()
{
Console.WriteLine("OnParametersSetAsync enter");
await base.OnParametersSetAsync();
// simulate some work
await Task.Delay(250);
Console.WriteLine("OnParametersSetAsync exit");
}
}
Ну давайте для динамически создаваемой формы переместите фокус на любой элемент по ИД с помощью этой штуки. Сказать сколько это будет строк на JS?
Динамически в смысле на джаваскрипте? Тогда сами себе проблемы создаёте - только с джаваскриптом и работайте.
А если через SignalR, то просто отсылаете новый запрос на обновление формы или её контрола, он себя перестраивает, и там уже ставите фокус куда вам надо.
Что за навязчивые попытки скрестить ежа с ужом? Вы либо дальше скриптизируете со всеми такими из себя динамическими вью моделями на JS, либо переходите на Блейзор целиком. Химеры это всегда проблемы и ненужная мешанина из технологий.
С каскадными параметрами ещё толком не работал, поэтому ничего сказать не могу.
Динамически в смысле на джаваскрипте?
не что за болезнь такая везде его видеть?
Динамически в смысле форма создается по скрипту (не ява!!!)
Вот пример:
Текст х1
Чекбокс х2 ("синий", "зеленый")
@if x1==1 then x2=0
то просто отсылаете новый запрос на обновление формы
Самому не смешно?
Попробуете ввести данные в первое поле а затем сделать обновление страницы
https://demos.devexpress.com/blazor/Editors
Что-то типа такого?
https://learn.microsoft.com/en-us/aspnet/core/blazor/compo...
А вообще, вроде это делается чем-то типа переключалок, типа табов
https://getbootstrap.com/docs/5.0/components/navs-tabs/#ja...
Или вообще меню с "шагами", где в зависимости от выбранных опций на текущем шаге вы выбираете форму меню следующего шага. Т.е. вместо того, чтобы создавать динамически, вы создаёте дерево заранее созданных вариантов меню.
https://www.telerik.com/blazor-ui/stepper
https://blazor.radzen.com/steps
По-моему, эти шаги то же самое, как если бы вы везде навтыкали @if, только тут вы будете их втыкать на каждом шаге и анализировать выбор пользователя на предыдущем шаге. Типа
// step 3
<Step>
@if (userSelectStep1 and userSelectStep2)
<div>...
@else if (...)
<div>...
@else
<div>...
</Step>
Что-то типа такого?
нет хотя может идея и такая. Если сильно хочется понять - есть некое описание формы, оно задается странице по открытию и вот получаем форму по описанию.
Есть набор фиксированных компонент, а из них уже собирается то, что нужно пользователю.
Кроме того, есть описание того как ведет себя компонент по мере ввода данных. Типа, в зависимости от возраста могут разрешить вводить данные в поле класс/школа, а могут и запретить.
А вообще, вроде это делается
А что мы собрались обсуждать как это лучше сделать? Пока подобная задача не стоит.
Да и вначале нужно знать, что же действительно нужно пользователю? А после уже думать как это лучше реализовать
Кроме того, есть описание того как ведет себя компонент по мере ввода данных. Типа, в зависимости от возраста могут разрешить вводить данные в поле класс/школа, а могут и запретить.
Это же триггерами делается или что там в Блейзоре, просто обработчик события changed, чтоли - enabled-disabled одного контрола зависит от данных другого.
есть некое описание формы, оно задается странице по открытию
Ну тогда просто пачка if-ов на рендер компонентов, которые зависят от описания.
Ну тогда просто пачка if-ов
я только не понимаю зачем рассуждать о том, что не требуется и не имеет полного описания.
Поразмышляете лучше, что мы увидим в логах от приведенных фрагментов кода
https://foren.germany.ru/showmessage.pl?Number=40152904&Bo...
------
А виртуальную функу в компонент втиснуть не судьба?
Ну тогда посмотри на набор конструкторов...
Никогда не поверите, по нажатию кнопки с функцией которая ничего не делает происходит офигенное количество действий. В том числе происходит вызов функции ParametersSetAsync.
По названию которой можно сделать предположение что параметры изменились.
---Pressed button Refresh--- ShouldRender Owner set:[Forecasts, BlazorTestCascadingValue.Data.WeatherForecast[]] OnParametersSetAsync enter ShouldRender child OnAfterRenderAsync Owner: enter OnAfterRenderAsync child:enter OnAfterRenderAsync Owner: next render OnAfterRenderAsync child: next render ShouldRender Owner set:[Forecasts, BlazorTestCascadingValue.Data.WeatherForecast[]] OnParametersSetAsync enter ShouldRender child OnAfterRenderAsync Owner: enter OnAfterRenderAsync child:enter OnAfterRenderAsync child: next render OnAfterRenderAsync Owner: next render OnParametersSetAsync exit ShouldRender child OnAfterRenderAsync child:enter OnAfterRenderAsync child: next render OnParametersSetAsync exit ShouldRender child OnAfterRenderAsync child:enter OnAfterRenderAsync child: next render</code>
С какой стати? Может, там проверка на изменение и выход без действий, если параметры не изменились? Типа как сеттер в свойстве с проверкой параметра на равенство текущему значению поля.
А вообще, чего удивительного, что там куча всего вызывается? Он же определяет в каждом компоненте дерева, надо ли его перерисовать или выполнить какое-нибудь действие, назначенное пользователем. При этом там может быть банальная проверка установленного на действие делегата на null, и если null, то ничего не делать - аналогично с сеттерами. Это ещё системные вызовы не показываются, а лишь то, что Блейзору принадлежит.
С какой стати?
Всё оказывается описано в доку. Нужно только найти нужную часть и правильно интерпретировать
https://learn.microsoft.com/en-us/aspnet/core/blazor/compo...
https://learn.microsoft.com/en-us/aspnet/core/blazor/compo...
https://learn.microsoft.com/en-us/dotnet/api/microsoft.asp...
Zurück
Liste