принципиально отличается от foo.do(args) ?
вернее сказать чем вызов (actorA ask (question) ) .flatMap { answer => ... } отличается от serviceA.ask(question).flatMap{ answer => ... } тем что в акторе приходится хендлить sender-а
отличие передачи сообщения в акке от вызова метода на объекте, в том что в акторной системе такая схема позволяет устранить связанности между узлами. В распределенных системах ты не можешь так просто взять и вызвать какой-то класс-обработчик на другой машине, и ему тут же передать данные. Если на локальной машине есть более менее гарантии в распределенных системах никаких гарантий нет, т.е. не факт что обработчик данных в момент передачи данных существует, может он упал, может он не создан. НО ты вызывая метод на объекте сразу привязываешь обработку данных к конкретному объекту. А что если этот объект сразу после создания упал. Тогда данные никак не будут обработаны (В акке же после перезапуска уже новый актор обработает сообщение). Чтоб тебе решить проблему с отказом при вызовах методов, ты начнёшь наворачивать килограммы логики поверх, сначала начнёшь проверять, а готов ли объет принимать данные? а действительно ли он принял данные? а действительно ли начал обработку? и тд и тому подобное. Потом у тебя появляется еще 3 вагона проблем для связанных систем, из-за постоянных ожиданий ответа, согласования состояния, потом ты понимаешь что ТО что ты делаешь, никак вообще не масштабируется. И приходишь к тому что нужно снижать связанность между узлами, потом начинаешь велосипедить свой фреймворк для распределенных систем, тратишь на это 2-3 года, осознаешь что еще большую хрень сделал, рвешь на себе волосы и наконец начинаешь использовать акку. хэпи енд)
Обсуждают сегодня