Abstract class или Interface?

так что лучше и когда?.. на данный момент от нас требуется знать хорошо синтаксис (теорию) интерфейса и абстрактных классов. Какие особенности, как объявляются, наследование, возможность параметризации, дефолтные методы, проблема ромбовидного наследования, в чем суть аннотации @Override , как это все связано с полиморфизмом, как работает и тд. Это то о чем пишет Стас. И только спустя некоторое время практического опыта, мы начнем видеть что когда используется, что чаще, что реже, в каких ситуациях, будем сами писать, верно или ошибаться и с временем можно ответить на этот вопрос, ответ на который нельзя осознать на данном уровне, когда у нас задачки на несколько классов, и все можно в один класс напихать. Уже с 20-го пойдут большие задачи, там нужно обращать внимание на дизайн приложений. И уделить время разбору почему именно такая архитектура, почему используется интерфейс или абстрактный класс, что это нам дает, можно ли без этого и как бы было, если бы не было интерфейса/абстрактного класса и тд. А когда пойдет ЕЕ часть и веб-проекты, то там уже точно все должно сложиться ) Я свое мнение еще сам не сформировал, абстрактный класс тоже интересный и полезный инструмент, но я видел его очень редко в тех проектах, которые попадались на глаза. Интерфейс используется повсеместно.

интерфейсы лучше почти всегда абстрактные классы нужны для общей логики (общая реализация (код) методов) интерфейсы - больше для взаимосвязи между объектами (привет, полиморфизм!) никто вам не мешает использовать и абстрактные классы, и интерфейсы одновременно))