DOI: 10.7256/2454-0714.2022.4.39029

EDN: IAXOMA

Аннотация: Когда была выпущена первая версия .NET Framework в обогащенных клиентских приложениях существовал шаблон, ориентированный на циклы обработки сообщений, где использовалась встроенная очередь для передачи единиц исполнения из рабочих потоков. Далее было разработано обобщенное решение ISynchronizeInvoke, в рамках которого поток-источник может поставить делегат в очередь к потоку-приемнику и, как необязательный вариант, ожидать завершения этого делегата. После введения поддержки асинхронных страниц в архитектуру ASP.NET шаблон ISynchronizeInvoke не походил, так как асинхронные ASP.NET-страницы не сопоставлены с единственным потоком. Это стало причиной создания ещё более обобщенного решения – SynchronizationContext, что и является предметом исследования. В статье на практических примерах представлено, как следует обновлять элементы пользовательского интерфейса из рабочих потоков, не нарушая потокобезопасность пользовательского приложения. В этом аспекте предлагаются решения: с применением методов Beginlnvoke или Invoke для постановки этого делегата в очередь сообщений потока пользовательского интерфейса; с захватом контекста синхронизации потока пользовательского интерфейса посредством свойства Current класса SynchronizationContext; с применением устаревшего класса BackgroundWorker, обеспечивающий неявный захват контекста синхронизации потока пользовательского интерфейса. Не оставлена без внимания особенность реализации абстрактного класса SynchronizationContext в платформе ASP.NET. Сформированы практические рекомендации по использованию механизма маршализации на примере разработки мультиклиентного чата с централизованным сервером.

DOI: 10.7256/2454-0714.2022.4.39124

EDN: FLDOVB

Abstract: The subject of the study is the architecture of the RSS feed aggregation system. The author considers in detail such aspects of the topic as choosing the right data aggregation strategy, an approach to scaling a distributed system, designing and implementing the main modules of the system, such as an aggregation strategy definition module, a content aggregation module, a data processing module, a search module. Particular attention in this study is given to a detailed description of the libraries and frameworks chosen for the implementation of the system under consideration, as well as databases. The main part of the system under consideration is implemented in the C# programming language (.Net Core) and is cross-platform. The study describes the interaction with the main data stores used in the development of the aggregation system, which are PostgreSQL and Elasticsearch. The main conclusion of the study is that before developing an aggregation system, it is necessary to analyze the publication activity of data sources, on the basis of which it is possible to form an acceptable strategy for updating the search index, saving a significant amount of resources. computing power. Content aggregation systems, such as the one considered in this study, should be distributed, built on the basis of event-driven and microservice architectures. This approach will make the system resistant to high loads and failures, as well as easily expandable. The author's special contribution to the study of the topic is a detailed description of the high-level architecture of the RSS aggregator, designed to process 50,000 channels.

DOI: 10.7256/2454-0714.2022.4.39289

EDN: ZAAPXY

Аннотация: В статье освещаются аспекты разработки интерпретатора LISP. Несмотря на то, что язык LISP это не самый популярный в настоящие дни (в индексе TIOBE за ноябрь 2022 года данный язык стоит на 30-м месте), проделанная авторами работа является актуальной. Многие популярные на сегодня идеи и программные технологии были впервые разработаны с помощью LISP-машин. Разработанный интерпретатор позволяет программисту избегать определения элементов программы (функции, классы и др.) без необходимости. Также результат разработки позволяет запустить любую сущность LISP, которая возвращает осмысленный результат. Современные интерпретаторы LISP не имеют возможности перегрузки функций из-за чего пользователям приходится заучивать огромное количество имен функций, действия которых однотипны. Это значительно усложняет процесс обучения, так как приходится искать в документации названия примитивных функций. Из-за этого большая часть потенциальных пользователей бросает обучение, возвращаясь к современным языкам программирования, так и не познав возможности языка LISP. Статья раскрывает создание интерпретатора LISP, способного по простоте взаимодействия с объектами конкурировать с современными языками программирования. Также в статье предлагается подход, обеспечивающий механизм сборки мусора посредством подсчета ссылок на объекты.

DOI: 10.7256/2454-0714.2022.4.39235

EDN: MFEXNN

