Верификация данных в config files

[mynameiszb]

Вопрос возник, больше - из разряда голову поломать.

Есть конфиг-файл, в котором описана куча критических данных (коннект к удаленным серверам, поведение бизнес-модели и пр.). Чтение - через сериализацию. Классы, где хранятся эти данные - примитивны. Сплошные low-level tokens: строки, числа и пр.

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

[Boriskin]

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

[fruit6]

Голову ломать не надо. Напишите на бумажку что именно нужно верифицировать, по пунктам. Если решение не станет очевидным, обратитесь к скрам мастеру.
Шучу, к профессионалу.

[mynameiszb]

Дабы не отходить от печки: скрам мастер является синонимом непрофессионализма. Абсолютного. Возведенного в куб...

Теперь про целостность.

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

Вопрос - где и как хранить эти метаданные для верификации поля?

Интересует именно - есть ли готовые решения для подобного рода задач и где почитать внятно про это.