運用時機: 對手短時間內有攻擊輸出困難、陷入MisDrop麻煩等安全時機 適用平台: TB、TFO、TOP皆適用 基本觀念: 4-wide的空行中必須留三個方格做引子 如: ███████ ▇ ███████ ▇ ██████████ █ ████████████ 應用方法: 針對空行內的殘型方格數量只要補成3格 就可以開始疊塔準備進行4-wide combo 以下分享一些目前為止自己常用的補足方法: 主要都是以一個方塊就能補足殘型為3格的方法, 兩個以上或需要先消行等 較複雜的方法都超出我能直覺運用的範圍所以以下不列 個人習慣是判斷邊邊剩幾個方格再決定以何種方法補足之, 因此下文以此分類並以圖示表示 ===無殘餘方格=== 與開場方法雷同, 留三格方塊在邊邊即可 相關教學文章很多了所以這邊只列舉自己慣用的三種 ███████ █ █████████ █ ████████ █ ████████████ ███████ █ ███████ █ ██████████ █ ████████████ ███████ █ ████████ █ █████████ █ ████████████ ===殘餘一格方格=== 須補足兩格方塊至邊邊四行, 因此Ｊ、Ｉ方塊為首選 但可堆出較易解之殘型的方塊數量有限 因此個人使用頻率較低 ███████ █ ███████ █ █████████ ██ ████████████ ███████ █ ███████ █ █████████ ██ ████████████ ███████ █ ████████ █ ████████ ██ ████████████ 　　　　　　　　　　　※Ｏ、Ｌ方塊的這兩種方法形狀相較不那麼好解 ███████ █ 因此運用時須注意要接COMBO時方塊能否配合 ████████ █ ※Ｓ方塊補出來的型與這兩種一樣 ████████ ██ ※殘餘方塊（紅格）不一定要在最角落 ████████████　 不會阻礙到補足用的方塊擺放都適用 ===殘餘兩格方格=== 與開場方法相反, 做引子用的方塊只要留一格在4-wide的combo區 除了Ｏ方塊以外其他方塊皆適用, 因此個人最常用到 而Ｚ方塊因為形狀關係對我而言較不直覺 因此較少使用 ███████ █ ███████ █ ████████ ███ ████████████ ███████ █ ███████ █ ████████ ███ ████████████ ███████ █ ████████ █ ███████ ███ ████████████ ███████ █ ███████ █ ████████ ███ ████████████ ███████ █ ███████ █ ████████ ███ ████████████ ███████ █ ███████ █ ████████ ███ ████████████ ===殘餘三格方塊=== 這應該就直接堆塔準備combo了吧... ※7/25補充 ===第一層擺放受阻礙=== 上面例子的共通點是第一層都有足夠空間可以擺放方塊來補足 而場地也不是每次都剛好有足夠空間來開啟4-wide combo 如: █ █ █ █ ████████ █ ████████████ 以下繼續分享當上述例子的方塊擺放受阻礙時我的應變方法 █ ███ █ ████████ █ ████████████ █ ███ █ ███████ █ █ ████████████ █ ██ █ █████████ █ ████████████ 面對不同的殘型形狀、數量, 解法還很多, 但Ｚ跟Ｔ是我很常用到的, 自己也還在持續挖掘更多解法並實際運用中 但也常常殘型做出來了, 堆完塔要COMBO時方塊卻沒配合到 因此需要有相當的經驗(跟一定程度的運氣) 但相信熟練運用後能對中場的攻擊量有一定的提升 結論: 若習慣時常注意邊緣四格的剩餘方格量 其實常常可以發現有很多開啟4-wide combo的機會 惟需要注意的是補足方塊要擺放的區域是否有殘型阻礙方塊擺放 如: ███████ █ ████████ █ ███████ ███ ████████████ 雖然有一樣的補足效果但給予4-wide的起始殘型較不理想 因此較無法直覺地擺出 (個人經驗是消耗太多時間在思考的話對手多半已經先丟攻擊過來了) 但只要能短時間內直覺地擺出來並熟練的將combo接下去基本上能補出來都OK 而個人認為較困難的則是使用時機與實際應用的配合等, 這也攸關勝敗 大概只能多練習找出最恰當的機會使用 首次嘗試發表圖文分享給板友們參考, 希望各位都能找到最適合 自己的中場4-wide開啟方法, 哪邊方法較好或不好還請不吝指教! --

※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 111.242.46.88 補充一項滿常遇到的例外情形 ※ 編輯: Rindou 來自: 111.242.59.149 (07/25 08:22)