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