1 月 13 日,我在朋友的 GBF 群組聊到遊戲社群參與、聊到遊戲 WIKI 資料的維護困難。(當時亞沙剛公佈他寫的新手筆記)
我說出想做地圖預覽表的想法。
「做成網頁版。滑鼠移過去,就顯示列表。
找之前,先看預覽,就省掉自己點進去(一個個翻)。」
由於 GBF 分有兩張空域,一張空域分為兩頁滑動切換的頁面。島的詳細任務列表,要切換畫面進入島的內部地圖才能看到。
雖然遊戲內建點一下島的介紹,會列出掉落素材與幾隻能討伐的怪物。但一些玩家真正會找的星晶獸都沒標在上面,比如高寶、天司。這些大多都是靠攻略交流網來補充他們的資訊。
如果不確定某張任務,某隻星晶獸在哪一座島上,就要先查島名。查了島名後,如果不熟島的位置,還是要四張分頁一張張翻找比對名稱。這種事情,幾乎每解一次 EX 職業、每找一隻比較不常巡的星晶獸,就要痛苦一次。查找素材流程會不大一樣,但體驗也是差不多。
一開始的想法就如上面所說,原本是想做成:滑鼠移到島上,會顯示這座島有的重點任務與素材。
後來想到,如果要做的完整,該把所有的任務放進這個服務裡,而這樣的畫面效果,當資料量增多時會變的很混亂。
於是決定反過來。一般會找地圖,大半都在攻略網查過要找的地點名稱。正確的地點原名不難到手,但島的位置不是用文字可以輕易說明的,有了島的圖片,也往往只拍該島的照片,不知它的相對位置在哪。我能做的重點就是使用者輸入任務名稱,我顯示該島的位置就能達成協助的目的。
於是需求就這樣差不多確定了。
1. 提供使用者介面能選擇想找的任務
1.1 把所有的任務都納入可查詢的範圍,用可搜索式的下拉選單實作。
1.2 整理一些熱門的選項,可供快速查找。
2. 透過模擬遊戲的畫面,盡量只靠週邊環境就能讓玩家了解目的地在哪。
開發工具方面,挑了現在流行的 vue.js ,剛好能練習前端的新技術。
第一週都在做構思規劃,跟嘗試做 prototype 。到了 25 日發現不能用傳統的方式寫現今的 js framework ,再重新照著教學建立一次 APP 。再大約做了一週後完成第一版。2 月初放上線公開。
這應該是第一次,真的只因自己的興趣,再加上有一點寫前端的能力,自主學習開發一隻完整的 Web App 。
當這麼久的碼農終於想到會有動力,且開發時間不會太長,難度沒太高的計劃。
做完其實很滿足,人生成就解鎖了一道。

沒有留言:
張貼留言