作者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