请教面向对象！

茹枫

有很多人将策划和技术人区分开来，然后说“技术人员才这样，那样。。。“
但是不要忘了，策划也是技术人员，这个世界，凡是需要知识的工作，本身都是属于技术人员。分别只在于是否重视知识这点。

策划之所以蔑视知识，只是专业还没有成熟的证明，如果太多的偶然性，太多的人为神化的因素，人们固然不会重视知识所带来的利益。但是我要说的是，未来，知识才是决定人才的。如果是专业的策划人员，永远不要忘了自己是专业的，是技术人员，一丝不苟，有例可证的，而不是任性妄为的职业。

一门知识，就是一门工具，为何要排斥新的手段，为何不将获得新知识看作一种收获，而将新知识看作一种负担？

我混论坛那么久，唯一觉得别人无法代劳的，就是自己的思考。如果看论坛只是”借鉴“别人的思考，而自己坐享其成，估计是毫无收获的。不要一开始就”不可能。。。不可能“的喃喃自语，自己思考一下，看看能不能从中得到某些启发，这才是应该做的。

gccg

面向对象主要的特点是类于继承，还是说汽车，汽车是大类，轮胎、玻璃等是子类，要定义的是类的属性

lhy2

gccg: Re:请教面向对象！

面向对象主要的特点是类于继承，还是说汽车，汽车是大类，轮胎、玻璃等是子类，要定义的是类的属性

太扯了。居然把所有的概念都弄错了。

nacly

底层设定和系统规则分工完成，底层设定可重复利用，而让大部分策划将更多精力投入到系统规则等非底层内容这样的说法可能策划们还好理解一些，不要把一些非本领域的东西到处套

nacly

由于策划文档的可读性远高于代码，游戏常识较为普及加上文档的条理性大大好于代码，因此面向对象这个概念在策划工作而言需求显得并不迫切，作用也不明显

zfscnu

nacly: Re:请教面向对象！

底层设定和系统规则分工完成，底层设定可重复利用，而让大部分策划将更多精力投入到系统规则等非底层内容

有同感~~ [em19]

设计文档除了可读性外，或者还需要约束性

复制昨天回一帖的内容：
“前天，在群里看见一个人说，他公司的程序真的很厉害，前任策划写“一定等级，一定攻击、、”的话也可以继续编程，从这里可以不太准确地去猜测，游戏公司里的很多程序都是基于他们的理解，只去接受策划文档中他们可以理解的部分，其他都视作不见或者以其他借口推掉，那么所谓的策划文档的还原度低的问题的瓶颈出在程序对游戏的理解！

一份设计文档如果不能约束到项目内的人员话，那有两种可能，一是文档不是必要；二是文档有缺陷。

基于这样的理解，前段时间也尝试给出一个解决方案（基于5层模型&对象的游戏描述法），希望设计出整体描述程序、美术、策划三者的类似建筑设计图的游戏设计图体系，更为确实地形成三个分工，相互责任比较明确。

”

茹枫

面向对象是一种认识事物的思想，而不只是程序设计的思想。
在很多计算机领域，都已经开始采纳这种思想，为何作为游戏策划，不能够学习一下。一方面在共同认识的基础上，便于与程序员交流，第二方面，可以规范化自己认识事物的方法，第三方面。这个方法相当的容易理解，就算非专业人员，都很容易明白。

为何经常应用于程序开发中，是因为面向对象这套认识已经有科学化的理论来转换成具体的程序，而还没有人通过这个方法得出来的认识，撰写可以规范化转化为策划文档的方法。但是可以借鉴程序的经验。

疯神帮

晕，
又个小白，其他的人在下面忽悠啊，忽悠