Re[11]: Багодром: Реализация операторов сравнения
От: vdimas Россия  
Дата: 01.04.08 14:51
Оценка: 2 (1)
Здравствуйте, anton_t, Вы писали:

V>>Не на том уровне "избегание багов" у тебя происходит.


_>Это на каком "не на таком"?


Это надо на уровне дизайна класса решать, а не в строках кода.

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

По логике, если ты принял решение о переопределении одноимённого статического метода в классе наследнике (с приставкой new, компилятор тебе напомнит, если забудешь), то ты поступил так именно с целью использовать его _вместо_ аналогичного базового. И грабли тут как раз в явном специфицировании типа, ибо если ты скопируешь/перенесешь код в класс-наследник при рефакторинге, то он будет работать неправильно в контексте наследника, для которого ты _намеренно_ переопределил обсуждаемый статический метод.
... << RSDN@Home 1.2.0 alpha rev. 786>>
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.