前提:
1.在Lonely Planet项目中,策划提出要给角色设定一个Link技能,可以链接箱子并带着箱子一起移动,同时,到达指定位置时可以再次点击Link技能断开和箱子的联系再次成为两个独立个体。
2.程序了解到策划的需求后,给出了第一次点击触发GrabEvt()方法,具体策划配置,第二次点击触发Release Ent()方法,具体策划配置,可以实现类似于1)策划的Link/Unlink需求2)用该技能开门关门3)用该技能改变ItemReflect的子弹弹出方向4)等等等等。
问题:
设计方面只想到了这样一气呵成的设计,且不了解逻辑实现的情况下,是否封闭了自己的思维?
- 如果设计师可以想到这种思路,无论程序是否要做这样的设计架构,设计师都会告诉程序要实现成这样,非常灵活。
- 如果设计师没有做到这种思路,就非常依赖程序的设计架构方式,会变成和不同程序合作时进行不同的实践方法再学习,其结果可能会更好,也可能会更糟。
这样做的好处?
- 既满足了设计师当前具体的需求,又为设计师打开了更多的思路设计可能性,比如设计师根本没想过可以用该技能开门关门,根本没想过用该技能可以改变itemReflect的弹出子弹方向。即从一个具体的需求开始,却能在最后给予自己更多的想象空间。
所以设计最好也要懂编程
@倾斜的方便面:是的,没事儿就和策划同时自黑——百无一用是策划哈哈