Распространение частично осуществленной частичной функции в scala

Question

Распространение частично осуществленной частичной функции в scala

Я пользуюсь библиотекой актеров Akka здесь. Библиотека актеров определяет частичную функцию, "получают", который актер, который расширяет "актера", должен осуществить, чтобы иметь дело с различными сообщениями. Я создаю иерархию черты для своего заявления, где черта "clockActor" расширяет Актера, и "MasterClock" и "Подчасы" расширяют "clockActor". Я надеюсь добавлять, что общая функциональность часов к черте "часов" получает функцию, но тогда как я добавляю дополнительную функциональность к получить функции во владельце и sub чертах часов?

Короче говоря, мне нужен способ добавить дополнительные операторы выбора к частичной функции. Идеи?

6

добавлено 09 Январь 2013 в 02:26 автор Alex отредактировано 15 Апрель 2014 в 04:41

Просмотры: 5

источник

nl ja de

Можно составить частичные функции с orElse. Это добилось бы цели?

добавлено 09 Январь 2013 в 02:38, автор 4e6, источник

Едва ли. akka библиотека делает весь it' s материал сообщения запросом получают внутренне, таким образом, я не могу получить там приложение orElse к требованию.

добавлено 09 Январь 2013 в 02:49, автор Alex, источник

Едва ли. akka библиотека делает весь it' s материал сообщения запросом получают внутренне, таким образом, я не могу получить там приложение orElse к требованию.

добавлено 09 Январь 2013 в 02:49, автор Alex, источник

на самом деле, да, orElse делает точно, в чем я нуждаюсь. Неаккуратный googling и только выбор первого результата заставили его выглядеть по-другому, но I' ve получил его работающий теперь.

добавлено 09 Январь 2013 в 03:17, автор Alex, источник

на самом деле, да, orElse делает точно, в чем я нуждаюсь. Неаккуратный googling и только выбор первого результата заставили его выглядеть по-другому, но I' ve получил его работающий теперь.

добавлено 09 Январь 2013 в 03:17, автор Alex, источник

3 ответы

Видеокурс "Создание приложений для Android"

Получи множество видеоуроков по Android сейчас

As already suggested, you could easily compose PartialFunctions using orElse

trait ClockActor {

    def commonOp = {
        case ... => ...
    }

}

class MasterClock extends Actor with ClockActor {

    def receive = commonOp orElse masterOp

    def masterOp = {
        case ... =>  ...
    }

}

class SubClock extends Actor with ClockActor {

    def receive = commonOp orElse subOp

    def subOp = {
        case ... =>  ...
    }

}

14

добавлено 09 Январь 2013 в 03:47 автор pagoda_5b

источник

Видеокурс по Java для начинающих

Получи видеокурс по Java для начинающих с упражнениями

Мини-курс по Angular и NgRx

16 видео-уроков

автор jcern · Answer 1 · 2013-01-09T02:38Z

Одна вещь, которая приходит на ум, состоит в том, чтобы сделать что-то вроде этого:

trait ClockActor {
  def pf:PartialFunction[String, Boolean] = {
    case "a" => true
    case v if(_pf.isDefinedAt(v)) => _pf.apply(v)
  }

  def _pf:PartialFunction[String, Boolean] = Map.empty
}

object MasterClock extends ClockActor {

  override def _pf:PartialFunction[String, Boolean] = {
    case "b" => false
  }

  println(pf("a"))
  println(pf("b"))

}

который произведет:

scala> MasterClock
true
false

Стоимость , верный , поступает из определения в частичной функции Черты , ClockActor , , ложный , происходит из Объекта MasterClock .

1

добавлено 09 Январь 2013 в 02:38 автор jcern

источник

@Alex, я заставил быстрое отредактировать, который мог бы помочь больше с тем, чего вы надеетесь достигать. Я изменил черту, чтобы иметь две функции, одна pf , который будет общественным и _pf , который по умолчанию пуст и был бы отвергнут в классе по мере необходимости. Это - по существу то же самое как, что я имел прежде, но этот способ, которым пользователь не должен волноваться о запросе супер начиная с общественных требований, был бы к pf функция черты.

добавлено 09 Январь 2013 в 03:07, автор jcern, источник

Да это работает. У меня, казалось, была идея, что, когда вы "отвергаете" функцию тогда, вы наклоняетесь, касаются оригинала. Если я буду иметь тогда, то я буду использовать этот способ сделать вещи, но I' m ищущий больше путь, который люди, которые осуществляют подклассы don' t должны заботиться о запросе супер или любом внедрении в родительской черте.

добавлено 09 Январь 2013 в 02:47, автор Alex, источник

Получил работу вариантов, но совершенно другой путь.

 класс, MasterNode расширяет treeNode {определение masterReceive:Receive = {случай "specificBehaviour" => {println ("Я веду себя как владелец") }} отвергает определение, получает = masterReceive orElse super.receive}

, Где получают, метод, который я вынужден осуществить в родительской черте, и я просто создаю новую частичную функцию для нового поведения в подклассе и приковываю их цепью с orElse.

добавлено 09 Январь 2013 в 03:18, автор Alex, источник

автор jcern · Answer 2 · 2013-01-09T02:38Z

Одна вещь, которая приходит на ум, состоит в том, чтобы сделать что-то вроде этого:

trait ClockActor {
  def pf:PartialFunction[String, Boolean] = {
    case "a" => true
    case v if(_pf.isDefinedAt(v)) => _pf.apply(v)
  }

  def _pf:PartialFunction[String, Boolean] = Map.empty
}

object MasterClock extends ClockActor {

  override def _pf:PartialFunction[String, Boolean] = {
    case "b" => false
  }

  println(pf("a"))
  println(pf("b"))

}

который произведет:

scala> MasterClock
true
false

Стоимость , верный , поступает из определения в частичной функции Черты , ClockActor , , ложный , происходит из Объекта MasterClock .

1

добавлено 09 Январь 2013 в 02:38 автор jcern

источник

@Alex, я заставил быстрое отредактировать, который мог бы помочь больше с тем, чего вы надеетесь достигать. Я изменил черту, чтобы иметь две функции, одна pf , который будет общественным и _pf , который по умолчанию пуст и был бы отвергнут в классе по мере необходимости. Это - по существу то же самое как, что я имел прежде, но этот способ, которым пользователь не должен волноваться о запросе супер начиная с общественных требований, был бы к pf функция черты.

добавлено 09 Январь 2013 в 03:07, автор jcern, источник

Да это работает. У меня, казалось, была идея, что, когда вы "отвергаете" функцию тогда, вы наклоняетесь, касаются оригинала. Если я буду иметь тогда, то я буду использовать этот способ сделать вещи, но I' m ищущий больше путь, который люди, которые осуществляют подклассы don' t должны заботиться о запросе супер или любом внедрении в родительской черте.

добавлено 09 Январь 2013 в 02:47, автор Alex, источник

Получил работу вариантов, но совершенно другой путь.

 класс, MasterNode расширяет treeNode {определение masterReceive:Receive = {случай "specificBehaviour" => {println ("Я веду себя как владелец") }} отвергает определение, получает = masterReceive orElse super.receive}

, Где получают, метод, который я вынужден осуществить в родительской черте, и я просто создаю новую частичную функцию для нового поведения в подклассе и приковываю их цепью с orElse.

добавлено 09 Январь 2013 в 03:18, автор Alex, источник