Я предлагал использовать объектно-ориентированный подход,

...вместо такого "Си с классами":

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

В своём примере я не рассматривал методы типа AddKey, DelNthKey и им подобные потому что полагаю, что им не место в том классе, который сейчас называется Curve. На мой взгляд, единственная значимая функциональность "кривой" Curve, которая мелькала в теме - это метод "InterpolateValue( double t )". На основании этого предполагаю, что эта "кривая" нужна для генерации "точки кривой" в заданный момент времени (множества точек в заданный интервал времени с заданным шагом). С этой точки зрения, это уже не кривая, а "генератор" "кривых"/"точек кривых". Как и на основе чего он будет генерировать эти точки - глубоко его личные проблемы и пользователей этого генератора особо волновать не должно. В контексте данной темы получается, что "точки кривой" генерируются на основе "ключевых точек" по заданному правилу (типу сплайна). Опять же, если смотреть с точки зрения функциональной значимости, то есть "интерполятор", который генерирует/интерполирует "точки кривой" в окрестностях "ключевых точек"/"сегменте"/"сегментах". При этом получается, что одна из реализаций "генератора" состоит из набора "интерполяторов".

Далее следует резонный вопрос: и как создавать/изменять все эти "генераторы", "интерполяторы", и самое главное, как туда ключевые точки с параметрами сплайна пихать, особенно если они разного типа могут быть? Это требуется в run-time, поэтому: интерфейс/базовый класс -> реализация и свитч или dynamic_cast до значимого интерфейса/реализации.

Вот эти Curve, о которых в теме говорили, в вашей программе как создаются, заполняются значениями и изменяются? Всё вручную в коде жёстко забито? Или загружаются/сохраняются в файлах, а для редактирования используются какие-то GUI редакторы?

Вам сразу ответили..
Ему что ни предложи - все плохо!
Да он просто троллит благосклонно ответивших! (да-да, было и такое)
и.т.п.

А какой "правельный ответ" по существу Вы хотите получить с такой постановкой задачи:

Или ждёте, когда Вам на блюдечке с голубой каёмочкой преподнесут код,

Кто сможет из "было" вывести "стало", тот, похоже, Вам и поможет, т.к. будет на одной волне . Я не из их числа, телепатические способности у меня так сильно не развиты.

Зачем на форуме что-то спрашивать, если всё равно к этому не прислушиваетесь?

Вам говорят, что надо отделять структуру(дерево/граф) от данных, Вы всё равно в одну кучу валите. Говорят, что хорошо бы следить за владением и предлагают механизм, Вы называете это новомодными цацками. Про интерфейсы, архитектуру и прочие высокие материи и вообще говорить не стоит.

Сколько людей должны Вам что-то объяснять, чтоб Вы это начали воспринимать?

Я свое время тратил !!!

А ты этого не ценишь 

C++ (Qt)
struct CGraphNode {
// data
  QVector<CGraphNode *> mArcInp;  // входные ребра (чайлды CTreeItem)
  QVector<CGraphNode *> mArcOut;  // выходные ребра (парент CTreeItem)
};

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

C++ (Qt)
// (Q)Pair не подходит, второй ключ не нужен
struct CGraphArc {
  ...
  bool operatpr < ( const CGraphArc & other ) const { return m_type  < other.m_type; }
 
// data
  TArcType m_type;
  CGraphNode * m_node; 
};
 
struct CGraphNode {
// примеры геттеров
  CGraphNode * GetInpNode( TArcType type, int index = 0 ) const;  // возвращает чайлда 
  CGraphNode * GetOutNode( TArcType type, int index = 0 ) const;  // возвращает парента 
 
// data
  QVector<CGraphArc> m_ArcInp;  // входные ребра (чайлды CTreeItem)
  QVector<CGraphArc> m_ArcOut;  // выходные ребра (парент CTreeItem)
};
 

На первой странице предлагали...

4) (злосчастное) копирование/клонирование. Здесь общего решения не вижу. Смутное соображение - вот если бы как-то создать/заполучить "мапу копирования" (т.е. какой объект скопировался в какой), то можно пробежаться по связкам и заменить.