Вопрос касается всех языков, где есть возможность объявить статический класс или статический метод нестатического класса. Задача стара: есть переменные-значения (целые числа, числа с точкой, булевы, даты, ну и строки тут же рассмотрим), которые нужно проверять логически (т.е. физическая проверка уже сделана - мы знаем, что из внешнего мира данные к нам пришли в том формате, который и нужен в этом месте программы) - так статический класс тут в самый раз или нет? Т.е. нужно тупо вызывать метод (функцию), в который передавать сравниваемое значение и то, с чем сравниваем.
Или же проверить число на попадание его в интервал (a, b) или [a, b].
Количество операций в принципе не велико. Так рулит или нет в этом случае статика?

Так я о том и толкую! Вернее, спрашиваю: КАК ЛУЧШЕ. В смысле, правильнее, кошернее, эффективнее, рульнее. На деле ничего плохого в helper'ах нет. Главное, правильно спроектировать.

Ждем новых высказываний гуру!

Thanks!

А по статическим классам-методам совсем ничего?

Ok.
Thanks.

"Ваше высочество, разрешите пойти с самого начала!"

На каком бы уровне абстракции мы ни находились, часто бывает нужно вырезать что-нибудь из строки при помощи регулярного выражения, пробельные символы подчистить (или удалить, или свести N пробелов к одному), при работе с числами нужно проверить их на попадание в диапазон вместе с какими-то дополнительными условиями, определяемыми конкретной предметной областью.
Внимание, вопрос: имеет ли смысл создавать статические классы (нужно ведь и производительность учесть), вынеся их в отдельное пространство имен, чтобы дергать их ради методов, которые принимают строку и какие-то дополнительные параметры, и возвращают преобразованную строку. Т.е. все методы этого класса будут иметь вид:
public static string TakeSeveralSymbol(string s, ...... - какие-то параметры, влияющие на работу метода)
Или по-другому можно спросить: не является ли такой прием вчерашним днем?

Еще интересует: имеет ли смысл разносить такие классы по типам:
public static class IntParse { методы, которые работают только с целыми числами }
public static class StrParse { метода, которые работают только со строками }
public static class DateParse { ... только датами }

Еще раз повторяю: все пертурбации с типами уже выполнены!!! Т.е. рассматриваем поведение системы при наличии переменных нужного типа и имеющих какое-то непустое (не NULL) значение. На этом этапе нужно часто поработать со строками, числами, датами на предмет их ЛОГИЧЕСКОЙ валидации.
Ну, вроде расписал подробнее некуда.