Сообщение от MallSerg
|
Не этот проект случаем ? https://www.pearstairs.co.uk/staircreator/
Если это тот конструктор то код переписывать рано там код написан не совсем ужасно. Формы UI отдельно шаги для построения геометрии тоже отдельно и рендер отдельно. Там больше вопросов к задачам которые должен решать этот конструктор и как он с этим справляется. В такой постановке вопроса все не очень гладко.
Этот тот случай когда лучше сначала подумать а потом сделать.
|
Нет, конструктор не этот - мы изобрели свой велосипед
У нас есть коммерческий модуль с приблизительной визуализацией (там все ок, т.к. техническая точность не нужна) и производственный. Задача производственного - выдавать спецификацию и контуры деталей для станков с чпу. Поэтому любой косяк там это полный провал - лестница не соберется у клиента, придется переделывать детали, повторно платить за монтаж, срыв сроков, неустойки и прочие проблемы. А основная проблема в дублировании кода: исправление ошибки в одном месте ничего не меняет в целом. При чуть других исходных данных может получиться точно такая же ошибка и результаты работы системы все так же ненадежны, то есть надо платить зарплату инженеру, который будет проверять вручную результаты. То есть в моем случае надо выделять однотипные задачи и писать для их решения единые функции. Вот, собственно, вопрос в том, как это лучше организовать и с чего начать