Система сбора и отображения данных

[Bepec]

А, ну всё правильно меня поправил OKTA. Тут гораздо проще. На 1 компе сервер и датчики. На втором клиент с оператором. Вот и всё. И как раз fortune server подойдёт на 100% Оператор в задании то один.

[8Observer8]

Да, кстати, скорее всего, вы правы, сервер, ну ,к примеру, через USB-порты считывает данные от датчиков на одной машине.

Оператор в задании то один.

В задании сказано, что один. А на практике, возможно, нужно будет предусмотреть возможность запуска нескольких, ведь ледокол то большой

[Bepec]

А ещё возможно система будет общаться с ядерным реактором и в зависимости от потребления мощностей на ледоколе будет регулироваться процесс распада в ядре.

PS идите от задачи, а не от "может быть".

[OKTA]

Соответственно еще вопрос  - каким методом будешь "читать данные из датчика"?

[8Observer8]

Соответственно еще вопрос  - каким методом будешь "читать данные из датчика"?

Хороший вопрос и он на данный момент самый трудный.

Сейчас продумываю такую идею. В классе IcebreakerServer будут методы, которые возвращают текущее значение с датчика (сделаю случайное число из разных диапазонов для каждого датчика, чтобы их различать по данным)

Код

C++ (Qt)
class IcebreakerServer
{
    // ...
private:
 
    int sensor_01();
    int sensor_02();
    int sensor_03();
    int sensor_04();
    int sensor_05();
}

В бессконечном цикле с задержкой по времени, буду вызывать эти функции.

[OKTA]

Так датчики тоже надо отдельно реализовать, разве нет?
Лучше не бесконечный цикл, а QTimer использовать я думаю и по таймауту вызывать соответствующие слоты)

[popper]

для обработки информации с каждого датчика запущен свой процесс или тред (в дальнейшем - "Драйвер Датчика").

Мне тоже кажется, что исходя из этой записи в ТЗ, функционал опроса датчика нужно вынести как минимум в отдельный класс.

[8Observer8]

Так датчики тоже надо отдельно реализовать, разве нет?

Как это? Я представляю, что у нас есть комьютер с кучей USB-портов. К каждому порту подсоединён свой датчик. У сервера есть такие функции, которые возвращают данные из портов:

Код

C++ (Qt)
    int sensor_01();
    int sensor_02();
    int sensor_03();
    int sensor_04();
    int sensor_05();
 

Лучше не бесконечный цикл, а QTimer использовать я думаю и по таймауту вызывать соответствующие слоты)

Хорошо, сделаю через QTimer.

Я сейчас создал два проекта:
- консольный. Назвал его: IcebreakerServer
- оконный (QMainWindow). Назвал его: IcebreakerViewer

Сейчас хочу наладить взаимодействие между IcebreakerViewer и IcebreakerServer на основе примеров: "Fortune Server" и "Fortune Client"

для обработки информации с каждого датчика запущен свой процесс или тред (в дальнейшем - "Драйвер Датчика").

Мне тоже кажется, что исходя из этой записи в ТЗ, функционал опроса датчика нужно вынести как минимум в отдельный класс.

Да, Вы правы, но для меня это пока сложно. Я для начала сделаю через функции, а потом подумаю, что дальше делать.

[Bepec]

А вот тут уже переход к ООП нужен, а не функциональное программирование
Классы:
Менеджер Датчиков - Сервер - Клиент.
Опрос, хранение, выдача - Запрос, получение, хранение, отдача клиенту - Получение, отображение.

[Old]

Как это? Я представляю, что у нас есть комьютер с кучей USB-портов. К каждому порту подсоединён свой датчик. У сервера есть такие функции, которые возвращают данные из портов:

Вы серьезно? Вас не возьмут на работу.
Вы хотите захардкодить все датчики в одном классе? А если нужно будет в процессе работы программы добавлять/удалять датчики?
Они могут выходить из строя....

Почитайте уже книгу.  

[OKTA]

Ну, видимо самый просто вариант - это когда у каждого датчика свой временный файл и сервер читает эти файлы.
А вариант посложнее, это использовать именованные каналы, а соответственно для Qt - QLocalServer и QLocalSocket.

[8Observer8]

Вы хотите захардкодить все датчики в одном классе? А если нужно будет в процессе работы программы добавлять/удалять датчики?
Они могут выходить из строя....

А что мешает разработчику открыть код с классом и чуть-чуть его подкорректировать?

Почитайте уже книгу.  

Пока я полностью прочитаю эти книги... Мне нужно сочитать это с практикой. Я и в книги заглядываю, и пытаюсь на практике, что-то делать.

[Old]

А что мешает разработчику открыть код с классом и чуть-чуть его подкорректировать?

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

Пока я полностью прочитаю эти книги... Мне нужно сочитать это с практикой. Я и в книги заглядываю, и пытаюсь на практике, что-то делать.

Прочитайте одну главу, где разбирается пример с метеостанцией.

[Bepec]

Чую вся та тема с ООП не дала ничего полезного

[Old]

Чую вся та тема с ООП не дала ничего полезного

В той теме от ООП было только название.