Здравствуйте, MaxRos, Вы писали:
MR>Почему многие так любят засорять код регионами? Это же уродство жуткое. Пожалуйста, не злоупотребляйте!
Потому что с регионами класс о 30-50 методах выглядит намного приятнее. И не факт, что partial в этом смысле лучше. И не надо говорить, что такое только от плохого дизайна — winforms, datalayer, пачка перегрузок — и результат на лице.
Здравствуйте, Nikolay_P_I, Вы писали:
N_P>Потому что с регионами класс о 30-50 методах выглядит намного приятнее.
Согласен совершенно. Я именно про злоупотребление. Часто вижу 4-5 регионов в классе на 1 страницу кода. Особый изврат — вложенные регионы на 2-3 уровня, этому вообще никакого оправдания не вижу.
Здравствуйте, MaxRos, Вы писали:
MR>Почему многие так любят засорять код регионами? Это же уродство жуткое. Пожалуйста, не злоупотребляйте!
Ну видимо потому, что каждый понимает под "засорять" свое число. Но при грамотной расстановке регионов зачастую удобно свернуть часть кода (например при наследовании + добавление своих методов).
Здравствуйте, MaxRos, Вы писали:
MR>Почему многие так любят засорять код регионами? Это же уродство жуткое. Пожалуйста, не злоупотребляйте!
Для кого-то camelCase уродство, но не надо, пожалуйста, примешивать своё чувство прекрасного в написание кода. Если регионы повышают читаемость, даже если их 100 штук, то почему бы и нет?
Здравствуйте, MaxRos, Вы писали:
MR>Почему многие так любят засорять код регионами? Это же уродство жуткое. Пожалуйста, не злоупотребляйте!
Поясню свой минус.
Любое слово может стать паразитом, если им злоупотреблять. В ЯП тут ничего нового. Все тоже самое происходит в ЕЯ. А злоупотреблять вредно всегда.
Регионы же позволяют организовать код так, чтобы поиск нужного фрагмента не занимал много времени. На мой взгляд совершенно нормально когда в регионы упакованы члены типа относящиеся к одной логической группе.
Внутри тел членов регионам делать не чего. Это — да.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.