Я хочу отправить предикат фильтрации постоянному актеру, что может быть не так?
У меня есть постоянный актер, который содержит некоторые значения. Мне нужно получить несколько отфильтрованных из них. Итак, у меня есть два пути:
1) Создайте новое сообщение, скажем
GetValuesWithNameAndAgeGraterThan(name: String, age: Int)
pro: неизменный, ортодоксальный :) contra: проблема здесь в том, что логика просачивается в постоянного актора, который должен отвечать только за хранение и предоставление данных, и да, этот случай точно подходит для предоставления определения данных. Но зачем ему знать об «имени» и «возрасте» ценности, которую он хранит?! И с завтрашнего дня мне нужно будет добавлять все больше и больше сообщений, которые в конце превратятся в беспорядок.
2) Создайте общее сообщение с фильтрующим предикатом
Filter(p: Value => Boolean)
pro: единый, масштабируемый, неизменяемый при правильном использовании контра: я вижу единственную проблему, когда кто-то делает
val ages: mutable.Seq[Int]
persistor ? Filter(v => ages.contains(v.age))
ages += 18
ages += 33
но мы обычно используем неизменяемые значения в Scala! а также было бы неестественно пытаться сохранить лямбду, но мы используем ее только для чтения!
Так что ты думаешь?!
когда вы собираетесь передать изменяемое сообщение актеру, нет абсолютно никаких гарантий
Ответы 1
Никогда не следуйте второму подходу! Первый действителен, но я немного его изменю. Сначала вы можете договориться о каком-то контракте для хранимых данных, например, это может быть перечисление, где каждое значение имеет тип значения. Таким образом, вы изменяете свое сообщение с помощью
GetValueForCondition(conditions: Seq[DataType, filter: Value => Boolean]), где DataType — это значение Enumeration, указывающее имя и тип данных, а фильтр определяет условие для значения.
Таким образом, вы можете указать общие запросы для сущностей, которые можно повторно использовать для запросов к другим субъектам хранения данных. Вы также можете включить логическое значение, указывающее для каждого поля данных, должно ли оно быть установлено для сущности, которая будет возвращена в результате. В случае, если вы храните всю эту информацию, принадлежащую одному объекту (например, имя, возраст,...) в объекте Entity (например, ваш постоянный субъект имеет некоторое хранилище для нескольких таких объектов), вы можете реализовать фильтрацию в общем в этом классе Entity, и ваш актер, предоставляющий данные, свободен от этой логики.
Не понял. Что будет в DataType? Скажем, я сохраняю Seq of Persons (name: String, age: Int) в файле persister, какой будет DataType? И если вы все еще передаете предикат, в чем разница со вторым подходом? Вы имеете в виду Person => Boolean?
Вышеупомянутое было просто для того, чтобы иметь общее решение для запроса объектов и иметь некоторые предопределенные типы данных, чтобы сделать запрос общим. Таким образом, для приведенного выше примера Person DataType будет идентификатором: String = "name", valueType = String и для возраста соответственно "age" с типом значения Int. Но вы правы в том, что если у вас есть только люди, которых нужно запросить, это больше, чем вам нужно. Я скорее думал, что вам нужна система, например, где PersonsEntity в основном является подтипом общего Entity, который может содержать несколько типов данных с их соответствующими значениями. Это легко распространится на другие объекты.
Отличие от второго подхода также заключается в том, что вы не включаете в свое сообщение какую-либо изменяемую структуру, чего делать не следует. Скорее, там просто определяется тип и применяемый к нему фильтр. Я просто вижу, что была опечатка, я имел в виду GetValueForCondition(conditions: Seq[(type: DataType, filter: Value => Boolean)])
))) хорошо понял. Это недоразумение. Конечно, передача изменяемых вещей в сообщение является абсолютным вето, я упомянул подход с передачей предиката в сообщение в целом.
Я не вижу проблемы с вашим вторым подходом, если вы просто отправляете иммутабли, что и там работает
Использование изменяемых значений с акторами — лучший способ, потому что они потокобезопасны.