使用Scala Actor時最差(或最好的)編程習慣？
原創【51CTO快譯】前日，在stackoverflow上有一則關于Scala Actor的問題，很有代表性。該問題的答案對于學習Scala Actor的開發者會有一些幫助。這個問題是：
在使用Scala Actors的時候有哪些最差的使用習慣？
（如果還沒有執行最好編程習慣的自信，那么先注重回避最差的習慣倒不失為一個很好的想法。不過事實上下面這些答案中已經在建議一些優良的使用習慣了。）
51CTO編輯推薦：Scala編程語言專題
下面是一份不錯的答案（譯文）：
◆任何地方都不要使用!?，否則會造成系統鎖定。
◆總是從actor類子系統線程發送消息。如果這意味著要通過actor.actor方法創造一個暫時的actor類，那么代碼如下：
- case ButtonClicked(src) => Actor.actor { controller ! SaveTrade(trdFld.text) }
◆給你的actor的反應（reactions）加一個“其它消息”處理程序。否則就不可能判斷你是否在給一個錯誤的actor類發送消息：
- case other => log.warning(this + " has received unexpected message " + other
◆對于你的原始actor類，不要使用actor.actor方法，而是用actor類的子類(subclass)。這么做的原因是只有通過子類你才能提供一個敏感toString方法。還有，如果你的日志中到處都有像下面的聲明的話，調試actor類將非常的困難：
- 12:03 [INFO] Sending RequestTrades(2009-10-12) to scala.actors.Actor$anonfun$1
◆把你系統中的actor類整理成文檔，并明確注明它們接受什么消息，以及它們怎么精確的計算響應。使用actor類會導致標準程序（一般是用一個方法壓縮）通過多個actor類之間的響應變成一個復雜的邏輯網絡。沒有好的文檔管理很容易搞混。
◆保證你可以跟你的actor類在響應循環之外進行通信，從而確定它的狀態。舉個例子，我總是聲明一個方法，使用一個和下面的編碼類似的MBean調用。否則，很難看出你的actor類是在運行，還是已經關掉，是否有一大長串消息等等。
- 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 }
- }
◆把你的actors連在一起并把trapExit設置成true，否則它們會悄無聲息的失敗，這意味著你的程序不會按你所設計的執行，并且當消息留在actor的郵箱里時程序會溢出存儲器。
對于以上這些Scala Actors的使用建議，你有什么看法么？
【編輯推薦】
