1. 從零到一為什么選擇微信小程序做消消樂如果你和我一樣是個喜歡搗鼓點(diǎn)小東西的程序員或者是個想入門前端游戲開發(fā)的新手那么“方塊消消樂”這個項(xiàng)目絕對是個絕佳的練手選擇。它不像大型游戲那樣需要復(fù)雜的引擎和龐大的團(tuán)隊(duì)但麻雀雖小五臟俱全涵蓋了游戲開發(fā)的核心循環(huán)畫面渲染、用戶交互、游戲邏輯和狀態(tài)管理。而微信小程序恰恰為這個“五臟俱全”的小游戲提供了一個近乎完美的舞臺。為什么這么說首先微信小程序擁有龐大的用戶基數(shù)你的作品可以輕松觸達(dá)數(shù)億用戶無需他們下載安裝點(diǎn)開即玩分享也極其方便。這對于驗(yàn)證一個游戲玩法、快速獲得反饋來說是其他平臺難以比擬的優(yōu)勢。其次小程序的開發(fā)框架尤其是游戲方向的Canvas API已經(jīng)相當(dāng)成熟它屏蔽了不同手機(jī)操作系統(tǒng)的底層差異讓你可以專注于游戲邏輯本身。最后從技術(shù)棧上看它主要基于JavaScript對于前端開發(fā)者來說幾乎沒有額外的學(xué)習(xí)成本而對于新手這也是一個絕佳的、能產(chǎn)出可見成果的JavaScript實(shí)戰(zhàn)項(xiàng)目。所以這篇內(nèi)容我會以一個“過來人”的身份和你一起走一遍《方塊消消樂》微信小程序的完整開發(fā)流程。我不會只給你一堆代碼片段而是會重點(diǎn)講清楚每個環(huán)節(jié)“為什么”要這么做以及我在實(shí)際開發(fā)中踩過的那些坑和總結(jié)出的技巧。我們的目標(biāo)是讓你不僅能復(fù)現(xiàn)出一個能玩的游戲更能理解其背后的設(shè)計思路未來可以舉一反三創(chuàng)造出屬于自己的小游戲。2. 項(xiàng)目藍(lán)圖核心玩法與架構(gòu)設(shè)計在動手寫第一行代碼之前我們必須把游戲的“藍(lán)圖”畫清楚。一個清晰的架構(gòu)設(shè)計能讓你在后續(xù)開發(fā)中事半功倍避免陷入“寫到哪算哪”的混亂局面。2.1 核心玩法規(guī)則定義我們的《方塊消消樂》基礎(chǔ)規(guī)則很簡單游戲區(qū)域一個由 M x N 個格子組成的矩形棋盤。方塊元素每個格子內(nèi)隨機(jī)填充一種顏色的方塊例如紅、黃、藍(lán)、綠、紫五種顏色。消除條件玩家點(diǎn)擊一個方塊如果其上下左右相鄰我們暫不考慮斜角存在兩個或以上同色方塊則這些相連的同色方塊會被消除。下落與填充方塊消除后上方的方塊會因重力下落填補(bǔ)空位然后棋盤頂部會隨機(jī)生成新的方塊填充空缺。游戲目標(biāo)可以設(shè)定為限時內(nèi)獲得盡可能高的分?jǐn)?shù)每消除一組方塊獲得分?jǐn)?shù)消除的方塊越多單次得分加成越高或者設(shè)定一個目標(biāo)分?jǐn)?shù)在步數(shù)或時間內(nèi)達(dá)成。這里有一個關(guān)鍵決策點(diǎn)消除算法是“點(diǎn)擊即消”還是“交換后消”經(jīng)典如《開心消消樂》是交換兩個相鄰方塊形成三連以上才消除。我們這里為了簡化入門采用“點(diǎn)擊消除相連同色塊”的規(guī)則邏輯更直觀。確定了核心規(guī)則我們才能設(shè)計數(shù)據(jù)結(jié)構(gòu)。2.2 技術(shù)架構(gòu)與文件結(jié)構(gòu)微信小程序游戲開發(fā)主要涉及以下幾個核心部分Canvas這是游戲的“畫布”所有方塊的繪制、動畫效果都發(fā)生在這里。小程序提供了性能更好的Canvas組件和對應(yīng)的CanvasContextAPI 進(jìn)行繪圖。JavaScript游戲的大腦。負(fù)責(zé)游戲狀態(tài)管理用一個二維數(shù)組矩陣來表示棋盤數(shù)據(jù)。例如board[5][5] 3表示第6行第6列索引從0開始的方塊類型是3對應(yīng)紫色。游戲邏輯包括生成隨機(jī)棋盤、檢測點(diǎn)擊位置、尋找相連同色塊、計算消除、處理方塊下落和填充新方塊、計算分?jǐn)?shù)等。動畫與控制控制方塊消除、下落、新方塊出現(xiàn)的動畫時序。WXML WXSS小程序的視圖層。WXML用來布局Canvas組件和顯示分?jǐn)?shù)、按鈕等UIWXSS用來美化這些UI元素。一個清晰的項(xiàng)目目錄結(jié)構(gòu)如下minigame-eliminate/ ├── pages/ │ └── game/ │ ├── game.js // 游戲主邏輯 │ ├── game.json // 頁面配置 │ ├── game.wxml // 頁面結(jié)構(gòu)包含Canvas │ └── game.wxss // 頁面樣式 ├── images/ │ └── (存放方塊貼圖等圖片資源) ├── app.js ├── app.json └── app.wxss我們把所有游戲相關(guān)的代碼都放在pages/game/目錄下保持模塊化。2.3 狀態(tài)數(shù)據(jù)模型設(shè)計這是游戲邏輯的基石。我們需要在game.js的data中定義核心狀態(tài)// game.js - Page data 部分 data: { ctx: null, // Canvas 繪圖上下文 board: [], // 核心的棋盤二維數(shù)組如 8x8 boardSize: 8, // 棋盤大小 tileSize: 0, // 每個方塊的像素大小需根據(jù)Canvas尺寸計算 colors: [#FF5252, #FFEB3B, #2196F3, #4CAF50, #9C27B0], // 方塊顏色 score: 0, // 當(dāng)前分?jǐn)?shù) isProcessing: false, // 是否正在處理消除/下落動畫用于防止玩家連續(xù)點(diǎn)擊干擾動畫 gameState: playing, // 游戲狀態(tài)playing, paused, over },board數(shù)組是整個游戲的狀態(tài)核心。初始化時我們需要用隨機(jī)顏色索引0-4填充這個二維數(shù)組。記住永遠(yuǎn)不要讓初始棋盤就存在可消除的組合否則游戲一開始就自動消掉一大片體驗(yàn)很糟糕。這需要在初始化算法中加入檢測和重排邏輯。3. 核心戰(zhàn)場Canvas繪制與用戶交互實(shí)現(xiàn)游戲畫面和操作響應(yīng)是玩家最直接的感受。這一部分我們將深入 Canvas 的繪制細(xì)節(jié)和精準(zhǔn)的事件處理。3.1 Canvas初始化與自適應(yīng)繪制首先在game.wxml中放置 Canvas。這里有個關(guān)鍵點(diǎn)為了獲得更好的性能我們使用type2d的 Canvas。!-- game.wxml -- view classgame-container canvas idgameCanvas type2d bindtouchstartonCanvasTap stylewidth: 100%; height: 70vh; /canvas !-- 分?jǐn)?shù)和操作區(qū) -- view classscore-board得分{{score}}/view button bindtaprestartGame重新開始/button /view注意我們綁定了bindtouchstart事件來監(jiān)聽玩家的點(diǎn)擊或觸摸事件。在game.js的onReady生命周期中我們需要初始化 Canvas 上下文并計算方塊尺寸。// game.js onReady: function () { const query wx.createSelectorQuery() query.select(#gameCanvas) .fields({ node: true, size: true }) .exec((res) { const canvas res[0].node const ctx canvas.getContext(2d) const dpr wx.getSystemInfoSync().pixelRatio // 糾正Canvas實(shí)際渲染尺寸避免在高清屏上模糊 canvas.width res[0].width * dpr canvas.height res[0].height * dpr ctx.scale(dpr, dpr) const tileSize Math.min(res[0].width, res[0].height) / this.data.boardSize this.setData({ ctx: ctx, tileSize: tileSize }, () { this.initBoard() // 初始化棋盤數(shù)據(jù) this.drawBoard() // 首次繪制 }) }) }這里有幾個踩坑點(diǎn)Canvas尺寸與樣式尺寸Canvas 的width和height屬性是它的實(shí)際繪圖緩沖區(qū)大小而 CSS 中的width/height是它顯示的大小。如果不通過canvas.width width * dpr這種方式顯式設(shè)置在高分辨率屏如 Retina 屏上繪制的內(nèi)容會模糊。上述代碼通過獲取設(shè)備像素比dpr進(jìn)行了糾正。tileSize的計算我們根據(jù) Canvas 顯示區(qū)域的寬高和棋盤格子數(shù)計算出每個方塊應(yīng)該占用的像素大小確保棋盤能完整且居中地繪制在 Canvas 內(nèi)。3.2 繪制函數(shù)讓數(shù)據(jù)變成畫面drawBoard函數(shù)是連接數(shù)據(jù) (board數(shù)組) 和畫面 (Canvas) 的橋梁。// game.js drawBoard: function() { const { ctx, board, tileSize, colors } this.data if (!ctx) return // 1. 清空畫布 ctx.clearRect(0, 0, ctx.canvas.width / wx.getSystemInfoSync().pixelRatio, ctx.canvas.height / wx.getSystemInfoSync().pixelRatio) // 2. 遍歷棋盤數(shù)組繪制每一個方塊 for (let row 0; row board.length; row) { for (let col 0; col board[row].length; col) { const tileType board[row][col] if (tileType null || tileType undefined) continue // 空位不繪制 const x col * tileSize const y row * tileSize // 繪制圓角矩形方塊 ctx.fillStyle colors[tileType] this.roundRect(ctx, x 2, y 2, tileSize - 4, tileSize - 4, 6).fill() // 留2像素邊距更美觀 // 可選繪制方塊內(nèi)部高光或邊框增加立體感 ctx.strokeStyle rgba(255, 255, 255, 0.3) ctx.lineWidth 1 this.roundRect(ctx, x 2, y 2, tileSize - 4, tileSize - 4, 6).stroke() } } }, // 封裝一個繪制圓角矩形的工具函數(shù) roundRect: function(ctx, x, y, width, height, radius) { ctx.beginPath() ctx.moveTo(x radius, y) ctx.arcTo(x width, y, x width, y height, radius) ctx.arcTo(x width, y height, x, y height, radius) ctx.arcTo(x, y height, x, y, radius) ctx.arcTo(x, y, x width, y, radius) ctx.closePath() return ctx }繪制時我習(xí)慣給方塊內(nèi)部留一點(diǎn)邊距并加上一個淺色的描邊這樣在視覺上方塊之間會有清晰的間隔看起來更像獨(dú)立的“塊”而不是色塊拼接。這是提升游戲視覺精致度的一個小技巧。3.3 精準(zhǔn)的點(diǎn)擊事件處理玩家點(diǎn)擊 Canvas 時我們需要將觸摸點(diǎn)的坐標(biāo)轉(zhuǎn)換為棋盤上的行列索引。// game.js onCanvasTap: function(e) { if (this.data.isProcessing || this.data.gameState ! playing) { return // 如果正在播放動畫或游戲未開始則忽略點(diǎn)擊 } const touch e.touches[0] const query wx.createSelectorQuery() query.select(#gameCanvas).boundingClientRect(rect { // 計算點(diǎn)擊位置相對于Canvas左上角的坐標(biāo) const x touch.clientX - rect.left const y touch.clientY - rect.top const col Math.floor(x / this.data.tileSize) const row Math.floor(y / this.data.tileSize) // 檢查點(diǎn)擊是否在棋盤有效范圍內(nèi) if (row 0 row this.data.boardSize col 0 col this.data.boardSize) { this.handleTileClick(row, col) // 處理方塊點(diǎn)擊 } }).exec() }這里的關(guān)鍵是boundingClientRect方法它能獲取 Canvas 組件在頁面上的真實(shí)位置和大小。因?yàn)?Canvas 可能通過 CSS 縮放或存在邊距直接使用e.touches[0].clientX/Y得到的是相對于整個窗口的坐標(biāo)必須減去 Canvas 的左上角偏移量才能得到在 Canvas 內(nèi)部的正確坐標(biāo)。這是交互精準(zhǔn)性的基礎(chǔ)很多新手會在這里出錯導(dǎo)致點(diǎn)擊位置對不上。4. 游戲邏輯心臟消除、下落與填充算法這是游戲最核心的部分決定了玩法的正確性和流暢度。邏輯雖不復(fù)雜但細(xì)節(jié)處理不好很容易出現(xiàn)Bug。4.1 查找相連同色塊Flood Fill算法當(dāng)玩家點(diǎn)擊一個方塊(startRow, startCol)時我們需要找出所有與其直接或間接相鄰的同色方塊。這通常使用**深度優(yōu)先搜索DFS或廣度優(yōu)先搜索BFS**算法也就是“泛洪填充”Flood Fill。// game.js findConnectedTiles: function(startRow, startCol) { const { board, boardSize } this.data const targetColor board[startRow][startCol] if (targetColor null) return [] // 點(diǎn)擊的是空位 const visited Array.from({ length: boardSize }, () new Array(boardSize).fill(false)) const result [] const stack [[startRow, startCol]] // 使用棧實(shí)現(xiàn)DFS const directions [[1, 0], [-1, 0], [0, 1], [0, -1]] // 下上右左 while (stack.length 0) { const [r, c] stack.pop() if (visited[r][c]) continue visited[r][c] true result.push([r, c]) for (const [dr, dc] of directions) { const newR r dr const newC c dc // 檢查新坐標(biāo)是否在棋盤內(nèi)且顏色相同且未被訪問 if (newR 0 newR boardSize newC 0 newC boardSize !visited[newR][newC] board[newR][newC] targetColor) { stack.push([newR, newC]) } } } // 只有相連數(shù)量大于等于2至少兩個才算有效消除組 return result.length 2 ? result : [] }這個函數(shù)返回一個包含所有相連同色方塊坐標(biāo)[row, col]的數(shù)組。注意我們設(shè)定了result.length 2才返回這意味著單個方塊是無法被消除的符合我們的規(guī)則。4.2 處理消除與計分在handleTileClick中調(diào)用查找函數(shù)并處理消除。// game.js handleTileClick: function(row, col) { const connectedTiles this.findConnectedTiles(row, col) if (connectedTiles.length 0) { // 如果沒有可消除的可以給一個提示比如方塊抖動一下這里略過 return } // 1. 標(biāo)記為處理中防止重復(fù)點(diǎn)擊 this.setData({ isProcessing: true }) // 2. 計分簡單的規(guī)則消除N個方塊得 N * 10 分鼓勵連消 const addScore connectedTiles.length * 10 this.setData({ score: this.data.score addScore }) // 3. 執(zhí)行消除動畫視覺反饋 this.animateRemoval(connectedTiles, () { // 動畫結(jié)束后執(zhí)行核心邏輯 this.removeTiles(connectedTiles) this.applyGravity() this.fillEmptyTiles() this.drawBoard() // 重新繪制 // 檢查消除后是否產(chǎn)生了新的可消除組合連鎖反應(yīng) this.checkForAutoMatches(() { // 所有連鎖反應(yīng)處理完畢解除處理鎖 this.setData({ isProcessing: false }) }) }) }, // 移除方塊將board中對應(yīng)位置設(shè)為null removeTiles: function(tilePositions) { const newBoard [...this.data.board] for (const [r, c] of tilePositions) { newBoard[r][c] null } this.setData({ board: newBoard }) }這里引入了動畫和連鎖反應(yīng)的概念。消除時如果直接讓方塊消失體驗(yàn)很生硬。我們可以先播放一個簡單的縮放或淡出動畫animateRemoval。更重要的是當(dāng)一批方塊消除、上方方塊下落后可能會在棋盤中間或底部形成新的同色相連組合。我們需要遞歸地檢測并消除這些新組合這就是“連鎖反應(yīng)”它能極大提升游戲的爽快感。checkForAutoMatches函數(shù)就是用來做這個的它本質(zhì)上會遍歷整個棋盤模擬點(diǎn)擊每一個方塊看看是否有可消除組。4.3 重力下落與頂部填充算法消除后留下的空位null需要由它上方的方塊下落填補(bǔ)然后頂部再生成新方塊。// game.js applyGravity: function() { const { boardSize, board } this.data const newBoard JSON.parse(JSON.stringify(board)) // 深拷貝一份進(jìn)行操作 // 從最底部倒數(shù)第二行開始向上遍歷每一列 for (let col 0; col boardSize; col) { let writeRow boardSize - 1 // 從該列最底部開始寫入 for (let row boardSize - 1; row 0; row--) { if (newBoard[row][col] ! null) { // 如果當(dāng)前行不是空位則將其移動到 writeRow 的位置 if (writeRow ! row) { newBoard[writeRow][col] newBoard[row][col] newBoard[row][col] null } writeRow-- // 寫入位置上移一格 } } // 循環(huán)結(jié)束后writeRow 以上的位置包括writeRow現(xiàn)在應(yīng)該全是空位 } this.setData({ board: newBoard }) }, fillEmptyTiles: function() { const { boardSize, board, colors } this.data const newBoard JSON.parse(JSON.stringify(board)) const colorCount colors.length for (let row 0; row boardSize; row) { for (let col 0; col boardSize; col) { if (newBoard[row][col] null) { // 隨機(jī)生成一個顏色索引填充空位 // 注意這里可以加入簡單邏輯避免生成后立刻形成三連但為了簡單起見先隨機(jī) newBoard[row][col] Math.floor(Math.random() * colorCount) } } } this.setData({ board: newBoard }) }applyGravity是算法的一個小難點(diǎn)。我的實(shí)現(xiàn)思路是對每一列從下往上掃描用一個指針writeRow指向當(dāng)前可以放置方塊的位置。遇到非空方塊就把它“塞”到writeRow的位置然后writeRow上移。這樣一趟掃描下來空位自然就被擠到上面去了。這個算法非常高效只需要O(N2)的復(fù)雜度。5. 打磨體驗(yàn)動畫、性能與進(jìn)階優(yōu)化一個基礎(chǔ)功能完備的游戲和一個體驗(yàn)流暢、令人愉悅的游戲之間差的就是這些打磨的細(xì)節(jié)。5.1 基礎(chǔ)動畫實(shí)現(xiàn)小程序中實(shí)現(xiàn)動畫有幾種選擇使用requestAnimationFrame手動控制最靈活性能也好但代碼量稍大。使用小程序自帶的AnimationAPI更聲明式適合簡單的屬性動畫。使用 CSS3 動畫對于非Canvas的UI元素如分?jǐn)?shù)飄字很合適。對于方塊消除和下落的動畫由于涉及大量元素且與Canvas繪制強(qiáng)相關(guān)使用requestAnimationFrame是更合適的選擇。以下是一個簡單的消除縮放動畫示例// game.js animateRemoval: function(tilePositions, callback) { const { ctx, tileSize, colors } this.data let scale 1 const animate () { scale - 0.05 // 每一幀縮小5% ctx.clearRect(0, 0, ctx.canvas.width, ctx.canvas.height) // 先繪制所有未消除的方塊 this.drawStaticBoard() // 再繪制正在消除的方塊帶縮放 ctx.save() for (const [r, c] of tilePositions) { const x c * tileSize tileSize / 2 const y r * tileSize tileSize / 2 ctx.translate(x, y) ctx.scale(scale, scale) ctx.translate(-x, -y) ctx.fillStyle colors[this.data.board[r][c]] this.roundRect(ctx, c * tileSize 2, r * tileSize 2, tileSize - 4, tileSize - 4, 6).fill() ctx.resetTransform() // 重置變換為下一個方塊準(zhǔn)備 } ctx.restore() if (scale 0) { requestAnimationFrame(animate) } else { callback() // 動畫結(jié)束執(zhí)行回調(diào) } } requestAnimationFrame(animate) }, // 繪制未被消除的靜態(tài)方塊 drawStaticBoard: function() { const { ctx, board, tileSize, colors } this.data // ... 遍歷board只繪制非消除位置的方塊 }下落動畫則更復(fù)雜一些需要記錄每個下落方塊的目標(biāo)行和當(dāng)前動畫幀的垂直位置在每一幀中更新位置并重繪。一個重要的經(jīng)驗(yàn)是將動畫和核心數(shù)據(jù)更新分離。動畫只負(fù)責(zé)視覺表現(xiàn)在動畫結(jié)束后再調(diào)用removeTiles,applyGravity等函數(shù)更新真正的board數(shù)據(jù)。這樣邏輯更清晰也便于調(diào)試。5.2 性能優(yōu)化要點(diǎn)當(dāng)棋盤變大如10x10或連鎖反應(yīng)很多時性能可能成為瓶頸。以下是一些優(yōu)化方向減少不必要的重繪drawBoard函數(shù)會重繪整個棋盤。在動畫過程中我們可以只重繪發(fā)生變化的部分臟矩形渲染但這在消消樂這種全局變化頻繁的場景下實(shí)現(xiàn)復(fù)雜。一個更實(shí)際的優(yōu)化是使用離屏Canvas。我們可以將靜態(tài)的背景、網(wǎng)格線等繪制到一個離屏Canvas上每幀只將離屏Canvas內(nèi)容復(fù)制到主Canvas然后再繪制動態(tài)的方塊。小程序Canvas 2d支持ctx.drawImage繪制另一個Canvas可以利用這一點(diǎn)。避免在動畫循環(huán)中進(jìn)行復(fù)雜計算像findConnectedTiles這樣的搜索算法不要在requestAnimationFrame的回調(diào)里執(zhí)行。動畫循環(huán)應(yīng)只負(fù)責(zé)根據(jù)當(dāng)前時間更新位置和重繪。對象池頻繁創(chuàng)建和銷毀對象如動畫對象會產(chǎn)生垃圾回收可能引起卡頓?？梢灶A(yù)創(chuàng)建一組對象循環(huán)使用。簡化繪制命令在drawBoard中減少繪圖狀態(tài)的切換如fillStyle,strokeStyle的改變?？梢試L試將同色的方塊批量繪制。5.3 游戲性擴(kuò)展思路基礎(chǔ)版本完成后你可以考慮加入更多元素讓游戲更好玩特殊方塊比如“炸彈”點(diǎn)擊后消除周圍一圈、“彩虹球”可以匹配任何顏色。障礙物不可移動或需要多次點(diǎn)擊才能消除的冰塊、鎖鏈等。關(guān)卡目標(biāo)不再是單純計分而是要求在一定步數(shù)內(nèi)消除指定數(shù)量的某種顏色方塊。粒子效果消除時迸發(fā)彩色粒子增加視覺沖擊力。這可以在Canvas上用簡單的小圓點(diǎn)動畫模擬。音效與震動利用小程序的wx.playAudio和wx.vibrateShortAPI為消除、連鎖等操作添加反饋體驗(yàn)立刻提升一個檔次。6. 調(diào)試、發(fā)布與避坑指南開發(fā)完成并不意味著結(jié)束調(diào)試和發(fā)布環(huán)節(jié)同樣充滿“坑點(diǎn)”。6.1 微信開發(fā)者工具調(diào)試技巧Canvas調(diào)試在開發(fā)者工具的調(diào)試器中可以選中Canvas組件查看其屬性。但更有效的是使用console.log輸出關(guān)鍵的坐標(biāo)、狀態(tài)信息。例如在onCanvasTap中打印出計算出的(row, col)確保點(diǎn)擊坐標(biāo)轉(zhuǎn)換正確。性能面板使用開發(fā)者工具的“性能”面板錄制一段游戲操作查看幀率FPS。理想情況應(yīng)保持在60fps。如果幀率過低分析是JavaScript執(zhí)行時間過長“腳本”耗時高還是渲染時間過長。真機(jī)調(diào)試務(wù)必在真機(jī)上測試開發(fā)者工具模擬器的性能、觸摸事件與真機(jī)有差異。特別是Canvas渲染和觸摸響應(yīng)在真機(jī)上才能反映真實(shí)情況。使用“真機(jī)調(diào)試”功能手機(jī)掃碼即可在開發(fā)者工具中看到手機(jī)端的Console日志。6.2 常見問題與解決方案Canvas繪制內(nèi)容不顯示或閃爍檢查Canvas尺寸確保canvas.width和canvas.height被正確設(shè)置并且不是0。這是最常見的問題。繪制時機(jī)確保drawBoard是在Canvas上下文ctx已經(jīng)成功獲取在onReady回調(diào)中并且棋盤數(shù)據(jù)board初始化后才調(diào)用?？梢栽赿rawBoard開頭加一個if (!ctx || board.length 0) return的判斷。雙緩沖與閃爍如果動畫閃爍可能是由于在清除畫布到繪制完成之間屏幕進(jìn)行了刷新。使用requestAnimationFrame本身就是為了解決這個問題確保所有繪制都在同一幀內(nèi)完成。觸摸事件響應(yīng)區(qū)域錯位這幾乎100%是由于計算點(diǎn)擊坐標(biāo)時沒有正確考慮Canvas的CSS偏移rect.left,rect.top。務(wù)必使用boundingClientRect方法獲取精確位置。檢查Canvas的CSS是否設(shè)置了margin,padding或transform這些都會影響boundingClientRect的結(jié)果。游戲邏輯Bug如方塊無法消除、下落錯亂數(shù)據(jù)不可變性JavaScript中數(shù)組是引用類型。像const newBoard this.data.board這樣的操作修改newBoard會直接修改this.data.board導(dǎo)致狀態(tài)混亂。務(wù)必使用深拷貝const newBoard JSON.parse(JSON.stringify(this.data.board))或使用擴(kuò)展運(yùn)算符配合map進(jìn)行多層拷貝。遞歸爆棧在checkForAutoMatches實(shí)現(xiàn)連鎖反應(yīng)時如果設(shè)計成遞歸檢測在極端情況下整個棋盤不斷連鎖可能導(dǎo)致調(diào)用棧溢出?？梢钥紤]用循環(huán)隊(duì)列的方式BFS來替代遞歸。使用調(diào)試器在疑似出錯的函數(shù)如findConnectedTiles,applyGravity中設(shè)置斷點(diǎn)逐步執(zhí)行觀察變量狀態(tài)。6.3 提交審核與發(fā)布完善體驗(yàn)確保游戲有明確的開始、結(jié)束界面有重新開始按鈕。添加簡單的游戲說明。測試兼容性在iOS和Android的不同機(jī)型、不同微信版本上測試。特別注意低端機(jī)型的性能表現(xiàn)。準(zhǔn)備素材需要準(zhǔn)備小程序圖標(biāo)、簡介、至少一張預(yù)覽圖。游戲類小程序?qū)徍丝赡軙P(guān)注內(nèi)容合規(guī)性確保沒有違規(guī)內(nèi)容。提交審核在微信公眾平臺提交代碼審核。描述清晰必要時可在備注中說明這是一個簡單的休閑益智游戲。迭代更新發(fā)布后收集用戶反饋。微信小程序支持灰度發(fā)布和分階段發(fā)布你可以先讓小部分用戶體驗(yàn)新版本穩(wěn)定后再全量。走到這一步你的《方塊消消樂》就已經(jīng)從一個想法變成了一個真正可以運(yùn)行、可以分享給朋友玩的微信小程序了。這個過程里你實(shí)踐了從數(shù)據(jù)結(jié)構(gòu)設(shè)計、Canvas渲染、事件處理到游戲邏輯算法的完整鏈條。更重要的是你學(xué)會了如何在一個具體的平臺約束下小程序去解決一個個具體的問題。這種能力遠(yuǎn)比單純復(fù)制一段代碼更有價值。接下來試著給你的游戲換個皮膚增加一個“炸彈”道具或者設(shè)計10個有趣的關(guān)卡吧創(chuàng)造的過程才剛剛開始。