Допустим есть массив пользовательских объектов:
//в Main
Car[]myAutos = new Car[5];
myAutos[0] = new Car("Rusty", 80,1);
myAutos[1] = new Car("mary", 40,234);
//и т.д.

Чтобы была возможность отсортировать методом Array.Sort(myAutos); надо добавить в класс Сar поддрежку интрефейса IComparable:


После такого объявления можно использовать Array.Sort(myAutos);

Объсните почему в классе Car надо писать так:
int IComparable.CompareTo(oblect obj)?
Можно ли заменить на:
public int CompareTo(oblect obj) ???



Это сообщение отредактировал(а) Лена - 24.10.2007, 17:48

потому что ты используешь явную реализацию интерфейса IComparable. Если бы ты писала 
то тогда можно было бы использовать вызов обычного метода класса Car.CompareTo(myObj)
Но это не совсем хорошо с точки зрения полиморфизма.


нельзя. CompareTo интерфейса IComparable должен возвращать int, а не IComparable  Это общепринятое соглашение для стандарной сортировки (обязательное условие). 
Иначе прийдется тебе по-своему определять метод Sort(), работающий не с int, а с IComparable, в чем нет никакого смысла - это ходьба по кругу...

Если ты уберешь наследование от IComparable, тогда можешь писать... Просто создашь метод Car.CompareTo, который не имеет ничего общего с сортировкой.

Про вовращаемое значение int я поняла и исправила, но вы уже ответили.  
Тогда такой вопрос:
Например есть интрефейс ICloneable он имеет метод Сlone.

Вот есть такой рабочий код:


Почему же в этом случае автор не написал:
object ICloneable.Clone() ?

Все таки будет работать сортировка в первом коде если класс Car будет иметь один метод public int CompareTo(oblect obj) и унаследован от IComparable?

потому что был создан один метод Clone и он принадлежит интерфейсу ,если ты захочешь чтобы у тебя этот метод мог наследоваться в других классах ,ты должна будешь написать свой метод,так как по-умолчанию методы интерфейса невиртуальные,и тогда будешь ставить перед Clone имя интерфейса,а еще это нужно для того чтобы явно вызывать объект интерфейса 

Из того, что я поняла имя интрефейса используется при нотации метода (например, int IComparable.CompareTo(oblect obj)) только для того, чтобы в коде Main можно было вызвать такой метод только через интрефейсную ссылку. Также удобно использовать эту натацию при множественном наследовании интрефейсов с одинаковыми именами у методов, чтобы они не перекрывали друг друга.

Делаю ли я правильный вывод?:
Сортировка в первом коде будет работать и в случае такого обявления int IComparable.CompareTo(oblect obj) и в случае если это объявление будет заменено на public int CompareTo(oblect obj).  Ошибки не будет.  

Вывод правильный!  

Это сообщение отредактировал(а) kurzon - 24.10.2007, 21:59

kurzon ударил кодом по балаболам 


не только поэтому. То, что можно вызывать из Main интерфейсную ссылку - это следствие. А причина - в том, что сами библиотеки .Net (стандартные) построены через использование указателей на интерфейсы.

Это удобно с точки зрения полиморфизма. 
Это позволяет избавится от boxing\unboxing value types - если эти типы реализуют интерфейсы..
Это обеспечивает защищенность типа, мы имеем ссылку на интерфейс - значит можем вызывать только члены интерфейса, а их немного, их тип и кол-во постоянны и не не зависят от типа, реализующего интерфейс.


ошибки не будет, т.к. метод Sort требует параметр типа IComparer. Получив параметр типа Car, CLR попытается привести его к IComparer и это получится. Но это - плохой стиль, в принципе. Что такое типозащищенность? Ты можешь передать в Sort и не Сar, а что угодно, под видом object. Компилятор ошибки не заметит. Но во время выполнения, когда этот obj будет приводиться к IComparer и окажется, что этот obj не реализует интерфейса - ты получишь run time error.

Спасибо, в общих чертах понятно: надо всегда в производном классе реализовывать интрефейсные методы через полное имя для надежности (int IComparable.CompareTo(oblect obj)).

Код автора в книге:


Лучше так реализовывать:

Оба подхода правильные, только второй ограничивает доступ. Можно получить доступ только через интерфейсную ссылку.

Нет у меня глубоко понимание полезности интрефейсов после С++. Можно же было просто абстракные классы с абстакными методами делать и их наследовать и реализовывать в производных. Туман.   

P.S.
Новая идея реализвать класс Car сразу двумя методами:




  

Это сообщение отредактировал(а) Лена - 25.10.2007, 10:13

Нормальная идея. 
Когда требуется безопасный CompareTo, но с параметром object - через IComparable.CompareTo

Когда работа только с Car - через

кстати, зачем код дублировать? В IComparable.CompareTo() нужно CompareTo(Car car) вызывать (раз уж приводишь объект к Car). Если что-то изменится в алгоритме сравнения, то в двух местах менять не прийдется.

К слову, какой алгоритм сортировки используется стандартным дотнетовским Sort()? 

MSDN про Sort:

Другие наверняка тоже.

Да уж, метод Хоара особо быстрым не назовёшь... Надо будет учесть =)