Здравствуйте, AlexandrV, Вы писали:

AV>Да, проверок может быть несколько, а if .. else — имхо, смотрится еще хуже, чем два подряд return; да и, честно говоря, приведенный алгоритм легче генерировать, чем то, что предлагаете вы.

спорить не стану, благо генератор и сам писал, и не один, так что проблема знакома. Просто есть некоторое соображение "единственного return'а" — это упрощает отладку если нужно узнать, что функция возвращает, не ползая по ее телу отладчиком.

AV>я не очень понимаю, что вы хотите, вот ваша фраза: валидация которых происходит по некоторым правилам эти правила не поддаются алгоритмизации? или вот: А как быть с диапазонами, валидация которых происходит по некоторым правилам, которые могут и измениться (не переписывать же их во всех местах реализации, в самом деле)? можно, например, сделать некую функцию проверки для каждого аттрибута сущности, и может даже вынести ее в отдельную dll, и использовать ее во всех местах, а исправлять только в одном.

нет, конечно же все алгоритмизируется, иначе это было бы невозможно автоматизировать
Это уже теплее, я бы даже сказал, похоже на правду. Вот только пример бы кто-нить привел... с учетом иерархических зависимостей процедур валидации (если одна не прошла, то 5 других делать бессмысленно), достаточно большого количества объектов предметной области (ну, положим, 50), каждый из которых имеет по десятку свойств.