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

Не очень представляю как это. Можно (псевдо) код? Спасибо

Я искренне наслаждался почти полным отсутствием Ваших постов в течение последней пары месяцев. Увы, все хорошее так быстро кончается  

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

Вообще снабжать каждое поле структуры каким-то template <ID..> мне кажется не таким уж хорошим. Если это ID задается в UI - то пусть UI им и занимается, зачем это тащить в структуру данных?

Я бы покурил тогда ещё вариант с мапом:

C++ (Qt)
class Window
{
public:
    enum id_type { ID_ENABLED, ID_COUNT};
 
    Window()
    {
        _map[ID_ENABLED] = &Window::action_enabled;
        _map[ID_COUNT] = &Window::action_count;
    }
 
    void updateUI() { std::cout << "UbdateUI" << std::endl; }
 
    void some_method(id_type id) { _map[id](this); } // <-- Это вместо длинного свитча 
 
private:
    void action_enabled()
    {
        std::cout << "ID_ENABLED" << std::endl;
        updateUI();
    }
 
    void action_count()
    {
        std::cout << "ID_COUNT" << std::endl;
    }
 
    std::map<id_type, std::function<void(Window*)>> _map;
};
 
 
int main()
{
    Window wnd;
 
    wnd.some_method(Window::ID_COUNT);
    wnd.some_method(Window::ID_ENABLED);
 
    return 0;
}
 

Кстатии, здесь также никакого полиморфизма нет)

И в чём проблема?

Думал это не требует разъяснения в этом иллюстрирующем примере..

Но.. если это так не очевидно:

C++ (Qt)
typedef int MyClass;
 
class Window
{
public:
    enum id_type { ID_ENABLED, ID_COUNT};
 
    Window()
    {
        _map[ID_ENABLED] = &Window::action_enabled;
        _map[ID_COUNT] = &Window::action_count;
    }
 
    void updateUI() { std::cout << "UbdateUI" << std::endl; }
 
    void some_method(MyClass & dst, const MyClass & src, id_type id) { _map[id](this, dst, src); } // <-- Вариант свитча с копированием структуры 
 
private:
    void action_enabled(MyClass & dst, const MyClass & src)
    {
        std::cout << "ID_ENABLED" << std::endl;
        dst = src;
        updateUI();
    }
 
    void action_count(MyClass & dst, const MyClass & src)
    {
        std::cout << "ID_COUNT" << std::endl;
        dst = src;
    }
 
    std::map<id_type, std::function<void(Window*, MyClass&, const MyClass&)>> _map;
};
 
 
Window wnd;
 
    MyClass src = 1;
    MyClass dst = 2;
 
    wnd.some_method(dst, src, Window::ID_COUNT);
    wnd.some_method(dst, src, Window::ID_ENABLED);
 

  

Я понимаю, что не всю, а лишь определённые поля для разных id.. Это же всего лишь пример..

Что в конце-концов мешает присваивать определённые поля?   В чём проблема то?

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

Ну, ну
А завтра окажется, что нужно добавить ещё с десяток доп. действий и условий..
И тогда все эти усилия по обобщению/схлопыванию окажутся бесполезными.     

Ну и что:

C++ (Qt)
bool update = false;
_map[id](this, update);
 
if (update) { ... }
 

А вообще, если возникают сложности с локализацией свитча, то самое время пересматривать архитектуру, на которую, вероятно (очень вероятно),  как всегда забили)