Критерии замены свойств класса методами

Если некое свойство "X" некого класса является вычисляемым - имеет только аксессор геттер (выдаёт значение некого выражения, использующего другие свойства в качестве операндов) и никак не используется внутри класса, то его можно заменить неким методом GetX().
Правильно ли его в общем случае заменять на метод GetX()? В каком случае этого делать не надо?
И второй случай. Это вычисляемое свойство "Х" само используется для вычисления другого свойства "Y", которое нигде в классе не используется. Может быть и в этом случае оба этих вычисляемых свойства заменить на методы GetX(), GetY()?
То бишь, правильно ли стремиться к тому, чтобы все вычисляемые свойства в общем случае заменять методами?
Какие критерии тут нужно учитывать при принятии такого решения?
P.S. Наверное, если учитывать ещё оптимальность кода с точки зрения производительности, то во втором случае свойство "Х" нужно оставить свойством с соответствующим приватным полем "х" (поле-то будет рассчитываться 1 раз и использоваться и для геттера свойства "Х" и для метода GetY()). А свойство "Y" преобразовать в метод GetY(). Памяти используется чуть больше (плюс одно поле "x" и одно свойство "X"), но производительность выше. Мда. Выходит, что вопрос этот творческий и в общем случае ничего сказать нельзя?! Или можно?

0

escoult, точно) Работает)
В таком случае остается только одна проблема одно ограничение - организовать глубокое копирование этого объекта можно будет только через конструктор копирования.
Через метод копирования DeepCopy() с использованием MemberwiseClone() не получится, поскольку у свойства Ar сеттера нет.

0

Сообщение от titan4ik Через метод копирования DeepCopy() с использованием MemberwiseClone() не получится, поскольку у свойства Ar сеттера нет.

Почему? Ему не нужен сеттер. Оно вычисляется из других свойств. Поскольку они не ссылочные, то ShallowCopy будет достаточно. Но даже если они были бы ссылочные, то DeepCopy потребовался бы по другой причине, чтобы скопировать те свойства из которых вычисляется вычисляемое свойство.

1

Сообщение от escoult Поскольку они не ссылочные,

Массив-то ссылочный тип. Или я что-то не так понимаю?

Добавлено через 7 минут
Ааа... то есть Ar это не массив, а на самом деле это метод - метод get, который при обращении к нему создает новый массив.
То есть, поверхностное копирование вполне сгодится для данного случая. Так?

Добавлено через 6 минут
Вот с таким трудом осознаются самые простые вещи)
Наверное, теперь уже по мотивам 3-х тем по свойствам (я три раза задавал вопросы по свойствам в последнее время) можно бы написать текст для учебника по разделу "Свойства" - всего несколько страниц, но с полной и понятной информацией)

А может, я один такой тупой?!

0

Сообщение от titan4ik Массив-то ссылочный тип. Или я что-то не так понимаю?

Свойства из которых массив создается - ValueType. Массив да, ссылочный. Но он создается каждый раз из этих свойств в методе get. Т.е. при каждом вызове get будет создан новый массив, состоящий из этих свойств, и его ссылка будет указывать только на этот массив. В его копировании нет никакого смысла, даже если бы это было возможно. Поскольку он зависит от значений других свойств, то надо беспокоиться о том, чтобы были скопированы те свойства, из которых массив создается. А поскольку эти свойства ValueType, поверхностного копирования будет достаточно. (при условии, что в классе нет других ссылочных свойств, разумеется).

Оппс
Не видел вашего сообщения, что вы уже все поняли. Ну ладно

1

То есть, поверхностное копирование вычисляемого свойства есть глубокое копирование, если это свойство вычисляется на основе свойств типа значения. Хотя само вычисляемое свойство может быть при этом и ссылочного типа - возвращает, как метод (ведь свойство это метод!), ссылочный тип. В общем, нужно каждый раз включать голову и смотреть что реально скрывается за букавами кода.
Понятно, что если бы наше вычисляемое свойство вычислялось с использованием объектов (ссылочный тип), то в методе DeepCopy() для нашего объекта нужно было бы после применения метода MemberwiseClone(), произвести глубокое копирование этих ссылочных объектов (может быть с применением методов DeepCopy(), определенных в соответствующих этим объектам классах). По крайней мере, я именно так делал, когда недавно столкнулся с проблемой копирования.

0