Project1

标题: mv用的js，但我为什么觉得js不适合做游戏啊 [打印本页]

作者: 小怪兽奇奇侠 时间: 2021-4-3 23:01
标题: mv用的js，但我为什么觉得js不适合做游戏啊
本帖最后由小怪兽奇奇侠于 2021-4-3 23:04 编辑

很纳闷，别人用js做出来的游戏都挺像样的，换我自己来就遇到各种问题。

事情是这样的，最近我尝试自己用html dom和js，不用canvas写网页游戏，为了方便起见也用了jquery，但我发现js和jq的机制不太适合做游戏啊。

js程式运行起来好像是一股脑就往下执行完了，感觉不好做剧情流程控制，比如我有一个类似mv的对话框方法，函数的参数是文字内容，效果是让文字一个字一个字显现，我调用这个函数两次，参数不同，企图做出来这一段对话完了接下一段对话的效果，往往只能成功调用到一个函数，因为程序一股脑执行完的，我觉得这样不好做流程控制。切换场景的话，我是把所有场景都写在一个html里，以不同div划分，以display的none值与否区别显示。但即使是none了，none掉的div里包含的js代码还是照样运行。我觉得这样超麻烦。

还是说用canvas做会好很多？
懂的发表一下自己的见解

作者: 喵呜喵5 时间: 2021-4-4 04:04
本帖最后由喵呜喵5 于 2021-4-4 04:06 编辑

代码逻辑设计的有问题那你用啥都一样

你去看看mv原生的代码怎么实现的吧

作者: PLeaseS 时间: 2021-4-4 07:52
应该没什么适不适合，自己用喜欢用不就好了

作者: 小怪兽奇奇侠 时间: 2021-4-4 10:04
大佬好无情，5555
我确实水平不行，在js实际开发中遇到了不少问题，我这个贴子的重点也是希望和大家寻求一个思路的，嘲讽我也不要紧，因为我确实水平不行，但心里不是滋味也是真的
想起了当年中考的一篇文章，叫做父亲二十年前的叮嘱，文末父亲叮嘱儿子，假如儿子以后功成名就，遇到了像他那样的人，要尊重人家。
我不会要求别人对我怎么样，现实中不会要求，更不要提网络环境了。但我以后如果水平真的有所提升，我还会来编辑这个帖子的。如果未来的我遇到了像今天的我这样无知的人，现实中面对面我会尊重人家，网络上也是。

作者: 真·可乐 时间: 2021-4-4 10:37
这还真不是JS的问题

作者: lisliz 时间: 2021-4-4 11:02
js做游戏都是canvas+webgl，就算这俩玩意没出来的时候，人们也是用flash做，也不用你说的jq，这东西根本不是用来做游戏的。

作者: ppspssss 时间: 2021-4-4 11:50
看了楼主以前贴子想知道等待是怎么写, 其实javascript是一种脚本语言, 他等待实质是有一个完整流程, 并不是方法来, 要是自己模仿的话就须写一套变量计时器,

作者: 喵呜喵5 时间: 2021-4-4 12:29

小怪兽奇奇侠发表于 2021-4-4 10:04
大佬好无情，5555
我确实水平不行，在js实际开发中遇到了不少问题，我这个贴子的重点也是希望和大家寻求一 ...

所以才让你去看看mv原生代码怎么实现的啊

作者: 清澈淌漾 时间: 2021-4-8 12:47

网页DOM层做游戏性能不太行，
JS写游戏注意每个JS之间的互相引用，把代码拆开

作者: q3226257 时间: 2021-4-8 14:04
有种东西就异步~~不是一股脑~~~虽然你写网页可能是这样~~

作者: 蹲厕所的女孩 时间: 2021-4-8 14:47
严格意义上来讲游戏是一个无限循环的逻辑，你可以稍微了解一点关于游戏引擎的知识你就知道了，游戏在运行后会按照一个流程不停的循环，简单一点比喻就是等待输入->更新画面然后再等待输入，当然我这个只是比较抽象的解释，其实中途还有很多步骤。只有当玩家的输入是结束游戏的时候，程序才会停止退出。而楼主你说的一股脑往下执行，这个只是你整个程序体的逻辑问题，跟是不是js没有一点关系，什么语言的脚本都能实现上述说的游戏逻辑，rm的源代码也是这样的你可以仔细去看看，他会不停的循环场景的update方法，直到切换场景到游戏结束的界面，而游戏中所有的操作更新包括流程都是在场景的update里面执行的。

作者: 百里_飞柳 时间: 2021-4-8 15:21
是你自己把游戏逻辑想的太先进了
甚至以为会有各种并行，想调用哪里就会执行哪里一样

基本上都是一个大循环，然后每帧更新一下按键互动、绘制

欢迎光临 Project1 (https://rpg.blue/)