Вы бы использовали регионы в длинных объявлениях switch/enum?

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

Они существуют не просто так, используйте их в своих интересах.

У вас также может быть Dictionary‹[your_enum_type], Action> (или Func вместо Action) или что-то в этом роде (учитывая, что ваши функции имеют аналогичную сигнатуру). Тогда вы могли бы вместо использования переключателя вместо:

        switch (item)
        {
            case Enum1: func1(par1, par2)
                break;
            case Enum2: func2(par1, par2)
                break;
        }

у вас может быть что-то вроде:

public class MyClass
{
    Dictionary<int, Action<int, int>> myDictionary;
    //These could have only static methods also
    Group1Object myObject1;
    Group2Object myObject2;

    public MyClass()
    {
        //Again, you wouldn't have to initialize if the functions in them were static
        myObject1 = new Group1Object();
        myObject2 = new Group2Object();
        BuildMyDictionary();
    }

    private Dictionary<int, Action<int, int>> BuildMyDictionary()
    {
        InsertGroup1Functions();
        InsertGroup2Functions();
        //...
    }

    private void InsertGroup2Functions()
    {
        myDictionary.Add(1, group2.AnAction2);
        myDictionary.Add(2, group2.AnotherAction2);
    }

    private void InsertGroup1Functions()
    {
        myDictionary.Add(3, group1.AnAction1);
        myDictionary.Add(4, group1.AnotherAction1);
    }


    public void DoStuff()
    {
        int t = 3; //Get it from wherever
        //instead of switch
        myDictionary[t](arg1, arg2);
    }
}

Я бы оставил это как огромный список случаев/значений.

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

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

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

Вот хороший ярлык для людей, которые используют регионы.

Я переключался между Eclipse и Visual Studio, когда пытался перейти в полноэкранный режим в VS, нажав

Ctrl-M-M

и о чудо, регион закрылся и расширился!