Публикация кода VVVVVV показала, насколько грубо устроены игры внутри

v1.visible = state == state1;
v2.visible = state == state2;
v3.visible = state == state3;
v4.visible = state == state4;

Даже если претят таблицы, то хотя бы использовать этот факт:

скрывать 3 из них и показывать 4-ю

v1.hidden = v2.hidden = v3.hidden = v4.hidden = true;

let state = ...
switch state {
case state1:
  v3.hidden = false;
  break;
case state2:
  v1.hidden = false;
  break;
...
}

Я считаю что вы делаете две потенциальные ошибки.

Во-первых, вы строите всю архитектуру на предположении о том, что у вас может одновременно показываться только одна менюшка и это требование никогда не изменится. Но завтра к вам приходит дизайнер / заказчик и просит сделать drag-and-drop между менюшками, и оказывается что во время перетаскивания надо показать обе одновременно. И в такой момент вы понимаете, что весь код придется для этого выкинуть / переписать с нуля, потому что само понятие машины состояний тут неприменимо (раз может быть несколько состояний одновременно).

Во-вторых, в самом switch-case, конечно, ничего страшного нет, но как только добавится логика, анимации переключения между меню итд, появятся классы типа State, StateTransition и прочих артефактов спагетти-стейт машин, и проблема #1 станет еще хуже.

Как по мне, так хорошо установленные паттерны вроде MVC отлично подойдут здесь. Каждое меню или подменю имеет свою пару Controller — View. Controller отвечает за логику и делает вызовы в сервисы, View — за представление (шаблон меню, анимации). За переключение подменю может отвечать одна функция, которая при разворачивании контент-меню закрывает остальные:

// IMenuController.cs:
interface IMenuController
{
    bool IsOpen;
    void Open();
    void Close();
}

//  TopMenuController.cs:
class TopMenuController : IMenuController, INestedMenuContainer
{
    private IMenuController[] _submenus;

    public void OpenNestedMenu(int index)
    {
        for (int i=0; i<_submenus.Length; i++)
        { 
            IMenuController submenu = _submenus[i];
            if(i == index && !submenu.IsOpen)
            {
                 submenu.Open();
            }
            else if(submenu.IsOpen)
            {
                 submenu.Close();
            }
        }
    }

    // ...
}

Это просто, понятно, читабельно, а главное, требование "одновременно может быть показано толко одно меню", запрограммировано ровно в одной функции на 12 строк кода и может быть в любой момент времени изменено.

Не стройте архитектуру на предположениях, которые могут оказаться неверны.