Хранение в текстовом файле не приведет к аномалиям (противоречиям)?

Табличный? или это не важно? Почему?

Для хранения ресурса станции для ПО различных систем (в частности ПО ЦП МПЦ) существует множество различных форматов файлов (также достаточно специфических). Здесь для простоты приводится в качестве примера наиболее простой вариант для понимания, что происходит в ПО. Более того, ряд атрибутов Объектов ЖАТ не приведены пока (например, не приведен атрибут указывающий на место в массиве состояния, не указан ОК для данного объекта), чтобы не засорять картину, иначе будет трудно восприниматься материал.

Просто инженер АиТ добавил 03.04.2017 в 14:13
Табличный - потому, что всё же несколько структурированный и более удобный для разбора содержимого программным путем.

Просто инженер АиТ добавил 03.04.2017 в 14:23
Например для одной из программ у меня был разработан вот такой формат записи.
;************************************************* *****************************
; Настройка работы с АРМом СКПС.
;************************************************* *****************************
Base: SkpsARM {
Struct: int=UrovPrint int=Beep int=AsBeep int=Contr int=Cation int=Stop DWord=RAMSave DWord=HardSave
;+=========+===========+================+========= =+==========+==========+==========+==========+
;| Уровень | Уровень | Как | Уровень | Уровень | Уровень | Время | Время |
;| начала | подачи | подавать | Контроля | Внимания | Останова | хранения | хранения |
;| печати | звукового | звуковой | | | | информа- | информа- |
;| инфо. о | сигнала | сигнал. | | | | ции о | ции о |
;| поезде. | | 1 - однократно | | | | поездах в | поездах |
;| | | 2 - непрерывно | | | | ОЗУ | на НЖМД |
;| | | | | | | ( часы ) | ( сутки ) |
;+=========+===========+================+========= =+==========+==========+==========+==========+
0 $16 $2 $14 $20 $24 $24 $10 $
0 $16 $0 $14 $20 $24 $24 $10 $
}
Не знаю как сделать, чтобы не убирались дополнительные пробелы для формирования табличного вида!

Не важна реальность, важно как мы к ней относимся!

Согласен. Мудро. Но вопросы появляются.

И это очень хорошо! Спрашивайте, постараюсь ответить!

Просто инженер АиТ, хотелось бы видеть сам алгоритм, графика воспринимается проще.

Как бы Вам попроще ответить, чтобы было понятно. В современном ПО трудно выделить отдельный алгоритм, для такого ПО существует понятие архитектура.
А вот. Сейчас приведу пример и может быть станет несколько понятнее. Задача - человек идёт на работу. В ПО будут созданы объекты человека: голова, туловище, рука (при старте ПО будет создано их две, но несколько с разными свойствами (правая, левая)), нога и т.д. И ряд других объектов типа: дорога, перекрёсток, машина ... Далее все эти объекты надо заставить работать ...
Или представьте спектакль со сценой, актёрами, декорациями, репликами, диалогами ...

Просто инженер АиТ добавил 03.04.2017 в 15:09
В современном ПО можно выделить следующие основные вещи:
- объекты со свойствами и функциями действий над собственными свойствами и формированием событий,
- события, действия в ПО (например, приход сообщения от АРМа, срабатывание таймера).
ПО работает над обработкой событий.
Первое и основное событие - старт ПО! Что делается при старте:
- создаются объекты,
- объекты связываются в списки или создаются хранилища для них (массивы, коллекция, контейнера).
- создаются необходимые объекты для порождения, обработки событий (например, создаётся объект типа СОМ порт для связи с АРМом, создаётся Таймер для опроса ОК),
- и т.д.

Просто инженер АиТ, алгоритм, архитектура или иное, Бога ради, не возбраняется. Это как то отменяет графический материал для пояснения сути?
http://ppt4web.ru/images/115/15982/310/img7.jpg
Таким же образом переход от одного объекта к другому через действие. Не так?

Когда-то давно студенты-ЖАТовцы пели такую песенку:
"ДСП нажимает на кнопочку,
Набирая тем самым маршрут.
Светофор разрешает движение
На свободный от поезда путь..."

Вот вам и алгоритм!

Очень, очень похоже!
Давайте тогда рассмотрим алгоритм действий в ПО по приходу сообщения (этот термин мне больше нравится, чем телеграмма).
СОМ порт (не обязательно СОМ, может быть сетевой порт) принимает какие-то байты. Порождается событие "Есть принятые байты". Обработчик СОМ порта получает данное событие, читает принятые данные и, а вот здесь могут быть варианты обработки. Я покажу - как я делаю. Принятые байты складываю в кольцевой буфер, но не пытаюсь их обработать сразу же после чтения. Далее обрабатывается кольцевой буфер (это тоже объект ПО) по применяемому протоколу обмена (и это тоже объект ПО) и если есть возможность выделяется сообщение, которое передается в обработчик сообщений (и это тоже объект ПО)!

Просто инженер АиТ добавил 03.04.2017 в 16:05
Обработчик сообщений проверяет заголовок сообщения, в котором находятся различные служебные параметры.
- Проверяет адрес получателя, если принятое сообщение относится к данному ПО, то будет дальнейшая обработка.
- Проверят тип сообщения. Например, сообщение от системы МПЦ или служебный запрос.
- и.т.д.
Далее отрабатывает непосредственно тело сообщения (суть сообщения).
- Запрос состояния сигналов ТС;
- Запрос диагностики аппаратных средств;
- Индивидуальное управление устройством ЖАТ (перевод стрелки);
- Задание Маршрута;
- и т.д.
Пусть будет индивидуальное управление. Обработчик передает данное сообщение всем Объектам ЖАТ, Объекты приняв сообщение определяют относится ли данное сообщение к данному объекту. Если да - обрабатывает его сообразно алгоритму обработки для данного объекта ЖАТ.

Просто инженер АиТ, это все понятно. Как будет строится алгоритм ( архетиктура, будь по вашему) конкретным программистом, нам не понятно или он скрывает. Художник, бубёнать. Как его проверить на этапе "бумага"?
Допустим я вам не верю (и правильно делаю). Как бы вам нам доказать правильность вашего деяния?
Мы ещё о универсальном ПО МПЦ?

Конечно об универсальном!
Это будет ПО "для всех станций сразу"!
И, конечно, на этапе "бумага" его нужно увидеть - именно в варианте "для любой станции"...

Я это пытаюсь Вам показать!
Сначала была структура ПО.
Затем описание ресурса станции с помощью которого ПО настраивается на топологию станции.
Далее я показал алгоритм работы ПО по происхождению события прием сообщения.
Естественно объектное программирование воспринимается сначала несколько сложно.

Извиняйте, но именно этой автонастройки и не видно. Есть файл со структурой ОК, но этот файл разрабатывается в ручную или ОК должен иметь нечто, что позволит ему "прописаться" в зависимости автоматом (вроде USBишки). Plug & Play. Так?

tiksi добавил 03.04.2017 в 18:04
Мне одному кажется, что без интеллектуальных объектов (привод, приёмник и генератор РЦ, лампочка), не построить ПО "всем и сразу"?