Всем доброго времени суток. Столкнулся со следующей проблемой. Необходимо реализовать библиотеку классов, которая позволила бы организовывать системы обработки данных наподобие simulink'а, с многопоточнтью,  вложенностью, множеством связей и тд. только в виде сишного кода. Существующие паттерны проектирования тут малоприменимы, разве что частично. Может быть существуют какие нибудь подходящие структурные решения? Вобщем, я открыт для любых идей, давайте обсудим...

ничего подобного не нашел. ссылку, пожалуйста.

Simulink это пакет моделирования, входящий в состав системы Matlab( http://en.wikipedia.org/wiki/Simulink/, http://www.mathworks.com/products/simulink/ ). 

Это сообщение отредактировал(а) oldspamer - 8.2.2012, 04:19

То есть Вы хотите реализовать что-то вроде simulink или verilog, но чтобы исходник зачем-то писался не на спецыальном DSL, а на C(++)?

Для простоты сначала возьмите какой-нибудь verilog с открытым кодом (напр. Icarus), и добавьте к нему плюсовых интэрфейсов для встраивания в parse tree.

Ну это будет SystemC, а вот подойдет ли он ТС - вопрос   

Не, SystemC -- это отдельный язык, со своим синтаксисом, не воспринимаемый компиляторами С.

Не совсем. Я хочу организовать программу по модульному принципу, чтобы путем наследования библиотечных классов потом можно было писать различные обработчики и динамически встраивать их в общий конвейер. Такой подход позволит создавать достаточно сложные приложения в будуещм гораздо быстрее, поскольку отпадет необходимость каждый раз писать каркас приложения, необходимо будет лишь написать непосредственно функции обработки. Основная сложность в этом - обепечить унификацию, т.е. независимость от типов данных передаваемых между блоками, их размерностей и тд. Результат же будет напоминать структурированную модель из simulink...

Я правильно понимаю, что хочется чего-то вроде агентно-ориентированного программирования и enterprise integration patterns?
Я не очень в курсе, что сейчас может предложить C++ в этой области, но, например, SObjectizer?

Это сообщение отредактировал(а) Void - 9.2.2012, 16:12

Void, ссылка нерабочая. 404 ((

oldspamer, примерно то, что ты ищешь

Это не отдельный язык - это обрезок С++ со специальной библиотекой. Для целей моделирования описание на SystemC можно скормить обычному С++ компилятору (но вместе с библиотекой конечно)
Разумеется - С++ программа не будет восприниматься С компилятором 

Опечатка, поправил.

Да, примерно так. Только попроще, чем в SObjectizer.  Задача состоит в организации конвеерной обработки сигналов, так что нагромаждать что то настолько абстрактное и сложное просто не целессообразно. Можно было бы переизобрести QT с его сигнальной моделью взаимодействия, но это опять же мудрено. Хочется сделать нечто более простое и вместе с тем эффективное, буквально пару абстрактных классов, которые легли бы в фундамент библиотеки и позволили ее расширять не меняя модель взаимодействия.

Добавлено через 4 минуты и 9 секунд

Не совсем. Это плагины, расширяющие функционал приложения, уже готового. Меня же интересует построение некоего фреймворка на уровне исходных кодов. Нечто вроде расширенной модели производитель-потребитель.