看板 GameDesign 關於我們 聯絡資訊
就如標題所述,這邊是用程式的眼光來看這件事。 我進入業界資歷尚淺,接觸過的5.6款商業遊戲,以及跟別人合作的小規模遊戲, 企劃開出的表格清一色都是使用excel,然後一列就是一筆資料的固定格式。 excel基於普遍性、便利性以及一些強大的功能,應該是換不掉的填表工具。 但對於一列一筆這樣二維陣列的填表方式, 有時候企劃想弄一個"立體一點"的表格,就用一堆表對照來對照去, 或者使用很多敘述資料特性的參數,使單筆資料變得冗長, 在不然就是一筆資料想帶個子陣列非常難帶。 程式這邊也要花一點時間改一下parser來讀這些相依性強的資料。 雖然只是隨便想想,不過想問問是否有人實務上使用過excel來製作非傳統的填表方式, 然後用VBA輸出成類似xml、JSON這類資料交換語言的格式。 不知道這樣的做法是不是會有什麼缺點,以至於大家不傾向這樣使用的原因。 -- ※ 發信站: 批踢踢實業坊(ptt.cc) ◆ From: 123.193.163.46
NDark:XML沒有一個好的編輯器,VBA沒有幾個人會寫. 04/28 23:06
xml真的沒有找到好的編輯器,目前狀況就算有的話要企劃轉過去可能也沒人願意XD VBA應該是還好,這部分有程式專門在做工具(我這部分也還算會弄), 而且我預期的會是每個表格用同一個VBA的輸出程式,只是填表方式不同會有不同結構。
NDark:然後用VBA輸出了.程式端是不是還要另外寫parser吃進來? 04/28 23:07
如果是資料交換語言的格式,那應該只要制式的parser之後再稍微調一下就可以了吧? 這邊省下多少功我是不太在意,不過至少彈性是增加的,也不會有一個困擾就像: 企劃原本就想填A的結構,礙於表格限制想辦法拆成B的二維結構, 程式這邊結果又是轉回A的結構XD ※ 編輯: xtxml 來自: 123.193.163.46 (04/28 23:16) 不知道我這樣想是不是太天真了,還請多指教。
NDark:你沒聽懂,如果企劃能夠把輸出輸入都寫好.就可以. 04/28 23:25
NDark:重點在於我還沒看過企劃可以做到這兩件事的. 04/28 23:26
NDark:你說VBA有程式會寫.那就是重點了 04/28 23:26
NDark:你好不容易想了一個辦法,結果是在拖累程式. 04/28 23:27
我假設一個具體的方式好了(先不考慮這一筆資落花了很多行): 企劃填表 A B C D E F "id" 18 ==> ==> "name" ObjectA ==> ==> "HP" 15 "MP" 16 ==> ==> "Params" ==> ==> ==> ==> "Par1" 15 ==> ==> ==> ==> "Par2" 16 這用VBA(或者其他轉換工具)轉成 { "id": 18, "name": "ObjectA", "HP": 15, "MP": 16, "Params": { "Par1": 15, "Par2": 16, }, } 這樣的轉換工具應該是做一個就可以通用的吧?不知道我有沒有理解錯誤您的問題... ※ 編輯: xtxml 來自: 123.193.163.46 (04/28 23:43)
chenglap:給企劃太多自由去填, 除非他真的很清醒. 04/29 10:51
chenglap:否則他很容易變成臭蟲產生器. 04/29 10:51
LayerZ:完全推樓上XDD 而且大團隊運作時,常常會有一兩個不清醒的. 04/29 10:56
PathosCross:我覺得我一定會把這張表填錯... 04/29 11:05
PathosCross:如果是自己使用的話,這張表可以很好用,但多人編輯的 04/29 11:06
PathosCross:的情況之下,自己邏輯或慣用方法並不是大家都可以理解 04/29 11:06
PathosCross:所以一表一值,Keep simple,keep stupid 應該比較好 04/29 11:08