По сути, трейты/роли - это частично (или полностью) определённый интерфейс. Благодаря возможности определения методов в трейтах, появляется возможность декомпозировать логику адекватным способом, что позволяет избежать проблемы Fragile Base Class.

Помимо того, что это похоже на множественное наследование в Perl, для трейтов ещё обычно более удобный поиск реализации методов делается (не DFS, как в Perl), что избавляет от Diamond problem.

в перле по-разному можно

это абстрактный класс

Нет, абстрактный класс может существовать в языках без множественного наследования

трейт это именно отметка в иса, а есть там методы или нет — не так важно

если в трейте есть методы, то это уже интерфейс

или абстрактный класс

но в трейте может и не быть методов вообще

роль отличается от трейта тем, что методы там есть гарантированно, а отметки в иса нет

это будет интерфейс

Короче в этом чате у всех разные мнения

В общем-то, это терминологический спор

Каким определением пользуетесь? (c)

Да и спросили абстрактно, а в каждом ЯП трейты/роли имеют нюансы, да и сопутствующие системы типов отличаются.

интерфейс — гарантирует наличие методов, но не имеет (не имел, вроде что-то появилось в жабе) имплементации, обязательны все методы к имплементации. абстрактный класс почти как интерфейс, но может не иметь имплементации некоторых методов, а некоторых может иметь. трейт вообще не про методы, а про поведение, которое может иметь методы, а может и не иметь и быть просто отметкой, что определённый класс имеет определённую "черту поведения"

Но реализовывается - то это через реализацию/объявление методов и наследование оных...

ну так и да, а что?

вон, в компьютере вся информация это 1 и 0, но мы и компьютер её умеем интерпретировать

"Поведение" тут вообще не при чём. Только методы, их сигнатуры и композиция.

ну вот, к примеру, набор байт. он может быть бинарным, а может быть аскии или ютф8