Feature/korobka s detalkami

[Segate-ekb]

Позволяет определять дто, с конкретными параметрами и составом, а потом получать обратно заполненный по правилам объект

[nixel2007]

кажется, тут может быть конфликт, если два дто объявят один и тот же префикс. может мержить массивы?

[Segate-ekb]

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

[nixel2007]

поля обязательно должны быть экспортными?

[Segate-ekb]

А я, если честно не помню, как рефлектор с приватными полями работает... но по логике - это же ДТО, и поля дто должны быть публичные кмк...

[nixel2007]

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

[Segate-ekb]

Затащил тип, и прикрутил каст получаемых значений к ожидаемым типам.

[coveralls]

coverage: 82.398% (+1.2%) from 81.167% — Segate-ekb:feature/korobka-s-detalkami into oscript-library:master

[nixel2007]

Префикс задаётся дважды, одно из значений молча игнорируется

ЗарегистрироватьКлассПараметров(КлассОбъект, Префикс) сохраняет префикс в реестр:

Запись = Новый Структура("Префикс, ОписанияПолей", Префикс, ОписанияПолей);
РеестрКлассовПараметров.Вставить(КлассОбъект, Запись);

Но ЗаполнитьОбъектПараметров(КлассОбъект, Префикс) принимает префикс повторно и использует только переданный — Запись.Префикс не читается нигде в проекте. Поиск в реестре идёт по объекту: РеестрКлассовПараметров[КлассОбъект].

Из-за этого рассинхрон двух вызовов проходит молча:

Менеджер.ЗарегистрироватьКлассПараметров(ДТО, "зарегистрированный");
Менеджер.Прочитать();
Менеджер.ЗаполнитьОбъектПараметров(ДТО, "реальный");
// АдресСервера = from-real, исключения нет

Опечатка в любом из двух вызовов не диагностируется: побеждает тот префикс, что указан при заполнении, первый не значит ничего.

Побочно это задевает сообщение об ошибке там же:

ВызватьИсключение "Класс параметров с префиксом """ + Префикс + """ не зарегистрирован";

Поиск идёт по объекту, а не по префиксу, поэтому текст указывает не на ту причину — разработчик пойдёт проверять префикс, хотя реальная причина в другом экземпляре класса.

Какой был замысел? Префикс задумывался как атрибут регистрации, а в ЗаполнитьОбъектПараметров попал за компанию, или наоборот — заполнение одного ДТО из разных веток конфига было осознанным сценарием?

[nixel2007]

Что означает нумерация КП- в комментариях к тестам?

В tests/ОписательДТО_test.os тесты помечены комментариями вида:

// КП-1.1: ОписательДТО читает аннотации свойств
// КП-2.1: Вложенный DTO - БазаДанных.Подключение
// КП-3.1: Приведение строки к числу по &Тип("Число")

Префикс КП- встречается только в этом файле и больше нигде в репозитории — ни в docs/, ни в README, ни в packagedef. Расшифровки нет, поэтому проверить, чему соответствует конкретный номер, читая только репозиторий, нельзя.

Что означает КП и где лежит документ, на который оно ссылается? Нумерация должна остаться в коде?

Спрашиваю ещё и потому, что сейчас она разъезжается с содержимым файла: номера идут не в порядке следования тестов, а при любом добавлении или удалении теста непонятно, какой номер присваивать — есть ли право выдумывать новые или они выделяются только из внешнего списка.