跳到主要內容

單人撲克101

以前和同事逛書店的時候,看到了一本收錄100個單人紙牌的遊戲書。那時候就和同事半開玩笑的說,把這本書買回去再把裡面的遊戲一個一個實作出來當作是練功吧。後來有一天我真的去把這本書給買了回來,然後每天早上上班之前,利用最多30分鐘的時間一邊啃著麵包一邊實作紙牌遊戲。那陣子每天我至少可以實作一個單人紙牌遊戲,最多的時候一天可以實作4個...不過一直實作作到33個的時候我停手了...

最近心血來潮想說把它移植上android,所以再拿出來檢視一下。原本這是一個windows的應用程式,當初實作的時候沒有特別考慮太多跨平台,把source拿來看了後大概規劃一下怎麼改就動手了,斷斷續續花了一周時間。

Android版本單人撲克101


下面大概對過程作個記錄。



每一個紙牌遊戲都是繼承自CardGame這個類別。下面列出主要和平台有關係的介面,也是移植的時候需要改版的地方。

class CardGame
{
public:
  virtual void DrawGame(CDCHandle dc, RECT const& rcClient) const;
  virtual bool OnMouseDown(CPoint point, RECT const& rcClient);
  virtual bool OnMouseMove(CPoint point, RECT const& rcClient);
  virtual bool OnMouseUp(CPoint point, RECT const& rcClient);
  void DrawCard(CDCHandle dc, int x, int y, int card) const;
  void DrawCover(CDCHandle dc, int x, int y) const;
  void DrawEmptyCard(CDCHandle dc, int x, int y) const;
  void EraseBkgnd(CDCHandle dc, RECT const& rcClient) const;
};

如上和平台有關的介面有二個,一個和畫圖有關係,另一個和輸入有關係。

1,首先我另外建立了CardGameRenderer這個類別,將畫圖這件事情獨立出來。如下所示。

class CardGameRenderer
{
public:
  RECT rcClient;
  virtual void DrawCard(int x, int y, int card) {}
  virtual void DrawCover(int x, int y) {}
  virtual void DrawEmptyCard(int x, int y) {}
  virtual void EraseBkgnd() {}
};
畫圖抽出來後,CardGame的DrawGame就可以改成如下的樣子。

  virtual void DrawGame(CardGameRenderer &g) const;
然後再新建一個windows版本的CardGameRenderer將原來和windows有關係的畫圖程式碼封包起來,如下。

class CardGameDCRenderer : public cgo::CardGameRenderer
{
public:
  CDCHandle dc;
 ...
};
這樣子畫圖部份就可以作到跨平台了。


2,再來是輸入的改版。因為原來輸入的介面就己經抽出來為OnMouseDown/OnMouseMove.OnMouseUp這三個介面,其實就己經算是把輸入的介面抽象化了,只不過這三個介面的參數需要作一下調整,因為CPoint和RECT是windows平台的定義。這次用自定義的POINT_t和RECT_t取代,改成如下。

  virtual bool OnMouseDown(POINT_t point, RECT_t const& rcClient);
  virtual bool OnMouseMove(POINT_t point, RECT_t const& rcClient);
  virtual bool OnMouseUp(POINT_t point, RECT_t const& rcClient);

這樣子就完成了跨平台的改版,再來就是android的移植。

3,第一步先試試把jni lib建出來。同樣的我另外建一個for android的CardGameRenderer來作畫圖,如下。

class AndroidCardGameRenderer : public cgo::CardGameRenderer
{
public:
  std::vector mDrawList;
};
這次我建了一個AndroidCardGameRenderer 繼承CardGameRenderer。請注意那個mDrawList,這個list的用意是打算將畫圖的幾個操作:DrawCard/DrawCover/DrawEmptyCard/EraseBkgnd封裝到一串畫圖動作列表,之後再傳到android activity那邊用android的方式一次把遊戲畫面畫出來。

jni lib的介面分別建立對應CardGame的API,包含畫圖和輸入,還有NewGame等。

4,jni lib建出來後就是建一個android activity來處理真正的畫圖和輸入。這裡主要就是上面提到的DrawList的處理,如下所示。

@Override
protected void onDraw(Canvas canvas) {
  super.onDraw(canvas);
  int drawList[] = JniLib.drawGame();
  for (int i = 0; i < drawList.length; i++) {
    switch (drawList[i])
    {
    case 0: // erase bk.
      break;
    case 1: // empty
      break;
    case 2: // cover
      break;
    case 3: // card
      break;
    }
  }
}
其它的就沒什麼特別的了。對source有興趣的人自己下載來看看吧。

留言

這個網誌中的熱門文章

單人撲克牌遊戲 - 蒙地卡羅

