(no subject)

[metaclass]

случайно отрытая в гугле ссылка

On the other hand, table driven applications have just as much potential to
be maintenance nightmares. A table driven application with the same
features and flexibility as a source code based one is no easier to
maintain. In fact due to the infrastructure and experience that is
available using source code, I would contend that it is easier to manage
source code. However, what tends to happen is the table driven applications
are less flexible and therefore sometimes easier to manage.


Я на эту хрень уже наткнулся. Пытаясь сделать приложение, для перенастройки
которого под новые бизнес-процессы не требуется перекомпиляция, довел его
до того, что в нем чуть ли не собственный язык программирования
получился. В итоге в следующей версии забил и сделал то же самое в виде конечных
автоматов на обычном языке программирования, компилируется это дело в обычную dll
и все на этом. Отладка проще, птичьего языка не нужно, парсеров не нужно, итд.

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

Comments

[metaclass.livejournal.com]

Это фактически они и есть. Логика работы программы описывается не кодом на более-менее обычном языке программирования, а данными. Т.е. можно считать это таблицей состояний огромного конечного автомата, или птичьим недоязыком специально заточенным под предметную область.
Обычно это делается с целью "отдать обслуживание и настройку" другим людям, знающим предметную область, но не программистам. В итоге, имхо, получается только хуже. Предметники отказываются настраивать("это работа программистов/админов/обслуживающего персонала") а ИТшники хуже знакомы с предметной областью и им все-таки проще описание в виде кода, а не данных.