Scala actors - peores prácticas?

Question

Me siento un poco inseguro sobre el uso de actores en Scala. He leído documentación sobre cómo hacer las cosas, pero creo que también necesitaría algunas reglas NO HACER para poder usarlas. Creo que me temo que los usaré de manera incorrecta, y ni siquiera lo notaré.

¿Puedes pensar en algo que, si se aplica, daría como resultado la ruptura de los beneficios que traen los actores de Scala, o incluso resultados erróneos?

Answer 1

• Evitar !? siempre que sea posible. Usted obtener un sistema bloqueado!

• Envíe siempre un mensaje desde un subproceso Actor-hilo. Si esto significa la creación de un Actor transitoria a través del método Actor.actor que así sea:

  case ButtonClicked(src) => Actor.actor { controller ! SaveTrade(trdFld.text) }

• Añadir una "cualquier otro mensaje" manejador a las reacciones de su agente. De lo contrario es imposible averiguar si va a enviar un mensaje al actor equivocado:

  case other => log.warning(this + " has received unexpected message " + other

• No utilice Actor.actor para sus actores principales, sublcass Actor lugar. La razón de esto es que es solo por subclases que puede proporcionar un método sensible toString. Una vez más, la depuración de los actores es muy difícil si los registros están llenos de declaraciones como:

  12:03 [INFO] Sending RequestTrades(2009-10-12) to scala.actors.Actor$anonfun$1

• documento los actores en el sistema, indicando explícitamente qué mensajes van a recibir y precisa cómo deben calcular la respuesta. El uso de actores da como resultado la conversión de un procedimiento estándar (normalmente encapsulado dentro de un método) para que se convierta en una lógica dispersa en las reacciones de múltiples actores. Es fácil perderse sin una buena documentación.

• Siempre asegúrese de que puede comunicarse con su actor fuera de su react bucle para encontrar su estado.Por ejemplo, siempre declaro que se invoca un método a través de un MBean que se parece al siguiente fragmento de código. De lo contrario, puede ser muy difícil saber si su actor se está ejecutando, se ha apagado, tiene una gran cola de mensajes, etc.

.

def reportState = { 
    val _this = this 
    synchronized { 
    val msg = "%s Received request to report state with %d items in mailbox".format(
        _this, mailboxSize) 
    log.info(msg) 
    } 
    Actor.actor { _this ! ReportState } 
} 

• enlace a tus actores juntos y utilice trapExit = true - de lo contrario pueden fallar en silencio que significa que su programa no está haciendo lo que usted piensa que es y probablemente salir de la memoria como los mensajes permanecen en el buzón del actor.

• creo que algunas otras opciones interesantes alrededor de marca que se tomen decisiones utilizando actores se han destacado y herehere

Answer 2

Sé que esto realmente no responde a la pregunta, pero al menos debería alegrarse por el hecho de que la concurrencia basada en mensajes es mucho menos propensa a errores extraños que la concurrencia basada en subprocesos de memoria compartida.

supongo que usted ha visto las directrices actor en Programación en Scala, pero para el registro:

• actores no deben bloquear al procesar un mensaje. En caso de que quiera bloquear, intente organizar un mensaje más tarde.
• Use react {} en lugar de receive {} cuando sea posible.
• Comuníquese con los actores solo a través de mensajes.
• Prefieren los mensajes inmutables.
• Haga que los mensajes sean independientes.