更多可在網頁玩的 單人撲克牌遊戲 ; 新增一個簡單的單人撲克牌遊戲: 蒙地卡羅 ,簡單介紹一下玩法。 下載 事先排列好5x5張牌。 每次移動一張可以配對的牌,並消除這對牌。在上下、左右及斜向相隣的二張牌,只要擁有同樣數字(不計花色),即可配對。 消除二張配對的牌後,剩餘的牌以往左往上的方式補滿空隙,接著在發新牌補滿後面的空格。 重覆步驟2~3,直到沒有牌可以配對及發完所有牌為止。 結果有二種。一個是勝利,成功的消除掉所有牌。另一個是Gameover沒有牌可以再作配對。

KillSudoku 4顆星精彩數獨詳解 - 鍊技巧

這題數獨(sudoku)題目估計為4+顆星,有點難度。解題需要應用多種技巧,過程非常精彩有趣,是個好題。 底下使用 KillSudoku 作詳細圖解。 1,使用基本排除法則,可以簡單填入6個數字。到此為止,開始使用 候選數法 來解題。如下所示,為填入6個數字後的狀態圖。 2,如下圖,使用進階排除法,在第9列和第4行可以先排除幾個候選數。 3,如圖,在第2行有一個 Naked Subset (3,4),可以對3,4候選數作排除。附帶提一下,反過來看在同一行裡面也可以說有另一個Hidden Subset(2,5,8)存在。Naked Subset和Hidden Subset常是一體二面同時存在,只不過對我們來說,Naked Subset是相對比較容易看的出來。 排除第2行的3,4後,又可以對第2列以外的3作排除,如下圖。 4,接著,在第5行又發現了一個 Naked Subset (3,7,8)。 對第5行三個Subset以外的候選數3,7,8作排除後,又接著產生可以對第5行以外的3作排除。 5,這一題解到此為止,開始進入高潮。大部份能解到3顆星題目的人,猜想應該就此卡住。以下開始需要應用更高級的鍊技巧,才能夠繼續進行。 應用X-Chains鍊技巧,可以找到一條由4條強連結組成的鍊,可以排除候選數2。這裡的鍊指的是由2條以上的強連結組成,而所謂的強連結是指在同一行、或同一列或同一個Box裡,由唯二的候選數構成的連結。如上圖中的第9行中,只有二個2,這二個2構成一條強連結。為什麼說這是一條強連結?因為在這條連結的AB二個端點中,肯定會有一個2存在,要麼是A點要麼是B點。鍊技巧就是將多條強連結串連起來作候選數排除的技巧,而X-Chains是高級的鍊技巧裡面的基本技巧。 接上圖,這樣一來就又可以應用基本排除方法,填入3個數字,如下圖所示。 6,接下來就是本題最精彩的部份,以下需要連續找到3條鍊,才能繼續往下解。 7,找出3條鍊後,剩下來的部份就沒什麼特別的了,只需要應用基本法就能把所有剩餘數字填完。

Greatest notes compiler 知識蒸餾流程

  1. Greatest notes format 平常我就有作筆記的習慣,其中大部份的筆記都是非結構化的文字檔,部份是 markdown 格式,這樣在任何平台只要有文字編輯器,就能很方便檢視及編輯,而不必依賴特定的應用程式。 久了就慢慢累積了不少資料,有日記、工作日誌、筆記、雜記等等。為了方便檢視,我也作了一個小 app,可以讓我在一個畫面內快速檢視我的筆記列表,再點入去作進一步的檢視各別資料或統計資訊等。 雖說這些筆記幾乎是非結構化的,但其實還是有少量的規則,這樣我的程式才能作簡單的解析。例如日記或工作日誌基於日期的資料,至少有個日期標題和不定長度的內文,或是筆記類的資料至少也有個標題和不定長度的內文,等等。 漸漸的我盡量把類似性質的筆記的格式統一起來,最後我發現其實可以用一個很簡單的格式全部統一。它就是 Greatest notes 格式。 Greatest notes 文件是文字檔。內容由不定數量的項目組成,每個項目由一個標題和不定長度的內文組成。每一個項目由每一行開頭的">>> "開始,直到下一個">>> "或者是檔尾,就是一個項目。 例如: >>> 這是一則筆記 內文 內文 內文 ... >>> 另一則筆記 內文 內文 ... 格式很簡單,要寫一個解析器也很簡單。因為只需要 re 以 ">>> " 對整個檔案切割,再從每個項目的第一行取出標題,其餘為內容。 例如下面就是一段可以解析 Greatest notes 文件的 javascript 程式。 // javascript let notes = raw.split( /^>>> /gm ).map( note => { let i = note.indexOf( '\n' ); let title = note.substring( 0 , i); let content = note.substring(i + 1 ); return { title : title !== '' ? title : '未命名筆記...