วีดีโอ

@@zluka4636 привет, как вариант с помощью динамических топиков. Если не разберёшься, то сделаю видео (что-то давно не делал 😜)

@@morozov7827 Самый простой вариант это при получении данных из entity ограничить количество получпемых данных (пишем .take(count) это из бд выберет не больше этого количества, а потом будет разбивать на страницы)

@@nekitos501 видео было сделано, когда у нас общая подсистема прекратила пропускать большие пакеты, и тут либо нужно было сделать именно сжатие. Вы пишете о сжатых данных, которые приходят с бека, А Я ПИШУ ПРО СЖАТИЕ ОТПРАВЛЯЕМЫХ ДАННЫХ С ФРОНТА НА БЭК. Данные с фронта не сжимаются браузером

@@Kulibins1 согласен, зря быканул, не разобрался в вопросе достаточно

@@user13496 😜

@@glorglorsky7987 🤣

@@gijduvon6379 На сколько я понял это директива сервера апполо, готовой такой же в горячем шоколаде не. Тут если написать свою аналогичную. Точно ли есть необходимость?

@@Kulibins1 добавили пакет апполо и там он есть

@@gijduvon6379 таг горячий ш-ш-ш околад об этом не знает ничего. Или именно для него появилось?

@@Kulibins1 вот здесь появилось graphql-platform/src/HotChocolate/ApolloFederation/src/ApolloFederation/Types/Directives/InaccessibleAttribute.cs

@@user-888azim-97 github.com/AlexanderZhelnin/angular-sat-auth-lib посмотри, как я делал авторизацию в своей библиотеке. Так же есть другие подобные

@@exactly4234 а почему я должен писать комментарии на английском? в коде который никогда не будет использоваться в международном проекте? Кроме того я не носитель английского, как и многие. Я даже больше скажу 1) у нас служба безопасности завернула всех соискателей кто был релокантом и вернулся, 2) кто даже просто работал на иностранную компанию. И кстати есть требование к коментированию кода, комментирая на английском 100% команды должно свободно владеть английским писменным, что не реализуемо, я провёл >100 собеседовпний и народ на элементарные вопросы не отвечает, не то что свободное знание английского. ЗЫ: комментарии не пишутся: "цикл", "возвращать" и т.д.

@@АлександрШмыков-ж4тУ нас множество способов установки конфигурации. Например переменные среды, для тестов задаём их. Самое главное что система все источники конфигурации интегрирует в один интерфейс, и при работе можно и не знать откуда у нас то или иное значение конфигурации

Вот конфигурация обычно это не ключ - значение это более сложные структуры интерфейс IConfiguration - какойто не понятный и предлагает мне по сути безтиповые значения. вот например я сделал такой хелпер /// <summary> /// инъектирует конфигурации из файла Json файла который ищет в папке Config /// </summary> /// <typeparam name="TIConfiguration"> Тип интерфейса конфигураций</typeparam> /// <typeparam name="TConfiguration"> Тип класса имплементирующего тип интерфейса конфигурации </typeparam> /// <param name="services"> колекция сервисов</param> /// <param name="jsonFileName"> имя файла кофигурации в формате с расширением например "GrpcClsServiceConfig.json" </param> /// <returns></returns> /// <exception cref="Exception"></exception> public static IServiceCollection AddConfigurationFromJsonFile<TIConfiguration, TConfiguration>(this IServiceCollection services, string jsonFileName) where TConfiguration : class, TIConfiguration where TIConfiguration : class => services.AddSingleton<TIConfiguration, TConfiguration>(servicesProvider => { var path = Path.Combine(AppDomain.CurrentDomain.BaseDirectory, @$"Config", jsonFileName); if (File.Exists(path)) { string json = File.ReadAllText(path); var config = JsonConvert.DeserializeObject<TConfiguration>(json); if (config != null) return config; throw new Exception($"Проблема с Json диссерилизацией {path}"); } throw new Exception($"Файл конфигурации сервиса {nameof(TConfiguration)} файл конфигурации не найден в ожилдаемом месте:{path}"); } ); и собствено в конструктор имплементацию сервиса он просунет соответсвующую типизированую конфигурацию : при запуске приложения както так builder.Services.AddConfigurationFromJsonFile<IGrpcClsServiceConfig, GrpcClsServiceConfig>($"{nameof(GrpcClsService.GrpcClsService)}Config.{builder.Environment.EnvironmentName}.json"); он выберет соответсвующий конфиг из папки Config И просовывает его в конструктор сервиса public GrpcClsService(IGrpcClsServiceConfig config) { _config = config; } Мне нравится этот придуманый велосипед что в папке конфиг всегда есть нужный набор маленьких конфигов под для нужного приложения или для тестов или для webapi - не нравится что это велосипед , и файлы конфигов - не перезаписывают секции как у вас в примерах а нужно всёю нужную секцию иметь

@@evgen86n вот именно не нужно изобретать велосипед

@@alekscosevoi4157 интересноя штука, сам еще не использовал, поизучаю

@@вапвапвапвапва-ж1и хуже чего? 🤣

@@alex-0x6b На других языках не пробовал

@@naugad2 Буду знать. Да в f# на 2 года раньше появились

@@user-qm5fv5by5z если стоит хоткеи как в Visual studio, то ctrl + r + r

@@Kulibins1 спасибо, у меня стандартные, но я уже пдфку с хоткеями начал смотреть, очень хотелось бы тоже использовать)

@@Котован-м9и Не знаю яндекс браузер считается сертифицированным в России

@@sehrgutlocj Если делать оптимизированный код, то результат будет +/- идентичный

⁠@@Kulibins1у нас сейчас в проект выбирают или react или blazor

@@sehrgutlocj Ничего не имею против вашего выбора

@@raprap630 Что-то мне подсказывает, что вопрос именно в скроллинге, нодо смотреть ваш пример

@@silaevanton1844 на 8 пробовал, ссылки на исходники в описании, так что можно и на 9 запустить.

Везде, где высоконагруженная большая система, Например системы мониторинга, картографии, банковские системы и т.д.

причём тут TS ? ts всё равно в js преобразуется, тут именно плахая работа wasm, т.к. виртуалка поверх виртуалки, как результат обычный js быстрее

@@Kulibins1 в итоге конечно js, в ts в плане написания кода

@@hap123qwe код максималтно идентичный и там и там

всегда пожалуйста

Виде по winforms точно не будет. Кстати по всяким патернам у Сергея Колобонги есть хорошие видео

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

@@Kulibins1 Я видел пример, в слое Infrastructure, в папке Utils хранился автомаппер. Преобразование из ProductContext в доменную модель

@@artemignat7764 теперь понял про какие слои. Это условность, иногда делают Tools иногда Shared. Все методологии носят рекомендательный характер. Конечно если у вас на предприятии это стандарт, то его нужно выполнять

А кто запрещает? им как удобно так и делают. Главный критерий это что бы код работал без багов, 2) это масштабируемость 3) это производительность. А уж формализованность по возможности, но это моё мнение, кто-то меня за это дико раскритекует

@@Kulibins1 Спасибо.

Как раз я оценил именно без туда-обратно, а вот если ещё и туда-обратно вообще катастрофа. Может если на C или Rust написать wasm будет получше, но тут всё плохо

@@Kulibins1 благодарю за ваше исследование - было интересно.