跳到主要內容

單人撲克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沒有牌可以再作配對。

猜數字遊戲 (電腦猜人)

前幾天午睡時突然被告知要參加公司內部的程式設計比賽,題目是用C寫一支文字模式的4位數字猜數字遊戲,由使用者來猜電腦的數字。在上星期時其實就已經有公佈了,但我沒有注意到所以是臨時加入,還好這是個簡單的題目,不用花多少時間就可以寫出來。 規則: - 這是一對一比賽,雙方各選擇一4位數字,不讓對方知道。 - 4位數字由數字0至9組成,每位數不得重複。 - 雙方輪流猜對方的數字,直到一方猜中為止。 - A方猜B方的數字後,B方根據A方的猜測回答幾A幾B。 - 一個A表示猜中一個數字且位置正確,一個B表示猜中一個數字但位置不正確。 - 當一方猜中4A0B時即表示猜中對方全部4個數字且位置正確,贏得比賽。 - 例:B的謎底是4208,底下箭頭左測是A的猜測,箭頭右測是B的回答。    1234 ==> 1A1B    5678 ==> 1A0B    2406 ==> 1A2B    ...    4208 ==> 4A0B ; 寫個程式讓玩家來猜電腦的數字不難,不過我從來沒有寫過讓電腦來猜玩家數字的版本,所以花了點時間想想怎麼寫。 研究後歸納出二個點。 1, 使用窮舉法將所有可能數字組合列出。 2, 每次猜測後根據結果排除不可能是答案的組合,重複這個動作直到猜中答案為止。 第1點只是實作問題,第2點概念也很簡單,但要過濾不是答案的組合根據的是什麼?乍看之下沒什麼頭緒,不過想通之後就非常簡單了。 它的基本原理如下:假如謎底是4561,如果猜1524則會得到1A2B。從相反的角度來看,如果謎底是1524,則猜4561時也會得到1A2B的回答。 利用這個方法,每一次猜測一個數字X後,再以這個數字當作答案,來和所有剩下來的候選答案作比對,如果得到的結果(幾A幾B)和數字X是一樣的話,就把這個數字保留下來繼續作為候選答案,否則就過把這個數字過濾掉。下一把,繼續從候選答案裡選一個出來猜,重複上面的動作,直到猜中為止。 ; C++ STL的algorithm裡有個叫作next_permutation的函數,可以用來生成排列。 #include <iostream> #include <algorithm> using namespace std; int main () {   int myints[] = {1,2,3};  ...

KillSudoku 4顆星精彩數獨 (三) - XY-Chains

這是數獨解題技巧裡面的高級技巧,比X-Chains還再高一點點。會這個技巧的話,就可以解4或5顆星的題目了。 這個用來測試的題目,用 KillSudoku 來解可以解出,中間使用了2次Naked Subset,1次 W-Wings ,1次 X-Chains ,2次 XY-Chains 。所以算起來,這一題應該是有5顆星的題目。 附帶一提,目前找鍊的演算法並沒有去找一條最短的鍊,所以可以看到用 KillSudoku 解的時候,第36的步驟找到一條超長的鍊,這條鍊足足由13條連線構成,要是沒練過的話,絕對頭昏眼花,找不出這樣的鍊來的。 實際上在這個步驟裡,是可以找到另一條更短的鍊。不過目前以先能work,之後有空會再改進演算法的部份。