Большинство минусов MediatR от неправильного приготовления. Если взять за правило _mediator не может вызываться из хендлера, единственное место вызова медиатора - контроллер, request и handler лучше писать в одном файле т. к. на один request может быть только один handler, тогда большинство минусов уйдёт. Но получаем огромный плюс в виде того, что каждый endpoint теперь обрабатывается в отдельном файле, а значит разработчики меньше пересекаются при разработке и меньше конфликтов
А если использовать selenoid, то браузер можно запускать в docker контейнерах на удалённой машинке, можно знатно распараллелить регресс, и к тому же получить видео прохождения автотеста
Тут речь скорее об enterprise с большим доменом, у C# есть EntityFramework для этого, исключения, generic (с недавних пор и в go), MediatR, Automapper и многое другое. В go всё таки сложнее работать с доменами
Интересное исследование, но совершенно не верный вывод и заголовок статьи. Правильнее было бы "Спорт не поможет вам сжигать больше калорий", что было бы ближе к данным полученным в исследовании. При занятии спортом, организм будет пытаться привести потребление энергии к стандартным значениям и одной из главных оптимизаций будет снижение веса, так как перемещение более тяжёлого объекта требует больших затрат энергии. И наоборот, сидячий образ жизни позволяет освободить больше энергии для внутренних процессов и набор веса тут никак не влияет, потому что этот вес не нужно двигать, поэтому запас энергии в виде жира для неподвижного объекта чем больше тем лучше.
насколько я знаю, то контейнер simpleinjector реализует IServiceProvider, так что по сути можно было зарегистрировать .AddSingleton<IServiceProvider, Container>()
Обычно для дат использую позже/раньше если речь прядке событий по времени или больше/меньше если речь непосредственно о датах как о comparable структурах
Там про массив элементов по локатору, это нужно, например, когда нужно проставить пачку чекбоксов в таблице. Хотя и массив локаторов писать тоже приходилось, обычно это требуется, когда по одному локатору добраться до элемента не удаётся, например если на странице используются фреймы или shadowRoot
Обычно не влияет, в xpath есть "//" и "/" если вёрстка меняется настолько, что xpath становится не верным, то и css так же поломается, id конечно нужны, но по ним можно искать и используя xpath, а вот поиск по тексту - это удобно для тестов
Большинство минусов MediatR от неправильного приготовления. Если взять за правило _mediator не может вызываться из хендлера, единственное место вызова медиатора - контроллер, request и handler лучше писать в одном файле т. к. на один request может быть только один handler, тогда большинство минусов уйдёт. Но получаем огромный плюс в виде того, что каждый endpoint теперь обрабатывается в отдельном файле, а значит разработчики меньше пересекаются при разработке и меньше конфликтов
вот этим мне нравится angular
А если использовать selenoid, то браузер можно запускать в docker контейнерах на удалённой машинке, можно знатно распараллелить регресс, и к тому же получить видео прохождения автотеста
Тут речь скорее об enterprise с большим доменом, у C# есть EntityFramework для этого, исключения, generic (с недавних пор и в go), MediatR, Automapper и многое другое. В go всё таки сложнее работать с доменами
Oracle нужно опасаться не cloud решений, а PostgeSQL, многие мигрируют именно на него. Хотя он отчасти тоже "cloud"
В статье вроде написано, что у них своя технология и производство композитных материалов
Интересное исследование, но совершенно не верный вывод и заголовок статьи. Правильнее было бы "Спорт не поможет вам сжигать больше калорий", что было бы ближе к данным полученным в исследовании. При занятии спортом, организм будет пытаться привести потребление энергии к стандартным значениям и одной из главных оптимизаций будет снижение веса, так как перемещение более тяжёлого объекта требует больших затрат энергии. И наоборот, сидячий образ жизни позволяет освободить больше энергии для внутренних процессов и набор веса тут никак не влияет, потому что этот вес не нужно двигать, поэтому запас энергии в виде жира для неподвижного объекта чем больше тем лучше.
Если проблема только в этом, то есть куча NFT на блокчейнах PoS
в УрФУ достаточно неплохое программирование
В dotnet повсеместно используется Identity Server 4, не рассматривали его?
насколько я знаю, то контейнер simpleinjector реализует IServiceProvider, так что по сути можно было зарегистрировать .AddSingleton<IServiceProvider, Container>()
Обычно для дат использую позже/раньше если речь прядке событий по времени или больше/меньше если речь непосредственно о датах как о comparable структурах
Да, но обычно это не вакансии разработчиков, тестировщикам и системным аналитикам требуется.
Там про массив элементов по локатору, это нужно, например, когда нужно проставить пачку чекбоксов в таблице. Хотя и массив локаторов писать тоже приходилось, обычно это требуется, когда по одному локатору добраться до элемента не удаётся, например если на странице используются фреймы или shadowRoot
Предлагают не согласиться и подать гражданский иск к банку
Лично я вижу будущее только в полном отказе от частного транспорта в черте города и заменой его на беспилотное электотакси.
В ASP.Net core 3 добавили возможность валидации DI контейнера, её нужно включать
public static IHostBuilder CreateHostBuilder(string[] args) => Host.CreateDefaultBuilder(args) .ConfigureWebHostDefaults(webBuilder => { webBuilder.UseStartup<Startup>(); }) // Add a new service provider configuration .UseDefaultServiceProvider((context, options) => { options.ValidateScopes = context.HostingEnvironment.IsDevelopment(); options.ValidateOnBuild = true; });
Советую еще посмотреть курсы на ulearn от УрФУ, по моему один из лучших курсов по C# для начинающих
Тут будет обратный эффект, так как коллекция неизменяемая, то после добавления элемента у вас по сути будет новый экземпляр коллекции.
Обычно не влияет, в xpath есть "//" и "/" если вёрстка меняется настолько, что xpath становится не верным, то и css так же поломается, id конечно нужны, но по ним можно искать и используя xpath, а вот поиск по тексту - это удобно для тестов