@Alex_Danilov

Есть много задач, работающих с одинаковыми источниками данных, но делающих разные расчёты, которые затем сохраняются в файлы разного формата.
Захотелось создать пакет а ля worksheet, т.е. в рабочем окне постадийно собираются, как кубики в конструкторе, стадии процесса, например:
Открыть файл ----> сделать такую-то выборку ---> удачные выборки пересчитать так-то ---> сохранить в файл
.......................................|
.......................................|
неудачные выборки сохранить в такой-то файл.

Ясно, что потребуется плясать от какого-то визуального компонента, который можно таскать, у которого будут активные элементы для задания опций, условий и протягивания между ними стрелок.
Так вот, от какого компонента проще всего наследоваться?

0

@cotseec

как возможный способ:
написать программу с системой плагинов (или схем обработки данных в виде описания действий на каком-либо существующем или придуманном языке описания), т.е. сама программа занимается только тем, что ретранслирует данные плагинам (в исходном или каком-то своем формате), предоставляет интерфейс для отображения и выбора пути сохранения конечного файла (если плагинам таковой требуется) и организует взаимодействие пользователя с плагинами (найти, добавить, удалить, настроить etc), в случае использования описаний - предоставляет возможность работы с файлами описаний (создать, редактировать, тестировать etc)

в данном случае (как и в любом другом) с какого визуального компонента начинать - не имеет значения, весь интерфейс сосредоточен в основной программе, а вся логика - в невизуальных плагинах или схемах обработки данных

начинайте с логики работы, а визуальные компоненты подтянутся

1

@Alex_Danilov

cotseec, Примерно такое сделано (свой псевдо-язык, уровень вложения операндов - до восьми, количество операндов - до 63), пока было для внутреннего пользования - нормально, теперь надо бы отдать вместе с наборами партнёрам, получается неудобно:

1. обучать пользователя языку, непрограммисту вообще будет сложно
2. в псевдо-языке, несмотря на его простоту, можно легко ошибиться, если планировать ветвления (скобку не туда поставил, и амба) или циклы.

Думал наследовать от TShape, но, похоже, откажусь от этой идеи.

0

@cotseec

ничего не понятно, при чем тут наследование от TShape и имеющаяся логика работы программы? какого наследника в итоге получить хочется (каков его функционал)?
м.б. подойдет многостраничное отображение, например, TPageController с наследниками TTabSheet (каждая страница обеспечивает функционал какого-то написанного на имеющемся языке сценариев модуля)?

обеспечьте сопровождение программы в виде поставки уже готовых модулей + написание новых по запросу (за плату или безвозмездно, смотря какие условия передачи РИД) или обучите пользователей работе в программе, программа ведь изначально писалась для собственных нужд, если партнеру она очень необходима, то пусть или обучается или скажет, как ее хочет видеть (опять же в зависимости от вида взаимодействий)
если использование партнером программы - ваша головная боль, например вам необходимы результаты ее работы, которые проведет партнер, то просто отдайте программу с написанными модулями для конкретных расчетов, в общем тут можно долго мыслью по древу растекаться...

1

@Alex_Danilov

cotseec, Функционал таков:
1. Нажатие на кнопку на тулбаре создаёт на экране новый графический объект с пинами (активными зонами), кликнув на которые можно либо устанавливать связи между объектами, либо задавать опции. Возможно, я косноязычно объясняюсь, но, увы, я уже не на работе, мне сложно показать что-то для примера. Смогу показать во вторник.
2. Нет многостраничное здесь не подойдёт. Photoshop'овские action тоже.

О, тут своя особенность - зарубежные партнёры, несмотря на то, что тоже учёные, они несколько... однозадачны (мягко говоря, туповаты). Поэтому максимум визуализации приветствуется.

0

@Alex_Danilov

Ну, вот, выкладываю, как выглядит Worksheet в одном из пакетов, с которым я работаю. В принципе, удобно, хотелось бы "содрать" эту идею:

Миниатюры

 

0