Почему методы [NSDate remotePast] и [NSDate farFuture] возвращают id?

Question

Мне интересно, почему [NSDate distantPast] и [NSDate distantFuture] методы возвращают типы типа id? Почему эти методы не возвращают указатель NSDate?

Answer 1

Поскольку полиморфизм справедлив только в одном случае.

Предположим, что вы подклас NSDate и что вы хотите переопределить этот метод. Вы должны использовать ту же сигнатуру, так что вы будете делать с этой подписью:

-(NSDate*) distantPast; 

Но вы не сможете присвоить результат выражения в указатель типа подкласса, и вы будете нуждаться на обратное приведение результата:

NSDateSubclass* ptr= (NSDateSubclass*)[someDateSubclassInstance distantPast]; 
// Downcasting is necessary here, it would give a warning or syntax error otherwise. 

Даже если вы уверены, что возвращаемый объект является подклассом NSDate, необходимо обратное приведение результата. Вот почему все методы, возвращающие созданные объекты, объявляются для возврата идентификатора.

Answer 2

NSDate является абстрактный суперкласс, и distantPast или distantFuture вернуть частные подклассы NSDate, а не NSDate сами по себе.

Answer 3

Я думаю, что этот вопрос также спрашивает, что вы должны вернуть по методу init? Идентификатор или указатель на наш класс.

Поскольку в этом случае это будет то же самое, вы можете считать, что это определенная стандартизация со стороны Apple для методов класса.

Answer 4

Нет особых причин для этого. Другой плакат указал, что эти методы могут возвращать частный подкласс NSDate, но подкласс NSDate по-прежнему является NSDate. Я предполагаю, что эти методы достаточно стары (т. Е. NextStep, перед Mac OS), что причины для возвращаемого типа id являются историческими и «утрачены до древности». (Если вы посмотрите на эти методы в документах Mac OS, то говорится, что они были определены в Mac OS 10.0)

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