梦幻西游如果只学两个生活技能？

一、梦幻西游如果只学两个生活技能？

炼药可以学。因为炼药这东西虽然有时候赌运气吧，不过学满了总能遇到秘方的时候，出好秘方就是你赚钱的机会，少说几百万。

第二个，不要再学家具了，没意义，老区学家具的人多得很，你再学也赚不了什么钱，而且家具出图率较低，再说，家具是体活都要用，你既然已经学了炼药了，活力已经有地方用了，再学家具用活力干嘛？

第2个学灵石技巧。提炼精魄灵石的，只用体力，用铁来提炼，只要你能收到70-110的铁，学灵石稳赚。 而且灵石学满也就100级，要不了多少钱和帮贡

二、专科就是只学一个专业吗？

是的。

专科一般不会设置辅修专业,因为专科毕业只能获得一张毕业证,不会获得学位证。

第二专业通常被简称为“二专”，指的是指在一些大学里学生除了本专业以外，还可以通过申请选择修读的第二个专业，其与辅修专业的区别在于完成学业后可以拿到第二专业的学位证书（一般会注明是第二专业），而辅修只有辅修证书。于此相对应的，第二专业也要比辅修完成更多的课程，同时还要撰写毕业论文（而辅修是不需要的）。

三、规培是只学一个科室吗？

规培不只学一个科室，给专业相关的科室都要轮转去学习。

四、汽修的相关专业有哪些？一个专业只学一项技能？还是都涉及？

汽修相关的专业有很多：

1、汽车检测与运营专业；

2、汽车维修与运营专业；

3、汽车维修与运营

4、汽车检测与维修专业； 4、汽车4S精英专业；

5、汽车美容装潢专业；

6、钣喷美专修7、汽车新能源专业；8、汽车商务专业。每个专业包括的技能都是不一样的，建议你还是选择一个专业的汽修学校详细的了解一下，选择一个适合自己的专业。

五、游戏技能术语？

1. 有很多。2. 这是因为游戏作为一种特殊的娱乐形式，有自己独特的规则和操作方式，所以需要一些专门的术语来描述和表达。3. 一些常见的包括：攻击力、防御力、生命值、经验值、技能冷却时间、连击、暴击、BUFF、NERF等等。这些术语可以帮助玩家更好地理解游戏规则和战斗机制，提高游戏技能。

六、如何开发一个游戏技能编辑器？

先简单演示下技能编辑器的功能。我们最初使用unity版本为5.4.0，现升级到5.6.4p4。

• 缘起

在一个新组建的团队里，只有一个策划兼制作人，加我一个客户端（公司美术内包），需要在一个月之内快速出一个ACT动作的demo，demo需要有至少三个角色和若干小兵，demo通过评审会正式立项。当时我并没有做过这类act游戏，对这类游戏所知甚少，在策划的讲解，以及恶补了一些文章后，我们定下了计划：

1，在半个月内做一个技能编辑器，要支持编辑动作每一帧的攻击受击框，配置按键指令的招式转换，以及各种攻击数据的配置。

为了提高后续策划的工作效率，技能编辑器，必不可少。

2，同时制定美术制作动作的规范，以及我们如何切分动作，动作的复用和衔接

3，第三周做runtime的战斗逻辑，第四周整合资源，编辑器的配置，出demo包

• 计划

时间紧，任务重，我给自己的任务是不加班完成，并尽可能将编辑器功能提前完成，给后续留出更多的调整和debug的时间，所以，需要：

1，尽可能和新策划搞清楚需求，做prototype的推演，推演editor下如何配置，runtime如何执行。有经验的程序，会花更多的时间在前期的需求整理和逻辑推演上。

2，和美术梳理工作流程，让美术可以立刻开始做事情，后续能和我们的编辑器很好地对接。所以，在demo阶段，美术只提供模型fbx和动画fbx，剩下由程序整合。

• 分析和选择

接下来，有几个技术点，需要做出选择：

1，是使用animator 的状态机来做逻辑，还是自己做切换逻辑？

最终选择了自己做逻辑切换，核心就是工作流可定制。

2，是使用unity的GUI来做编辑器，还是UGUI做？

最终选择用UGUI，主要是怕用GUI时间来不及。另一个原因是我希望策划能在一个技能编辑器下做所有的操作，流程一体化不要那种在A prefab上挂个脚本，再在B prefab上挂个脚本，最后把A和B拖到C prefab脚本的field上这种编辑方式，这不利于策划理顺思路。（可对比白鹭引擎一堆Editor和Unity All in one）

3，如何做编辑器数据的序列化？

