Средства и методы разработки

У меня есть на этот счёт мысль но она требует поддержания с момента старта системы В общем отталкиваемся от понятия интерфейс интерфейс - некоторый набор возможностей/методов/данных/"фич" которыми обладает объект есть команда у всех объектов - выдать сигнатуру интерфейса сигнатура - это некоторым(текстовым?) образом описанный список сигнатур "фич" например, некоторый объект может получать байты и возвращать код ошибки, через протокол PRofi опишем его, к примеру, так: GetByte<BYTE>tERROR|PRofi (метод составления сигнатур нужно хорошо продумать) У всех объектов должна быть обязательно и одинаковым образом реализована команда получения сигнатур. Итак, взаимодействующие объекты обмениваются сигнатурами (если одно устройство чисто пассивно, то передача может быть и в одном направлении) Затем смотрят на списки сигнатур, с которыми они умеют работать и решают - совместимо или нет. Причём сделать можно довольно хитро, например составить список критически важных сигнатур (управление?), желательных (передача данных?), улучшающих взаимодействие (информационные?). И исходя из этого работать в ограниченном режиме, достаточно, или полном. Тут нужно хорошо подумать, но возможности очень широкие. Подчёркиваю, что сигнатуры описывают не назначение девайса, а именно абстрактные интерфейсы т.е. если один девайс умеет отдавать байты, а другой принимать, то они ДОЛЖНЫ быть способны установить соединение (если более ничего не требуется), даже если никто и думать не думал, что они могут когда-то работать вмести, и даже если результат в общем случае не определён. ВСЯ ОТВЕТСТВЕННОСТЬ ложится на системного интегратора. Разумеется всплывёт вопрос развития и изменения сигнатур, но... тут уж ничего не поделать. Во всяком случае это проще и лучше контролируемо. Где-то так.