Я в похожей ситуации использовал шаблон Filter. Есть куча маленьких классов, каждый из которых проверяет свое маленькое условие. Если все проверки прошли, операция разрешается, если что-то сфейлилось, то возвращаем сообщение об ошибке. Благодаря тому что каждый фильтр маленький и простой, тестировать его намного проще. И добавлять новые фильтры можно не трогая старый код.

у ТС немного сложнее, ему нужна не просто валидация, а еще и определенная реакция. причем, подозреваю, результаты этой реакции могут включаться в поток проверок.
на фильтре можно такое сделать, но тогда одни и те же проверки будут повторяться

Спасибо. Сам я, честно говоря, в чужой конкретике копаться не люблю и, потому, нагружать окружающих деталями как-то неудобно. Да и задача не рабочая - типа хобби, чтобы Java не забывалась. Я уже несколько лет на другом языке работаю в совсем другой области.


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



Не совсем так, но похоже. Будут повторяться не проверки, а запросы к БД.

Я вот подумал над вашими ответами и пришел к такой идее. Можно, наверное, действительно сделать что-то вроде набора фильтров, но плоховато инкапсулированных. Исходные данные и объекты, выводящие параметры, пропускать через все фильтры по очереди (все равно параметры по ссылке передаются если они объекты). Пусть каждый фильтр их модифицирует если хочет. Фильтры делать по принцыпу "один запрос к БД на один фильтр".

Что на эту тему думаете?