最终选择了自己做序列化，最主要的是数据和资源分离，以及热更新。

4，是使用unity自带的Collider（物理系统）来做碰撞，还是自己做碰撞检测？

因为我们是横版游戏，所以，按传统的格斗游戏做法，只需要做box，而且是不需要旋转的box，自己实现的复杂度大大降低，那肯定自己做更可控。

简单总结下选择方案的思路：

• 没有方案是对所有项目都合适的，选择适合自己项目类型以及开发周期，人员配置的方案
• 要着重考虑数据和资源的分离，热更新。考虑好和美术，策划的衔接工作流程，这些比逻辑本身更重要
• 可控性和开源，尽量使用自己熟悉和可控的实现方式，尽量选择开源的插件和工具

• 关于ACT游戏，我的理解

我作为非act游戏玩家，我理解的act游戏和mmorg，arpg这类游戏的战斗表现上，区别如下：

所以，arpg是介于act游戏和mmorpg之间，arpg和act游戏，有着重大的区别（按策划的话：市面上太多所谓动作游戏，只能说是arpg）。

act游戏，需要：

• 快速的操作反馈，需要玩家衔接好操作，才能输出最大化
• 招式衔接的丰富，不同招式下，不同时刻，不同按键，要切换到不同的招式
• 打击反馈的丰富，被击需要有动作反馈，轻中重，浮空等各种击中方式，被击者需要不同的动作反馈

以上是一个非act玩家，做为程序开发者的理解，方便我区分当年做MMO的经验。

• 开动：以数据为基础来搭建框架

编辑器的目的是为了数据，所以，对于技能（这里只包含按键触发的主动技能）的数据组织如下:

• ActorCfg：角色数据的根，包含所有角色相关数据
• ActorAttr：基础数据，包含资源prefab id，移动速度，重力，指令起始招式id等

• ActInfo：一个动作的信息，对应美术制作的一个动画（animation）

• FrameInfo：每一帧的信息，一般包含攻击，被击框的信息（position，scale），以及一些复杂逻辑使用的标记

• SkillInfo：招式信息。每个招式可以由一个或多个动作（ActInfo）组成，并可以选择动作的帧范围，这样最大程度地复用美术动作，并可以由策划自由发挥，组合出新的动画。

• BoxInfo：不同类型的box，不同信息。比如攻击，被击，霸体等不同box的信息不同。

• HitInfo：攻击类box，击中以后的数据配置

• ChangeCtrl：切换招式的数据。比如在帧范围（0~10内）触发了指令（Up），切换到招式xx

• SkillCtrl：各种技能处理，播放音效，特效，设置速度等等

• Trigger：各种判断条件，条件达成，才会执行ChangeCtrl或SkillCtrl

以上是主要的数据模块，ActInfo主要保存每一帧框的位置缩放信息，SkillInfo保存各种ChangeCtrl和SkillCtrl，并用Trigger来做为生效条件。

后续按策划需求对技能编辑器的扩展，更多是SkillCtrl的添加和Trigger的添加。

通过这一套技能编辑处理，策划可以配置出丰富的表现效果。只要数据组织好了，同一数据，有不同的表现形式，这也是基础的MVC的适用。

欢迎关注专栏

七、只学一个恰恰原地律动怎么编小组合？

您好，如果你只学了恰恰原地律动，可以考虑以下小组合：

1. 恰恰原地律动 + 旋转：在原地恰恰的基础上，加入旋转动作，让舞蹈更有层次感。例如可以在恰恰的间隔中加入旋转，或者在恰恰结束后旋转。

2. 恰恰原地律动 + 弹跳：在原地恰恰的基础上，加入弹跳的动作，让舞蹈更加有活力和节奏感。例如可以在恰恰的间隔中加入弹跳，或者在恰恰结束后弹跳。

3. 恰恰原地律动 + 扭动：在原地恰恰的基础上，加入扭动的动作，让舞蹈更加有变化和流畅感。例如可以在恰恰的间隔中加入扭动，或者在恰恰结束后扭动。

4. 恰恰原地律动 + 飘逸：在原地恰恰的基础上，加入飘逸的动作，让舞蹈更加有柔美感和感性。例如可以在恰恰的间隔中加入手臂的飘逸，或者在恰恰结束后整个身体飘逸。

以上是一些可以考虑的小组合，当然你也可以根据自己的喜好和舞蹈风格进行创新和改编。

八、土木工程cad只学一个学期吗？

大学CAD要学一个学期 ，包括理论课和上机操作。

1.土木工程CAD是土木工程科学中一个比较年轻的分支学科,它的核心内容是研究如何运用计算机处理土木工程设计中的信息。本课程要求学生了解计算机技术在土木工程中应用的最新发展,掌握CAD技术的基本概念和理论。

