работаем с функциями, а не методами?
Не пойму вообще этой темы еще с джавы, зачем эти все функциональные интерфейсы и прочее, если я могу такие же методы сделать.
Это в разы удобнее
И как понять, когда метод, а когда функцию применять?
это про лямбды или про отличие object Boo { def foo() } от class Boo { def foo() } ?
Скорее про лямбды.
а что за подход? можете пример привести
В курсе функционального программирования на scala М.Одерски дал примерно такую интуицию - Если вы предполагаете, что у вашего типа будет неограниченное количество вариантов\наследников и небольшое количество абстрактных методов - логичнее выбрать трейты\классы - Если вы предполагаете, что у вашего типа будет небольшое количество вариантов, и неограниченное количество функций, работающих с ним, логичнее выбрать АДТ (sealed trait\case class\enum) и функции, реализованные через патерн-матчинг Иными словами, добавлять внешние функции с одним кейсклассом или небольшим их набором, объединённых в sealed trait семейство проще, лучше модуляризируется и развивается, чем наращивать интерфейс класса\интерфейса
С другой стороны, определять интерфейс точно удобнее, чем таскать функции внутри кейс-классов. В особенности, если требуются параметрические (женерик) методы, даже в scala 3 полиморфные функции пока в зачаточном состоянии, так что вы точно остаётесь с интерфейсами
вот вы джаву упомянули. у вас есть стрим апи, там есть методы которые принимают лямбды. тип лямбды задается через функциональный интерфейс в джаве. вы там "просто метод" в качестве типа не сделаете. вы "просто методом" можете только реализацию сделать, а вот тип задать нельзя
Понял, всем спасибо.
Обсуждают сегодня