Можно ли поменять форматирование switch в visual studio?

Question

[LIREN]

Очень бесит, когда я пишу после case двоеточие(или точку с запятой), у case удаляется табуляция, и она приравнивается к switch

switch (key)
{
case 'w':
{
    break;
}
}

а нужно так:

switch (key)
{
    case 'w':
    {
        break;
    }
}

Comments

[mayton2019]

Вот так лучше IMHO.

switch (key)
{
    case 'w':
        break;
}

[Adamos]

mayton2019, а теперь объявите одинаковые временные переменные внутри пары case.

[mayton2019]

Adamos, а зачем?

[Adamos]

mayton2019, не вспомню так сходу, зачем мне это понадобилось в последний раз.
Но сама ситуация, когда зрительно область видимости одна, а реально - другая, создает совершенно ненужное поле для возможных ошибок. Добавьте к этому, что код, который этого потребовал, явно не из пары строчек... и лучше подстелить соломку в виде фигурных скобочек.

[mayton2019]

Adamos, я думаю что вы решаете несуществующие проблемы. Я готов признать полезность операции scope в том случае когда код генерируется кодо-генераций (парсеры, конечные автоматы) но заставлять человека-разработчика ставить лишнюю пару скобок просто так на всякий случай я-бы не стал. А игры с областью видимости

for(int i = 0;i < 10; i++) {{
	  	for(int i = 0;i < 10; i++) printf("%d",i);
	}}

порождают странные сниппеты кода, которые хотя и проходят компилляцию тем не менее вызывают WTF во время коде-ревью.

[Adamos]

mayton2019, я имел в виду код типа

case 1: {
    auto itemCount = item.size();
    for(auto i = 0; i < itemCount; ++i) {
      .....
    }
    break;
  }
case 2: {
    auto itemCount = item.size();
    for(auto i = itemCount / 2 ; i > 0; --i) {
      .....
    }
    break;
  }

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

[mayton2019]

Adamos, я думаю если эту идею развивать глубоко, то окажется что и такой вложенный цикл тоже не нужен. Внутри switch нужна инициализация итератора или некого sequence-выражения которое бежит вперед или назад. Моё мышление уже слегка деформировано Scala и Haskell и я везде вижу функции. И switch для меня - уже функция а не оператор. Нет конешно в работе всяко бывает. Но я-бы всегда шел по пути выбрасывания дубликации кода. И если его выбросить по максимуму то внезапно окажется что даже фигурные скобочки не нужны. Все станет очень просто.

[Adamos]

mayton2019, мне надо было привести остальные пять case, в которых ничего подобного нет? Вы придираетесь к примеру, которым я иллюстрирую озвученную проблему. Switch ничем особенным от прочего кода не отличается, кроме вот такой вот засады по иллюзорности областей видимости. Скобки ее устраняют, совсем недорого и по написанию, и по прочтению.

[mayton2019]

Adamos, бох с вами. Мне ваши кейсы не нужны. Я просто говорю о своём опыте рефакторинга. Не пригодились мне фигурные скобочки аж никогда. Или просто везло мне. Или мы сложность выносили в методы и функции.

[Adamos]

mayton2019, ну, в тривиальных случаях и я ими не запариваюсь. Однако использовать случалось, и не раз.

Answer 1

[LIREN]

Нашёл ответ.
Заходим в настройки Visual Studio XXXX, дальше пишем в поиске Форматирование, и там настраиваем switch.