Отслеживание изменения значения свойства класса

@NapalmRain · Регистрация: 18.05.2010

Студворк — интернет-сервис помощи студентам

Доброго всем времени суток!

Есть некий класс, которых хранит свойства в виде

C#
1
2
3
4
5
class SomeClass {
    public bool SomeProp1{ get; set; }
    public bool SomeProp2{ get; set; }
    public bool SomeProp3{ get; set; }
}

В некоторых участках программы значения меняются программно, заранее неизвестно какое именно значение будет изменено, поэтому это делается через

C#
1
PropertyInfo

и затем

C#
1
SetValue

В этот момент времен нужно отслеживать, что кто-то изменил свойство.
Для логирования происходящего.

С одной стороны я могу менять их не на прямую, а через метод, который уже и будет сообщать об изменении свойства, с другой, могу в том же месте, где вызываю SetValue() вызвать и логирование, но таких мест несколько и захламлять этим код не хотелось бы.

Поэтому я хотел бы узнать, существует ли метод автоматического отслеживания события изменения свойства?

Гугл, увы, не помог.

Заранее благодарю за любой совет!

@Usaga · 22.01.2018, 16:35

Сообщение от NapalmRain

В некоторых участках программы значения меняются программно, заранее неизвестно какое именно значение будет изменено, поэтому это делается через

Очень и очень странное решение.

Вы могли бы реализовать логироваение в сами свойствах (собственно, для размещения логики свойства и были придуманы), могли бы реализовать интерфейс INotifyPropertyChanged и подписывать логгер на него, могли бы завернуть класс в класс-декоратор.

Вариантов много.

@OwenGlendower · 22.01.2018, 16:38

NapalmRain, объяви свойства полностью и размести код логирования в setter-ах.

@stele · 22.01.2018, 16:39

Так в блоке set и происходит обработка измения.

C#
1
2
3
4
5
6
7
8
9
10
private bool _SomeProp1;
public bool SomeProp1
{ 
    get {return _SomeProp1; }
    set
    {
        // тут логирование или создание события или вообще ещё что-нибудь
        _SomeProp1 = value;
    } 
}

@NapalmRain · 22.01.2018, 16:52 **[ТС]**

Usaga, там сложная логика, диктует её архитектура приложение.
Если вкратце - это игра и свойства должны меняться в зависимости от действия игрока, какие он может выполнить действия и к чему это приведёт диктуется гейм-дизайнером и заносится в базу данных.
Я выбрал такое решение чтоб сделать код максимально динамическим и не прописывать варианты на все возможные действия.
В любом случае благодарю за ответ. с INotifyPropertyChanged я не смог подружиться, так как всё это добро работает на .net 2
(наверное стоило об этом упомянуть, мой косяк)
Что касается прописывания в сет'ах.
Я старался этого избегать, так как это значительно увеличивает код, а я максимально стремлюсь к лаконичности.
Но, судя по всему, другого варианта особо нет.
Так что, OwenGlendower и stele, благодарю вас так же за совет!

Новые блоги и статьи Все статьи Все блоги /
Отправка уведомления на почту при изменении наименования справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере изменения наименования типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной. . .	модель ЗдравоСохранения 5. Меньше увольнений- больше дохода! anaschu 24.03.2026 Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .	Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .	SDL3 для Desktop (MinGW): Вывод текста со шрифтом TTF с помощью библиотеки SDL3_ttf на Си и C++ 8Observer8 24.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-text-sdl3-c. zip finish-text-sdl3-cpp. zip
Жизнь в неопределённости kumehtar 23.03.2026 Жизнь — это постоянное существование в неопределённости. Например, даже если у тебя есть список дел, невозможно дойти до точки, где всё окончательно завершено и больше ничего не осталось. В принципе,. . .	Модель здравоСохранения: работники работают быстрее после её введения. anaschu 23.03.2026 geJalZw1fLo Корпорация до введения программа здравоохранения имела много невыполненных работниками заданий, после введения программы количество заданий выросло. Но на выплатах по больничным это. . .	Контроль уникальности заводского номера Maks 23.03.2026 Алгоритм контроля уникальности заводского (или серийного) номера на примере нетипового документа выдачи шин для спецтехники с табличной частью, разработанного в конфигурации КА2. Данные берутся из. . .	Хочу заставить корпорации вкладываться в здоровье сотрудников: делаю мат модель здравосохранения anaschu 22.03.2026 e7EYtONaj8Y Z4Tv2zpXVVo https:/ / github. com/ shumilovas/ med2. git

@OwenGlendower Администратор 18298 / 14222 / 5368 Регистрация: 17.03.2014 Сообщений: 28,900 Записей в блоге: 1
	22.01.2018, 16:38
	NapalmRain, объяви свойства полностью и размести код логирования в setter-ах. 1

@NapalmRain 44 / 43 / 7 Регистрация: 18.05.2010 Сообщений: 688
	22.01.2018, 16:52 [ТС]
	Usaga, там сложная логика, диктует её архитектура приложение. Если вкратце - это игра и свойства должны меняться в зависимости от действия игрока, какие он может выполнить действия и к чему это приведёт диктуется гейм-дизайнером и заносится в базу данных. Я выбрал такое решение чтоб сделать код максимально динамическим и не прописывать варианты на все возможные действия. В любом случае благодарю за ответ. с INotifyPropertyChanged я не смог подружиться, так как всё это добро работает на .net 2 (наверное стоило об этом упомянуть, мой косяк) Что касается прописывания в сет'ах. Я старался этого избегать, так как это значительно увеличивает код, а я максимально стремлюсь к лаконичности. Но, судя по всему, другого варианта особо нет. Так что, OwenGlendower и stele, благодарю вас так же за совет! 0