Приложение с++ на основе совокупности драйверов для различных устройств

@MaximSergeevith · Регистрация: 03.05.2016

Студворк — интернет-сервис помощи студентам

Здравствуйте! У меня есть приложение на с++ и множество модулей (*.h + *.cpp), и есть устройства типа автосемплер и термостат. Эти устройства использует моё приложение, но теперь требуется работать из этого приложения с другими устройствами похоже типа но обладающего несхожим с предыдущими набором функций. В связи с чем возник вопрос, что нужно выделить в модули код, специфичный для работы с разными устройствами и подключать из интерфейса пользователя нужное устройство (они периодически будут меняться, например: термостат_модель_1 или термостат_модель_2). При этом это решение не должно требовать перекомпиляции проекта, т.е. пользователь только выбирает нужные модули, а его выбор сохраняется и используется при дальнейшей работе.

Подскажите пожалуйста, какие существуют подходы для решения данного вопроса?

Послесловие: я нашёл такую статью https://habr.com/ru/articles/566864/ и вроде она отражает то, что хотелось бы получить в результате, но хотелось бы узнать мнение экспертов. Благодарю за внимание.

@MaximSergeevith · 28.04.2023, 14:17 **[ТС]**

Rius,

Сообщение от Rius

Что в вашем понимании кроссплатформенность?

- возможность компиляции кода под разные платформы. У наc используется MFC, теперь требование - программа должна работать под linux и без всяких там wine

Алексей1153 · 28.04.2023, 14:20

Сообщение от MaximSergeevith

У наc используется MFC, теперь требование - программа должна работать под linux и без всяких там wine

тогда нужно смотреть в сторону Qt

@DrOffset · 28.04.2023, 14:21

Не по теме:

Сообщение от KSergey9

Я не про сроки, я про деньги

Деньги как раз этим были сохранены (ну понятно, что современная бизнес-модель редко когда смотрит на три года вперед, но в нашем случае нам повезло).

@sourcerer · 30.04.2023, 16:37

MaximSergeevith, в качестве примера инструмента, построенного по принципу core + plugins я бы порекомендовал очень крутой проект - neovim (форк классического vim'a). Новая инкарнация олдскульного текстового редактора. Написан он, правда, не на С++, а на чистых сях, но плагины - на Lua. Люди с помощью этих плагинов так кастомизируют этот текстовый редактор, что он по своему функционалу приближается к полноценной IDE. Например, просто бомбическая сборка под названием LunarVim - и визуально, и функционально это просто чистый восторг. Автор этого крутейшего проекта chris@machine ведёт свой ютуб-канал, там много всякого про neovim, и про lunarvim, и про всякие command line инструменты. Годнота в чистом виде. Проект free & open source, код лежит на гитхабе, все конфиги тоже там же.

Новые блоги и статьи Все статьи Все блоги /
Сезонность закисления почв anaschu 04.07.2026 200 часов это все равно моловато. Есть ситуации, но нестандартные, когда смена происходит за 5 лет. Но обычно это 50 лет и более. Наверное, закисление почвы происходит сезонно в средней. . .	В чем ценность человеческого опыта в глобальном смысле? kumehtar 03.07.2026 Возможно, ценность человека не в том, что он однажды достигает мудрости, а в том, что он становится носителем карты пути. Он знает не только истину, но и последовательность внутренних изменений,. . .	интеграция AnyLogic с самописным REST API и переход на Odoo anaschu 03.07.2026 Успешная интеграция AnyLogic с самописным REST API и переход на промышленную Odoo WMS Сегодня проделал огромный путь от простой симуляции физических процессов до построения полноценной. . .	Поиск всех путей на ориентированном графе. Linux dcc0 02.07.2026 Переработка старого кода из моей статьи. Через несколько переработок от PHP кода к C89 (надеюсь, 89). Но довольно запутанно получилось. Код для Linux. Но если убрать time и то, что с ним. . .
Сам себя обучал rest api anaschu 02.07.2026 Педагогический лайфхак: Почему чистый REST API для ученика намного круче, чем готовые библиотеки Когда мы отказались от капризного JAR-файла AnyLogic и переписали код на стандартный HttpClient,. . .	rest api anylogic - выполнение модели на своём русском сайте anaschu 02.07.2026 Как подружиться с AnyLogic Cloud API, победить провайдеров и развернуться Java-бэкенд в Docker на бесплатном хостинге: Двухдневный лог борьбы Всем привет! Хочу поделиться свежим (и довольно. . .	Где деньги лежат kumehtar 02.07.2026 Это - японская подводная лодка I-52 (тип C2, кодовое имя Momi) вышла из Японии в марте 1944 года с миссией в оккупированную немцами Францию (Лорьян). Это была одна из «Янаги»-миссий по обмену. . .	Krabik для WoW 3.3.5a, многоязычный AmbA 02.07.2026 Допилил бота, думаю что окончательно. Изменения: - добавлена многоязычность - добавлено снятие скриншотов - добавлено поддержание бафов хождения по воде (для жреца, дк и шамана) - и так, по. . .

@MaximSergeevith 5 / 5 / 2 Регистрация: 03.05.2016 Сообщений: 221

	Приложение с++ на основе совокупности драйверов для различных устройств 28.04.2023, 09:31. Показов 1364. Ответов 23 Метки с++ (Все метки) Здравствуйте! У меня есть приложение на с++ и множество модулей (.h + .cpp), и есть устройства типа автосемплер и термостат. Эти устройства использует моё приложение, но теперь требуется работать из этого приложения с другими устройствами похоже типа но обладающего несхожим с предыдущими набором функций. В связи с чем возник вопрос, что нужно выделить в модули код, специфичный для работы с разными устройствами и подключать из интерфейса пользователя нужное устройство (они периодически будут меняться, например: термостат_модель_1 или термостат_модель_2). При этом это решение не должно требовать перекомпиляции проекта, т.е. пользователь только выбирает нужные модули, а его выбор сохраняется и используется при дальнейшей работе. Подскажите пожалуйста, какие существуют подходы для решения данного вопроса? Послесловие: я нашёл такую статью https://habr.com/ru/articles/566864/ и вроде она отражает то, что хотелось бы получить в результате, но хотелось бы узнать мнение экспертов. Благодарю за внимание. 0

@sourcerer Модератор 5288 / 2376 / 342 Регистрация: 20.02.2013 Сообщений: 5,773 Записей в блоге: 20
	30.04.2023, 16:37
	MaximSergeevith, в качестве примера инструмента, построенного по принципу core + plugins я бы порекомендовал очень крутой проект - neovim (форк классического vim'a). Новая инкарнация олдскульного текстового редактора. Написан он, правда, не на С++, а на чистых сях, но плагины - на Lua. Люди с помощью этих плагинов так кастомизируют этот текстовый редактор, что он по своему функционалу приближается к полноценной IDE. Например, просто бомбическая сборка под названием LunarVim - и визуально, и функционально это просто чистый восторг. Автор этого крутейшего проекта chris@machine ведёт свой ютуб-канал, там много всякого про neovim, и про lunarvim, и про всякие command line инструменты. Годнота в чистом виде. Проект free & open source, код лежит на гитхабе, все конфиги тоже там же. 0