Region C# хорошо или плохо?
А смысл? Поля "у меня" в начале класса, проперти в конце (все проперти с "полями"). Решарпер еще автоматом по имени сортирует.поля я тоже стараюсь в начале класса, за редкими исключениями. Ну группу функций которые связаны вызовами (одна вызывает другую, та третью) стараюсь держать рядом.
Особого смысла нет, но не меньше чем в алфавитной сортировке :). Это сортировка "по темам" получается.
А по-моему, это просто тупая реклама ничем не примечательного (в "общенародной" версии) дебианового клона из Расеи. Фишки же специальной версии обывателю на фиг не упали. С другой стороны, после феерической залепы данного товарища по поводу GPS я уже ничему не удивляюсь...
Ну группу функций которые связаны вызовами (одна вызывает другую, та третью) стараюсь держать рядом
Это может быть удобно когда все один делаешь и не очень сложные классы.
А так постепенно всё разрастается в полный бардак. Согласен что особого смысла сортировки по типу доступа и алфавиту нет, но зато все можно сделать на полном автомате и все понятно без особых объяснений.
1. Не могу себе представить программирование в текстовом редакторе.
------
Регулярно пользуюсь.
Плохо представляю редактирование в пакетном режиме в современных условиях. 
2. Ни разу не было редактора с данной возможностью.
------
А текстовый редактор с возможностями колоночного редактирования назвать сможешь? 
А с возможностью одновременного редактирования двух разных частей одно и того же файла? 
Ну типа как на лошади ездить вместо авто.
------
Угу... Только вот по горной тропке лошадка проходит, а машинка как-то не способна...
Какую полезную информацию он мне несёт?
-----
А какая информация тебе нужна?
Есть таблица, есть релевантный для нее представления бин.
Соответственно, в регионе у тебя лежат переменные под поля таблицы.
Все 300 штук. Ты будешь проматывать эти (7-10)х300 строк или будешь доволен их упаковкой в регион?
Но делать их использование обязательным для каждого файла мне кажется большой ошибкой.
-----
Угу... но это меньшее зло, чем десятки разных способов размещения описания полей.
и все понятно без особых объяснений.
------
Понятен - принцип сортировки.
Функциональнось класса - понять более проблемно, чем когда она описана регионами.
А так постепенно всё разрастается в полный бардак.
-----
Имей полиси и требуй их выполнения - бардака не будет.
Плохо представляю редактирование в пакетном режиме в современных условиях.
а при чём здесь пакетный режим. Зачем мне функции просто редактора? IDE требуется хорошее. При том что даже VS Code не хочется.
А текстовый редактор с возможностями колоночного редактирования назвать сможешь?
нафига?
Только вот по горной тропке лошадка проходит, а машинка как-то не способна...
А если работается исключительно на равнине
Функциональнось класса - понять более проблемно, чем когда она описана регионами.
В идеальном случае да. А в практическом фигвам.
Вот буквально сегодня попался регион "конструктор" где то в конце файла. Ну думаю перенесу в начало, где должен быть.
А там оказалось столько мусора накидано 
. Могу еще скришот регионов сделать, было бы интересно узнать как они помогут понять что делает класс.
Публичные функции также пришлось искать поиском, а не просто в начале и т.п.
Имей полиси и требуй их выполнения - бардака не будет.
ну да еще пару человек на проверку посадить и самому фиг знает сколько времени тратить на бесполезные вещи.
Если у тебя какие то придурки таблицы делали, то не обязательно, что везде так.
------
А есть разница? По мне так лучше бардачный порядок, порядочный бардак.
Т.е. если оно есть хоть где-то - однообразное оформление кода облегчит работу с ним.
Да и с какого бодуна мне анализировать POCO файлы?
-----
Да хрен тебя знает. Просил пример - привел пример. Теперь спрашивается - кому пример...
А там оказалось столько мусора накидано
------
Ну и причем тут регион как таковой?
Есть регион Конструктор. По идее - должен быть в начале, после Локальные Переменные, и содержать конструкторы (и, возможно, приватные методы, вызываемые исключительно из конструкторов).
Каким образом помещение его в конце и набивка мусором влияет на сам регион? Переименуй его в Мусор Разный и успокойся...
Могу еще скришот регионов сделать, было бы интересно узнать как они помогут понять что делает класс.
-----
Тебе какую солонку - "Ни куя себе!" или "Ай, еп сию мать!"?
Повторюсь - регионы, когда их используют грамотно для группировки кода, помогают.
Когда в коде бардак - там ничего не поможет. Тогда - да, проще иметь методы в алфавитном порядке и без враппинга регионами.
Но не у всех же бардак в коде...
на бесполезные вещи
-----
Ну бесполезные для тебя - не пользуйся.
Повторюсь - мне удобнее с регионами.
однообразное оформление кода облегчит работу с ним.
Во именно так, да и еще на автомате.
Просил пример - привел пример
ну если только для примера, что тебе так нравится.
Но мне получается так, если уж понадобилось смотреть в такой файл, то какой смысл в том, что я увижу там одно слово "поля". Не проще ли сразу все поля увидеть?
Каким образом помещение его в конце и набивка мусором влияет на сам регион? Переименуй его в Мусор Разный
начнём с того что конструктор ожидается где то в начале. Затем, видя название региона я ожидаю там увидеть определенные вещи и поэтому могу и не открыть его.
А какой смысл в переименовании? Какой смысл в данном регионе? Выкинул просто весь мусор из данного региона.
Повторюсь - регионы, когда их используют грамотно для группировки кода, помогают.
никак не могу представить грамотного использования регионов в команде.
-----
Все 3000-5000 строк разом?
Или ты думаешь, что аттрибуты и доки совершенно не нужны? Даже для WCF...
А еще ведь есть и индексы по группам полей... Будешь сортировать по (???) ?
Как то давно генерили код. Много кода.
Иногда в нем надо было что-то проверить. При этом имен нужных функций никто, включая разработчика той части генератора, не знал.
Ну и как? Отсортируем и будем разбираться?
Или все же найдем регион с нужным кодом и поковыряем его?
начнём с того что конструктор ожидается где то в начале.
-----
В начале чего? И кем/чем ожидается?
По спекам - в любом месте... даже в другой части паршил класса.
Какой смысл в данном регионе?
-----
Не надо солодить чай перцем из пачки с названием соль.
Если у тебя не умеют поддерживать порядок в коде - ну у тебя не умеют. Это локальная проблема по квалификации персонала.
А у нас - учили. Сам учил. Быстро и без сложностей. Потому как понимающий вложенные циклы не может не понимать регионы, включая вложенные...
Все 3000-5000 строк разом?
батенька, не надо всё интерпретировать буквально
Если есть класс только с одними полями, то зачем мне их еще и раскрывать.
А еще ведь есть и индексы по группам полей...
Да у тебя там всё не так у "людей". Не было у меня никогда в POCO классах ни атрибутов не индексов, как и кодогенерации.
Вполне могу согласится что в описываемых тобой случаях регионы могут быть полезны. Но эти случаи для меня как бы научная фантастика.