я кстати подумал что в случае с daily можно просто вернуть .date

зачем так сложно?
date.Date

стандартный дататайм умеет

да, просто чтото я перестарался

когда минуты обрезать - то да.

буду то расширять на несколько вариантов для пикера

в будущем

Смотря что тебе нужно. Можно просто получить актуальное значение, там свойство CurrentValue или что-то такое. OnChange это когда нужно чтобы тебя событие оповещало об изменении.
Просто принимаешь IOptionsMonitor из конструктора, и можешь его так и записать, как ридонли, пофиг

Критично важно, чтобы отрабатывал callback при изменении данных в конфиге. В текущем случае такого автоматически не происходит и в singleton сервисах IOptionsMonitor оставляет свое значение т.к. присваивается лишь раз в конструкторе. Непонятно почему, но после этого под капотом коллбек не изменяет старые данные на новые. С . OnChange такого не происходит и можно перетереть данные

1 вызов CurrentValue == 1 данные.
Чтобы они изменились - нужно вызвать повторно

Поэтому и сделали метод OnChange

Тебе не нужно в конструкторе "распаковывать" значение, так и храни тип IOptionsMonitor и в случае изменения данных повторно дёргай CurrentValue

Скорее всего проблема в методе бинда самих опций:
reloadOnChange just updates the IConfiguration object.

If we use options pattern using Bind or Get, as explained in previous post, to populate the strongly typed object, then the strongly typed object would not be updated with new values.

This is because reading from IConfiguration only happens when you call Bind or Get. After this call, if the configuration changes, the strongly typed object would never know about it.

Попробую кое-что сделаю. Маякну тебе о результате

Ну и да, чтобы оно работало, регай конфиг через IConfiguration

services.Configure<MyOptions>(Configuration.GetSection(...));

Никаких Bind

И никаких делегатов

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

Не страшно абсолютно

тогда просто некрасиво