發現編寫**的時間和思考測試的時間比例是2:8，甚至於更少。大量的時間花在思考怎麼編寫測試。
無論是否使用測試驅動，我們都需要考慮使測試更容易。
測試的目標大致有2點：
1. 測試盡可能覆蓋全
2. 同時測試盡量少（測試多了，必然是混亂的）
目前寫到這裡要逐步進入遊戲邏輯了。table顯然會有狀態遷移，我們會給它增加字段。
問題是我們怎麼測試那些狀態邏輯呢？是在table_server 那測呢？還是table本身測呢？
在table測，好像更容易編寫測試。可是這樣一來table_server還測不測，測哪些東東？
目前想來，還是在table那測比較好。
一則是測試容易些。
二則也比較符合以前說的遊戲邏輯本質上是資料結構的變化。
感覺挺有道理的？嘿嘿
Elixir遊戲服設計六
defmodule table do state accept 0 準備接入玩家 state ready 1 開局準備？defdelegate fetch t,key get and update t,key,list to map defstruct config,seats,state defn...
Elixir遊戲服設計五
現在想想也沒那麼難。保證原子性，無非就是需要某個單點去完成操作。那麼選擇玩家程序去做原子性工作就可以了。比如要重置某個任務，需要花費金幣和揹包裡某個物品，那麼大概的邏輯是這樣的。在玩家程序裡 def reset task task id do task.reset need with ok gold...
Elixir遊戲服設計一
在erlang遊戲服設計總結裡，我提到我想要的遊戲服設計方法，希望以應用做為基礎構建塊。最近我在學習elixir，它有很多 方便的語法糖以及很好用的庫，能夠解決我在遊戲中開發中碰到的很多繁瑣工作。因此我決定用它來做 練手，並期望下個專案中使用它。遊戲服的設計通常涉及如下東東 我將以乙個簡單的打牌遊戲...