З виходом Scala 2.9.0 також було оголошено стек Typesafe, який поєднує мову Scala з фреймворком Akka. Зараз, хоча Scala має акторів у своїй стандартній бібліотеці, Akka використовує власну реалізацію. І якщо ми будемо шукати інші реалізації, ми також виявимо, що Lift і Scalaz також мають реалізації!
Отже, у чому різниця між цими реалізаціями?
Відповіді:
Ця відповідь насправді не моя. Його випустив Віктор Кланг (зі слави "Акка") за допомогою Девіда Поллака (зі слави "Ліфт"), Джейсона Заугга (зі слави "Скалаза"), Філіпа Халлера (зі слави "Актори" Скала ").
Все, що я тут роблю, - це форматування (що було б простіше, якщо таблиці підтримували Stack Overflow).
Є кілька місць, які я заповню пізніше, коли у мене буде більше часу.
Актори Scalaz
Мінімальна складність. Максимальна загальність, модульність та розширюваність.
Підніміть акторів
Мінімальна складність, збір сміття від JVM, замість того, щоб турбуватися про явний життєвий цикл, поведінку в роботі з помилками, що відповідає іншим програмам Scala та Java, легкий / невеликий розмір пам'яті, поштова скринька, статично схожа на акторів Scala та Erlang, висока продуктивність.
Актори Scala
Надайте повну модель актора Erlang у Scala, легкий / невеликий розмір пам'яті.
Акка Актори
Простий і прозоро розподіляється, високопродуктивний, легкий і дуже пристосований.
Актори Scalaz Актори Ліфт Актори Scala Actors Akka Actors Поточна стабільна вер. 5 2,1 2,9,0 0,10 Мінімальний Scala ver. 2,8 2,7,7 2,8 Мінімальна версія Java. 1,5 1,5 1,6
Актори Scalaz Актори Ліфт Актори Scala Actors Akka Actors Породжують нових акторів Так Так Так Так всередині актора Надіслати повідомлення так Так Так Так відомий актор Зміна поведінки Діючі особи Так Так: вкладені Так: для наступного повідомлення незмінна реакція / отримання стати / неприйнятим Нагляд не передбачений Ні Актор: Так, так (link / trapExit) Реактор: Ні
Якщо користувач визначає загальнодоступні методи для своїх Акторів, чи можна їх викликати ззовні?
Actor[A] extends A => () LiftActor,SpecializeLiftActor[T]Reactor[T],Actor extends Reactor[Any]Actor[Any] Актори Scalaz Актори Ліфт Актори Scala Actors Akka Actors
Ручний запуск Ні Ні Так Так
Ручна зупинка Ні Ні Ні Так
Перезапуск при відмові н / д Так Так Конфігурується для кожного екземпляра актора
Перезапустити семантику не застосовується Перезапустити актор Відновити актора до стабільного стану, перерозподіливши його та
поведінки викиньте старий екземпляр
Перезапустіть налаштованість n / an / a X разів, X разів протягом Y часу
Наявні гачки життєвого циклу Жоден цикл дії не діє перед запуском, після зупинки, перед запуском, після перезапуску
Актори Scalaz Актори Ліфт Актори Scala Actors Akka Actors
Вогонь-забудь! повідомлення актор! msg актор! повідомлення msgRef! повідомлення
повідомлення)
Надіслати-отримати-відповісти (див. 1) актор!? msg актор!? повідомлення msgRef !! повідомлення
актор !! повідомлення
Надіслати-отримати-отримати (див. 2) актор !! повідомлення msgRef !!! повідомлення
Надіслати результат обіцянки (повідомлення). future.onComplete (f => до! f.result)
майбутнє (актор)
Скласти актора з актором comap f Ні Ні Ні
функція (див. 3)
(1) Будь-яка функція f стає таким актором:
val a: Msg => Promise[Rep] = f.promise
val reply: Rep = a(msg).get
(2) Будь-яка функція f стає таким актором:
val a = f.promise
val replyFuture = a(message)
(3) контраваріантних функтор actor comap f. Також склад Клейслі в Promise.
TBD
Актори Scalaz Актори Ліфт Актори Scala Actors Akka Actors відповідь відправнику в повідомленні відповідь на повідомлення
Підтримує вкладені отримує?
TBD
Актори Scalaz Актори Ліфт Актори Scala Actors Akka Actors Назва механізму виконання Механізм виконання є конфігурується Механізм виконання може бути визначається для кожного актора Життєвий цикл механізму виконання має бути явно керованим Виконання нитки на актора механізм Механізм виконання, керований подіями Тип поштової скриньки Підтримує тимчасові поштові скриньки Підтримує постійні поштові скриньки
Актори Scalaz Актори Ліфт Актори Scala Actors Akka Actors
Прозорий пульт дистанційного керування немає Ні Так Так
актори
Транспортний протокол не застосовується, віддалений протокол Java Akka
серіалізація (Protobuf поверх TCP)
поверх TCP
Динамічна кластеризація n / an / an / a У комерційній пропозиції
TBD
Актори Scalaz Актори Ліфт Актори Scala Actors Akka Actors Визначте актора Створіть екземпляр актора Запустіть екземпляр актора Зупиніть екземпляр актора
scala.actors була першою серйозною спробою впровадити паралельність у стилі Ерланг у Scala, що надихнуло інших дизайнерів бібліотек на покращення (в деяких випадках) та ефективнішу реалізацію. Найбільша проблема (принаймні для мене) полягає в тому, що на відміну від процесів Erlang, доповнених OTP (що дозволяє створювати системи, що захищають від відмов ), scala.actors пропонують лише хороший фундамент, набір стабільних примітивів, які потрібно використовувати для побудови більш високорівневі рамки - наприкінці дня вам доведеться писати своїх власних керівників, каталоги акторів, кінцеві автомати тощо тощо.
І тут на допомогу приходить Акка , пропонуючи повнофункціональний стек для розвитку на основі акторів: більш ідіоматичні актори, набір абстракцій високого рівня для координації (балансувальники навантаження, пули акторів тощо) та побудова систем, що захищають від несправностей (керівники , перенесений з OTP тощо), легко налаштовувані планувальники (диспетчери) тощо. Вибачте, якщо я звучу грубо, але я думаю, що злиття в 2.9.0+ не відбудеться - я б краще очікував, що актори Akka поступово замінять реалізацію stdlib.
Scalaz . Зазвичай у мене є ця бібліотека у списку залежностей усіх моїх проектів, і коли з якихось причин я не можу використовувати Akka , неблокуючі Scalaz Promises (з усією добротою, як sequence) у поєднанні зі стандартними акторами зберігають день. Однак я ніколи не використовував акторів Scalaz як заміну акторам Scala.actors або Akka .
Актори: Scala 2.10 проти Akka 2.3 проти Lift 2.6 проти Scalaz 7.1
Тестовий код та результати для середньої затримки та пропускної здатності на JVM 1.8.0_x.