Видео

@@iHorus что по rxjs непонятно? может подскажу

@@ivanvoyager Есть пару материалов на эту тему. На новогодних праздниках буду записывать

@@Ghost2012qte я не носитель языка, и многие так говорят. Боюсь даже рассказать про варианты html, xml и т.д. как народ обзывает 🤣

@@Kulibins1 Надеюсь, не сочтете это за грубость. Нисколько не обесцениваю вашу работу, просто, да, режет слух. Еще раз спасибо за полезный контент!

@@НовиковаНадежда-щ2е я видосики больше для продвинутых делаю.

@@lofipolis А какой из рассмотренных язык интерпретируемый? Даже не знаю откуда растут эти заблуждения

@@Kulibins1 Может, чуть неправильно выразился. Имею в виду, Go компилируется, а у C# есть среда выполнения, как прослойка междуя байт-кодом и ОС для кросплатформенности

@lofipolis c# в итоге тоже компилируется. компиляция идёт в 2 этапа,но можно откомпилировать сразу полностью. Но с точки зрения эффективности 2йной этап лучше, т.к. код может быть оптимизирован с учётом возможностей процессора, а лишний код удалён (те же simd на разных процах могут быть разные, в коде есть оптимизации под разные simd). Сейчас даже js давно не чистый интерпретатор 😜

@@Kulibins1 Ого, не знал, давненько на нем не писал код, спасибо за инфу

@lofipolis так c# никогда не был интерпритируемым - с 1х версий

@@maksikgregory4988 Я играми не занимаюсь, поэтому ответить не смогу

@@sadeathoughts согласен

@@stewart6395 Есть уже несколько виде, где рассказываю, зачем и почему graphql. И иж точно это не бекдор 🤣

@@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и хуже чего? 🤣

@@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 код максималтно идентичный и там и там

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