Аннотация: Объектом исследования являются протоколы взаимодействия (API - Application Programming Interface) микросервисов. API микросервисов является важным объектом разработки, т.к. микросервисы создаются разными командами разработчиков и, не смотря на это, могут быть зависимы друг от друга. Для построения единой системы взаимодействия микросервисов использована методология синхронизации протоколов общения серверных приложений API-First. Целью работы является создание метода разработки API микросервисов серверных java-приложений с использованием библиотек spring. Метод основывается на том, что API декларируется как главная часть разработки микросервисных приложений и поэтому создается на начальном этапе проектирования. Предложен подход, основанный на едином API микросервисов и технике тестирования TDD, повышающий эффективность управления разработкой серверных java-приложений. API микросервисов создается с использованием спецификации в качестве API-артефакта. Разработанная методика позволяет: использовать созданный API другой командой независимо от языка проекта; увеличить производительность команд разработки; качественно документировать методы и модели; уменьшить объем ручного написания программ, т.к. код генерируется автоматически из спецификации; выявить ошибки дизайна API раньше, чем в традиционном подходе к проектированию (code-frist) за счет применения TDD и работы с API до его реализации.

DOI: 10.7256/2454-0714.2022.4.36459

EDN: MIVFFZ

Аннотация: Предметом исследования является противоречие между необходимостью проведения исследования рабочей нагрузки летчиков вертолетов и отсутствием регламентированных нормативно-техническими документами методик обеспечения проведения таких исследований в процессе испытаний новой авиационной техники. Целью исследования являлось обеспечение возможности объективизации рабочей нагрузки летчика при проведении испытаний модернизируемых и создаваемых образцов вертолетов, а также в процессе тренажерной подготовки летного состава. Автор подробно рассматривает такие аспекты темы как разработка программы исследования рабочей нагрузки летчика; доработка вертолета путем установки комплекса технических средств исследования резервов внимания; определение рабочей нагрузки летчика; определение интегрального показателя рабочей нагрузки летчика и оформление заключение по результатам исследования рабочей нагрузки.     Основным выводом проведенного теоретико-экспериментального исследования является то, что разработанная методика исследования рабочей нагрузки летчика вертолета, основанная на определении резервов его внимания при выполнении профессиональной деятельности, обеспечивает адекватное определение рабочей нагрузки при выполнении испытаний вертолетов на полунатурных моделирующих комплексах и при проведении тренажерной подготовки летного состава. Результаты верификации и исследования эффективности разработанных решений показали, что объективизация рабочей нагрузки летчика при проведении испытаний вертолетов обеспечивает возможность обоснования рекомендаций промышленности по доработке и совершенствованию компоновки кабин вертолетов, аргументировано комплексировать пункты летной части программы испытаний и интенсифицировать процесс профессиональной подготовки летного состава.

DOI: 10.7256/2454-0714.2022.4.39264

EDN: MPUQIE

Аннотация: Объектом исследования являются математические методы моделирования. Предметом исследования является применение математических методов при моделировании цифровых двойников социальной группы. Целью работы является моделирование цифровых двойников социальной группы. Цифровой двойник представляет собой цифровую копию физического объекта или процесса, при правильном подходе помогает улучшать основные и вспомогательные бизнес-процессы. Данная концепция является частью четвертой промышленной революции и призвана помочь быстрее обнаруживать проблемы, выяснить, что будет происходить с оригиналом в различных условиях и, как следствие, производить более качественную продукцию. В настоящей статье рассмотрены некоторые прикладные аспекты, приведены основные положения математической теории цифровых двойников социальных групп. Для решения задачи создания цифрового двойника социальной группы (студентов) в качестве одного из инструментов авторами предложено использовать технологии популяционных алгоритмов. Новизна исследования состоит в применении алгоритма роя части для моделировании цифровых двойников социальной группы. В качестве инструмента исследования был выбран метод роя частиц. Как исследуемая социальная группа находит оптимальное положение в пространстве, так и элемент цифрового двойника модели роя частиц на их основе может осуществлять поиск в пространстве, в частности, экстремумы функций. Что, например, применимо для поиска минимума функции потерь в машинном обучении. Проведена графическая симуляция на языке Java Script с использованием библиотеки three.js. Обработка данных производилась с применением C# Job System, которая обеспечивает параллелизацию процессов вычислений и интегрирована в Entity Component System. Была реализована программа, имитирующая деятельность студенческой группы как одной из составляющих элементов цифрового двойника социальной группы. Роевые алгоритмы перспективны в области практического применения. На их основе можно не только решать задачи цифровых двойников, но и управлять группами роботов, роботизированных систем и комплексов.