Полезные ссылки от профессора — 26

Уже многие высказались на этот счёт, но попробую и свои "5 копеек" вставить. В целом, как мне кажется, понять разницу между этими двумя интерфейсами совсем не трудно. Если нам нужно задать стандартную модель поведения для подавляющего большинства случаев, то мы реализуем интерфейс Comparable<T>. Этот интерфейс, а точнее реализация его единственного метода compareTo(T o), определяет логику для "естественного" сравнения элементов. Мне кажется, что именно этот момент и вызывает у новичков больше всего вопросов. Что такое "естественный" порядок сравнения? Не думайте об этом, как о каком-то конкретном шаблоне, которому следует следовать всегда и везде. Это лишь стандартная логика сравнения (логика по умолчанию, если так будет проще для понимания), которую мы сами и определяем для каждого отдельно взятого класса. Здесь мы просто описываем, как наши экземпляры должны сравниваться с другими экземплярами в рамках одного и того же класса. Если же нам нужна любая отличная логика, относительно той, которую мы уже успели определить при помощи интерфейса Comparable<T>, то на выручку приходит Comparator<T> из пакета java.util. Здесь мы можем определить альтернативную логику сравнения на все случаи жизни. Чаще всего, да и откровенно говоря проще, реализовывать этот интерфейс при помощи лямбда-выражения.

Лучше бы он про concurrent нормальную лекцию подготовил бы

Ранее попадалась эта статья.

Вот что интересно: задачи на это встречаются раньше самой лекции. Это делает её полезной только в формате:"Повторение-мать учения".

очень много лишней писанины, по сути это все можно уложить в несколько строк Comparable - реализуется только внутри класса, (this.compareTo(Object o)) что бы потом не реализовывать Comparator Comparator - надстройка над основной настройкой (Comapable), так как вне класса то параметры принимает в себя (Object o, Object o1).все

Чем дальше тем грустнее и чувствуешь себя тупее

Эх... не одного коммента, буду первым =)