(no subject)
Feb. 4th, 2006 12:06 am![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
случайно отрытая в гугле ссылка
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 получится совместить оба подхода, так как там есть средства генерить
код из кода.
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 получится совместить оба подхода, так как там есть средства генерить
код из кода.
no subject
Date: 2006-02-03 11:02 pm (UTC)no subject
Date: 2006-02-04 08:55 am (UTC)no subject
Date: 2006-02-04 11:37 am (UTC)А вот на дотнеце - да, рулит. Ибо там это идеологически интегрировано, уже реализовано, и реализовано хорошо.
no subject
Date: 2006-02-08 06:06 pm (UTC)no subject
Date: 2006-02-09 08:16 am (UTC)Обычно это делается с целью "отдать обслуживание и настройку" другим людям, знающим предметную область, но не программистам. В итоге, имхо, получается только хуже. Предметники отказываются настраивать("это работа программистов/админов/обслуживающего персонала") а ИТшники хуже знакомы с предметной областью и им все-таки проще описание в виде кода, а не данных.