Виталий Пухов

Писать нужно так как будет удобней, нет смысла заморачиваться только потому что это "модно". ООП это хорошо и даже очень во многих задачах, но не во всех он вообще имеет смысл. Если ваше решение без ООП работает и его удобно отлаживат и поддерживать, то это значит что ООП там просто не нужен.

итераторы дают 2 операции - следующая запись и предыдущая, индексаторы же сопоставят каждой записи свой индекс

Зависит от количества экземпляров этого класса и чем они кроме этого занимаются, и от необходимой точности. Потому как таймер это не RealTime поток, его событие произойдет не "именно" через 5 минут, а через 5 минут +"как развиснет поток", поэтому если таймеры будут работать в режиме "изменился" раз в 4 мс к примеру и их будет скажем 10, то через пару часов количество их срабатываний разойдется прилично, то есть никакой синхронизации не будет.
В простейшем случае, где нет нужды в синхронизации и их будет мало, проще всего будет запустить Thread в котором будет Sleep(указать время) и вызов Event из инстанса класса, на эти Eventы подпишется основная форма и их обработка будет в потоке интерфейса.

вопрос немного странно поставлен, не понятно зачем вообще в таком простом примере городить кучу интерфейсов если все это решается элементарно:

class SomeClass 
        {
         public SomeClass parent;
         public SomeClass child;
  
          void execute{

          }
          
          void insert(SomeClass target)
          {
            this.child = target;
            target.parent = this;
          }
        }

не понял что за язык у вас в примере, пример привел в C#

Советую порешать задачки тут, кто тому моменту когда решишь рекурсию, хочешь того или нет будешь писать код лучше.