Универсальный алгоритм обработки результатов

[GBee]

Не должны, это один из вариантов. Ничто не мешает возвращать более информативные объекты.

Ну это уже понятно, как реализую, так и будет. Просто мне пока нужен булевский ответ.

[Flashrunner]

Сообщение от alatar

Не должны, это один из вариантов. Ничто не мешает возвращать более информативные объекты.

Но тогда вызывающий валидацию должен будет знать обо всех этих объектах и как с ними работать. Это лишние зависимости на мой взгляд.
Я бы сделал несколько true/false валидаторов, любой из которых можно отключить/добавить без проблем.
И да, о каких тогда стандартизированных интерфейсах вы писали?

[alatar]

Стандартизованный в данном случае, реализующий некий интерфейс.
Событие кочующее вместе с интерфейсом валидатора не будет создавать лишних зависимостей.

Добавлено через 1 минуту
Для примера можно посмотреть валидаторы из флекса.

[Flashrunner]

Посмотрел, понял, что мы говорим немного о разном
Вы говорите о дополнительной информации в ответе валидатора, типа "почему объект не прошел валидацию".
А я имел ввиду, что валидатор не должен возвращать "bigger", "less" или "equals", т.е он должен говорить либо "да", либо "нет".
Во флексе это реализовано в виде строк "valid" и "invalid". Других вариантов нет

[wvxvw]

Сообщение от Flashrunner

Почитайте про шаблон Specification http://martinfowler.com/apsupp/spec.pdf

Прикольный велосипед Человек изобрел теорию категорий, еще раз.

(deftype odd-integers satisfies 'oddp)

(создаем тип целых нечетных чисел).
или:

integer(Value) when Value % 2 > 0 ->
    io:format("An odd integer: ~a~%", [Value]);

integer(Value) ->
    io:format("An even integer: ~a~%", [Value]).

ЗЫ. У этих "методов" о которых говорится в бумаге даже имя специальное есть - предикаты.

[Flashrunner]

wvxvw, не могли бы вы на AS перевести? Я с С совсем не знаком и не понял, где велосипед