спасибо

Да разная бывает логика.

Например, в зависимости от разного типа этого entity дальше надо лезть в разные внешние API и проверять или регистрировать это физлицо или юрлицо у них, прежде чем (завершить) регистрацию у себя.

...
  param! :nested_param, String, transform: proc -> (field) { raise StandardError if field.not_valid? }

ну это не спортивно - я могу и изначально прописать

unless params[:nested_param].is_a?(String)
  raise StandardError
end

массив надо вернуть, а вы вернули строку

а, уже подсказали

@eugzol в любом случае придется где-то это лепить, в валидации параметров или в модели. Для dryинга мог бы сослаться на form object pattern. Но и так и так где-то будет сидеть сложная логика вытаскивания инфы по ключу и возвращения ошибки в случае невалидности. Только если я не знаю о какой-то панацеи

это понятно - хотелось бы, чтобы эта логика:
- была там же, где вся прочая "предвалидация" параметров
- была декларативной

в моём варианте это как-то так описывается:

validator =
  Typecaster.schema do
    private_fields = hash(
      name: string,
      last_name: string
    )

    legal_entity_fields = hash(
      title: string,
      inn: integer
    )
      
    private_or_legal_field = hash(
      type: validate(in: [:private, :legal]),
    )

    private_or_legal_entity = hash(type: exact(:private)).then_else(
      private_fields,
      legal_entity_fields
    )

    private_or_legal_field & private_or_legal_entity
  end

что, конечно, далеко от идеала, но соответствует двум вышеприведённым пожеланиям

Что такое Typecaster?

проверка через call делается:

validator.call(
  type: :legal,
  name: "Vasya",
  last_name: "Vasiliev"
)

ну выше писал - гем, который надо допилить

Аа

validator.call(
  type: :legal,
  name: "Vasya",
  last_name: "Vasiliev"
)

при этом все кейсы закрыты и "все ходы записаны" - если аккуратно всё прописать, то все случаи автоматически разбираются как надо:

* Если передать не хеш, а чёрти что, то скажет, что должен быть хеш
* Если передать хеш, где не будет поля type (или оно будет иметь не то значение), то скажет, что нужно поле type, принимающее одно из двух значений (и дальнейших проверок не будет)
* Если передать верный type, но не те поля валидируемого хеша (не подходящее под entity), то вернёт ошибку, мол, добавьте такие-то поля

это типа элементарный кейс, у меня в реальном проекте на две страницы эти декларации типов идут

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

Про вино и Беларусь/Белоруссию потер, дождитесь выходных

сорри))

Я, речь про Могилёв. И узнал я от работника Епама в Могилёве

Обалдеть, нам только в пятницу говорили, что нету сокращений