Хоть миллион наследников будет, если все по-прежнему фрукты — проблем не будет. Если возникает проблема у наследников, значит либо фрукт уже не совсем фрукт, либо в наследники уже капуста затусовалась.
Делать ли родительский класс для репозиториев — зависит от задумки реализации, но когда есть сомнения — значит наследования не нужно.
Согласен со всем, кроме наследования. Не понимаю, почему его «не рекомендуют». Для меня всегда очевидно, должен ли обьект наследовать другой или нет. Например, груша должна наследовать фрукт, а яблоко не должно наследовать грушу. Иная реализация (например композиция) в случае, когда нужно наследовать, только усложняет код.
Лично мне, после знакомства с ООП откровенно «сломать голову» пришлось при ознакомлении именно с Prolog (declarative) нежели чем с Haskel или Lisp (functional). Я считаю, что нужно просто сначала понять парадигму, а потом начинать учить язык.
Всегда удивлял спор о том, что ООП лучше ФП и т.п., так как любой иструмент удобен там, куда он предназначен. Жарить в кастрюле тоже возможно, но не всегда оправдано :)
Делать ли родительский класс для репозиториев — зависит от задумки реализации, но когда есть сомнения — значит наследования не нужно.
Всегда удивлял спор о том, что ООП лучше ФП и т.п., так как любой иструмент удобен там, куда он предназначен. Жарить в кастрюле тоже возможно, но не всегда оправдано :)