2.土木工程CAD硬件环境是本课程的核心内容之一,要求学生熟悉各类图形输入、输出设备(如:键盘、鼠标、扫描仪、显示器、显示卡、打印机、绘图仪等)的工作原理和各项主要技术指标。

九、一个人闯关有技能游戏？

1. 有技能游戏中一个人闯关是可能的。2. 这是因为技能游戏通常设计有不同的关卡和挑战，玩家需要具备一定的游戏技巧和策略才能顺利通过。一个人独自进行闯关可以更加专注和自由地探索游戏世界，提高自己的游戏技能。3. 此外，一个人闯关也可以培养玩家的独立思考能力和解决问题的能力。通过不断尝试和失败，玩家可以学会从失败中吸取经验教训，寻找新的解决方案。这种能力在游戏之外的现实生活中同样具有重要意义。

十、如何设计一个易扩展的游戏技能系统？

我个人对这个问题非常感兴趣，因为我花了至少5年在设计和实践（我自己经历了大小7个项目，虽然大多最后因为其他原因都没上）这样一套机制并且可以说基本解决了这个问题！我并不想藏着他，我也和很多朋友分享了，同时也感谢他们提出了很多意见，包括细节和优化等方面，正因为互相之间的借鉴和交流，我到今天已经把这套机制归纳的非常好了，还是想把它分享给更多想做好游戏的人，希望大家能进一步交流，把它更完善化，以形成一种规范，这套机制适用于任何类型的游戏开发，因为他是一个很棒的思路。

首先分析一下可扩展性：我从一个设计师的角度来看，所谓的可扩展性是——你并不知道策划下一个设计的是什么，但是你需要在尽可能不改动核心代码的基础上去把它实现了，并且在调试的时候（甚至是上线之后要做调整的时候），你可以并不伤筋动骨的去修改它。这里除了你要有好的代码规范外，还需要抽象一套机制来实现它。

最早开始想这套机制的动力是因为我在起凡工作，看了代码之后我感觉是完全无扩展性的，当我想要设计一个新的英雄的时候，要去修改代码已经几乎是不可能的了，于是我便思考，如果我要做一套WoW的技能、buff系统，应该是怎样的呢？于是我总结、归纳、抽象了这样一套东西，并且最早在三国争霸2项目中投入实际使用。

2年前我在GameRes发过相关的帖子：

实际上，好的策划的脑洞是非常大的，你真不知道他会设计出什么样的技能，但你并不能说一些设计因为无法实现就理所应当被埋没了，（我对策划设计Dota类游戏的思路要求是开放的，发挥想象力的：

）因此我想了这样一个机制，他们的核心在于：

1，明确区别了AOE\Buff和技能3块，策划应该从这个角度出发思考问题。

2，这既然是一套机制，你可以把它用在任何游戏的框架当中。比如我要做一个Dota传奇的卡牌游戏，一样可以用这套机制，但是核心在于——你的策划要有能力归纳出游戏中的回调点。

当然我们在使用这套机制的时候，逻辑上实现并没有任何问题，但是我们一样会遇到一些从逻辑变成动画的困难，尤其是当我们的战斗在服务器上一瞬间完成了，但是要把结果告诉客户端吗，并且有客户端重新验算一遍的时候，因此我在之后有总结了一套作法，来完成这个事情：

这个解决的是，当你有各种有趣的buff，但是又想不大改客户端的时候，你应该这样去建立这个框架。你可以想象如果你做一个MT类型的游戏，战斗是服务器一瞬间的，但你又要客户端重演，我们举个例子：

比如我门设计了在MT类型游戏中加入地形因素：可以有火海，火海每回合开始的时候对所有场上敌我英雄造成火焰伤害。

然后有个英雄是一只凤凰，凤凰有2个被动效果：

1，受到火焰伤害的时候变成治疗自己相当于伤害值的血量。

2，战斗中第一次死亡可以复活，回复最大生命值50%，如果在火海中则回复100%。

这样一个英雄和地形，我们如何实现呢？如果你看了我上面的几套机制，并且理解了，那基本没有难度，你根本不需要硬编码。但这里有个问题，我如何让客户端重现？这就是上面这篇说的关键了。

希望以上这些我多年的经验总结能够对游戏人有所帮助！

——————————2015 08 15 更新一条 ——————————————

看来感兴趣的人还是不少的，于是我发了一些关于这套机制的实际运用方式在GameRes上，主要是想说——这套东西核心还是离不开策划的设计的，同时放开脑洞去思考，才是最重要的：