2024年9月nodejs写游戏脚本（nodejs+express+ejs生成项目）
⑴nodejs写游戏脚本（nodejs+express+ejs生成项目
⑵nodejs+express+ejs生成项目
⑶说一下首先保证node环境已经安装完毕，npm能正常使用，安装可自行百度，比较简单，在此不做赘述。node是否安装成功
⑷express是否安装成功
⑸express：安装express框架express-generator：安装express生成器，可快速生成一个应用的骨架-g：全局安装
⑹注释：-e：简写，全称为--view=ejs，安装ejs模板引擎myapp：项目名称，自定义即可生成如下目录结构
⑺注释：bin：存放启动脚本文件bin/www：启动脚本文件，可修改端口号，等功能。public：存放图片，css，js等静态文件routes：存放路由模块文件views：存放视图文件，使用的ejs模板引擎app.js：入口文件，重要的配置文件package.json：工程信息和安装依赖文件跟着提示执行下列语句
⑻注释：cdmyapp：进入myapp文件夹，文件名需修改成自己的项目文件名npminstall：安装所有依赖模块，常用的非指定性npm安装命令npmstart：运行项目
⑼Node.js是一个基于ChromeV引擎的JavaScript运行环境，一个让JavaScript运行在服务端的开发平台，它让JavaScript成为与PHP、Python、Perl、Ruby等服务端语言平起平坐的脚本语言。Node.js底层是JavaScript，不过它不能帮助我们实现页面特效，偏重点是后端编程。因为Node.js执行速度非常快，因此可以将Node.js当做前后端的中间者，比如要频繁从数据库删除数据，那么可以通过Node.js搭建web服务器，通过nodeweb服务器来连接数据库来删除，速度快速。如果满意，望采纳，谢谢！
⑽如何使用nodejs搭建开发环境
⑾安装NodeJS.编译环境源代码编译器，通常Unix/Linux平台都自带了C++的编译器（G/G++。如果没有，请通过当前发行版的软件包安装工具安装make，g++这些编译工具。Debian/Ubuntu下的工具是apt-getRedHat/centOS下通过yum命令MacOSX下你可能需要安装xcode来获得编译器.网络加密其次，如果你计划在Node.js中启用网络加密，OpenSSL的加密库也是必须的。该加密库是libssl-dev，可以通过apt-getinsta.安装NodeJS调试环境.用npm命令安装全局模式的node-inspector组件sudonpminstall-gnode-inspector.更改端口修改node-inspector/lib/config.js的端口’web-port’:{desc:‘Porttohosttheinspector’,convert:conversions.stringToInt,defaultValue:},.使用node-inspector启动一个调试工具在chrome浏览器中输入“cmd”:,“file_regex”:“^*)“,“selector”:“source.javascript”}保存为NodeJs.sublime-build文件如此可以直接使用+B来使用nodejs运行程序
⑿怎么执行nodeapp.js脚本
⒀直接运行run.bat文件下面的内容为批处理文件run.bat中的内容，批处理命令中NODE_PATH为Node.js的安装路径。使用express生成的项目。app.js为待测试的Node.js文件。setNODE_PATH=D:
⒁pmecho%PATH%|find“Node.js“if%errorlevel%==setPATH=%PATH%;%NODE_PATH%remecho%cd%nodeapp.js、通过参数运行run.bat文件批处理文件仅起到设置环境变量的作用，在Node.js项目的目录下运行。批处理文件命令为：setNODE_PATH=D:
⒂pmecho%PATH%|find“Node.js“if%errorlevel%==setPATH=%PATH%;%NODE_PATH%remecho%cd%node%例如：D:
⒃odejsdemo》nodeapp.js
⒄nodejs可以做什么
⒅nodejs是谷歌推出的一个JavaScript平台，即在这个平台上编写程序用的是js脚本语言。理论上来说，通过nodejs，同时借助一些模块和组件，能够实现很多其他编程语言才能实现的功能，比如传统的桌面软件的开发、服务端程序的开发等等。当然可能性能方面还有待加强（到底用nodejs做其他方面的开发性能如何我也不清楚，瞎猜的。
⒆nodejs的优势和劣势是什么
⒇nodejs优势在于原型开发快，学习门槛低，简单业务运行效率高于java等后台脚本语言的vm。劣势同样明显，javascript引擎基于事件的函数回调模型既是优势又是劣势：导致复杂逻辑失控，不能用于生产环境。此架构并非新兴事物，早年的windows的消息模型类似：所谓的协同式多任务（不展开。最终不得不让步于抢占多任务。导致入门易，优化难，难调试，大型业务框架不易成型
⒈年nodejs凉了吗凉到什么程度了
⒉做后端的nodejs的使用场景有限，确实不如java和go，坑多且前人经验总结不如其他语言，但是写业务写工具写脚本写中间层应用，nodejs有自己的优势，可惜也不是独有，上手快是真的（这非常重要。
⒊个人的体会，只代表我自己，如果专注后端开发，不建议nodejs作为主力开发语言，会对自己有局限，而且学到最后也是去学c++了。
⒋对于前端而言，nodejs是必须掌握的，虽然语法都是js，但是目前的发展趋势是前端全干化，后端向云和基础服务下沉，nodejs的优势很明显，贴近业务，扩大前端职能。
⒌让人的产出更好更多更快，对企业有价值，也可以同时帮前端工程师更好的提升自己的视野，了解js，了解整个前后端应用开发流程，也就是所谓的BFF，全称是BackendsForFrontends(服务于前端的后端)。
⒍专注做过一段时间后端你就会发现，用什么语言一点也不重要，如果是纯curd，什么语言都差不多，用什么来写curd主要看社区和工具框架成熟度，如果是做后端架构，只会一门语言根本不行，而且环境，机器运维部署，网络等等要学的太多了，也根本不是一个语言的问题能解决的。
⒎nodejs岗位可能确实比较少，也是现实，别压宝一个东西，多学点没毛病。（只是国内，国外看起来发展的真不错
⒏更重要的是学会看到除了语言之外的东西，比如现代企业，尤其是大企业的用人和职位职能发展趋势。（国内外，gg，fb大多前端都是BFF模式，阿里现在也有这个趋势，当然不一定拿nodejs做，以前是php，比如百度，新浪
⒐避免撕逼，上面的观点仅仅是我个人体会…随便说的，自己的狭隘视角看到的。
⒑Nodejschild_process模块
⒒child_process.exec(mand)开启一个子进程执行shell命令，在回调中获取输出信息
⒓在lib/child_process源码中exec内部只是处理参数后调用了execFile方法。
⒔exec调用execFile
⒕child_process.execFile(file)
⒖execFile源码调用spawn创建进程child通过child.stdout.on(’data’)收集输出stdout当child进程close时把_stdout传入callback内输出同样当child进程触发error事件会把_stderr传入callback中输出，同时会destroy进程child的stdout和stderr
⒗execFile通过spawn创建子进程执行命令，是nodejs围绕spawn方法的封装，调用spawn执行命令一次性的把输出结果和错误通过回调输出。exec底层调用了execFile，不过exec通过option.shell=true的配置使spawn创建的进程通过/bin/sh-c执行传入的shell脚本适合执行开销小的命令
⒘wikiSpawn(puting)
⒙使用spawn创建子进程执行命令时options.stdio比较常用的配置项就是默认的pipe和inherit,ignore选项将会忽略子进程的输入输出
⒚如果使用inherit选项，命令的执行内容将会直接在控制台输出，因为指定了输出的fd的process.stdio标准输出流直接会在控制台中输出。
⒛如果使用pipe选项，child.stdout也可以通过pipe输出流的方式输出到可写流中，比如fs.createWriteStream简单的文件可写流。
通过执行index.js执行spwanAPI设置detached:true创建守护进程并解除父进程引用。守护进程将会一直向stdout.log中写入数据。
通过守护进程的例子会发现stdout.log写入的父进程ppid与index.js打印出的父进程pid不一样。这里的ppid：是init进程，当父进程退出后通过父进程创建还在执行的子进程将会被init进程收养成为孤儿进程
ChildProcess.prototype.spawn创建子进程源码
通过ChildProcess.prototype.spawn创建子进程，通过c++的Pipe创建不同pipe实例的和Process创建进程，这里可以看下stido中pipe和ipc模式创建不同的Pipe实例pipeipc创建Pipe实例的区别
setupChannel添加ipcsend()方法
child_process和IPC探究【node源码】child_process源码阅读线程和进程
手把手教你使用nodejs编写cli(命令行)
前端日常开发中，会遇见各种各样的cli，比如一行命令帮你打包的webpack，一行命令帮你生成vue项目模板的vue-cli，还有创建react项目的create-react-app等等等等。这些工具极大地方便了我们的日常工作，让计算机自己去干繁琐的工作，而我们，就可以节省出大量的时间用于学习、交流、开发、逛steam。但是有时候一些十分特别的需求，我们是找不到适合的cli工具去做的。比如说，你的项目十分庞大，你给项目添加一个新的路由，要经过创建目录-》创建.vue文件-》更新vue-router的路由列表这一趟流程，就算快捷键创建目录文件用得再熟悉，也比不过你一行命令来得快，特别是路由目录嵌套深，.vue文件初始化模板复杂的时候。所以呢，何不为自己项目写一个cli？就专门做这些繁琐的活？nodejs的cli，本质就是跑node脚本嘛，基本上每位前端er都会：然后命令行调用可以做得更逼真一点，我们在package.json里面的scripts字段上添加一下脚本名：然后命令行调用：但是，看到这里你肯定会说，人家webpack还有vue-cli都是“有名字”的！什么vue-cliinitapp、webpack-p的，多漂亮，看看这个命令行，nodeindex.js，还npmrunhello，谁不会啊，丑不拉几的，怕又不是来水文章的哦？差评！！别急啊各位大人，接下来就说说，如何给这个node脚本起个名字。姑且，先把这个cli的名字命名为hello-cli，就是我们能够在命令行里面，输入hello-cli，然后它就打印一句helloworld，没有node也没有npm，就是：这样，你的第一个cli脚本就成功安装了，可以在命令行里面，直接敲你的cli名字，看看结果输出吧。另外，如果你仅希望你的cli脚本仅在项目里执行，则需要在你项目里面新建一个目录，重复上述的操作，只是在第三步的时候，不要llink到全局里面去，而是使用npmi-Dfile:《你的脚本cli目录路径》，把它当成项目的依赖安装到node_modules里面去，如果安装成功，那么在项目的package.json你会看到多了一条依赖，这条依赖的值不是版本号，而是你脚本的路径。然后在node_modules里面会有一个.bin目录，里面就存放着你的可执行文件。当然，这样安装的cli脚本，必须在项目的package.json的scripts字段上声明脚本命令，然后通过npmrun的方式执行。哦？这样子使用的话不就回到最最最开始的时候那种原始的npmrunhello一样么。是的，但是有质的区别。使用nodeindex.js这种方式调用的话固然简单灵活，但是严重依赖脚本路径，一旦目录结构发生变动，写在scripts的命令就要更改一次；但是使用npm安装之后，本地的cli脚本就被拉到node_modules里面，目录结构变动对其影响不大。其次是不利于分享与发布，如果你想把你的cli脚本发布出去，那么有一个好听响亮的名字，比起在说明文档里面告诉使用者如何找到你的脚本路径再用node执行它，简直好上那么一万倍不是么？这里也给我们提供了一个cli开发流程思路：名字有了，输出也有了，看看我们跟那些大名鼎鼎的cli工具，在形式上还差点啥？对了，人家可以支持不同参数选项的，还可以根据输入的不同，产生不同的结果。这样吧，我们给这个cli加一个功能，既然叫hello-cli，那不能只会helloworld吧，必须要见谁就说hello才行：虽然这个功能很简单，但是至少也是实现了“根据输入的不同，产生不同结果”的效果。命令行上的参数，可以通过process这个变量获取，process是一个全局对象而不是一个包，不需要通过require引入。通过process这个对象我们可以拿到当前脚本执行环境等一系列信息，其中就包括命令行的输入情况，这个信息，保存在process.argv这个属性里。我们可以打印一下：打印结果：可以看出，argv是个数组，前两位是固定的，分别是node程序的路径和脚本存放的位置，从第三位开始才是额外输入的内容。那么实现上面的功能就很简单了，只要读取argv数组的第三位，然后输出出来就可以了。npm社区中也有一些优秀的命令行参数解析包，比如yargs,tj的mander.js等等如果你想使用比较复杂的参数或者命令，建议还是用第三方包比较好，手写解析太耗精力了。现在，你可以自由自在的写你自己的cli脚本了。如果你希望写一个项目打完包自动推上git的cli，或者自动从git仓库里面拉取项目启动模板，那么，你需要通过node的child_process模块开启子进程，在子进程内调用git命令：不仅是git命令，包括系统命令、其他cli命令都可以在这里执行。特别是系统命令，使用系统命令对文件目录进行操作，效率比fs高到不知道哪里去了。社区上也有一些不错的包，比如阮一峰老师推荐的shelljs如果你不那么希望你的cli用起来那么“硬核”，希望更人性化一点，比如提供一些友好的输入、提示啊，给你的输出加点颜色区分重点啊，写个简单的进度条啊等等，那么你就需要美化一下你的输出了。除了颜色这部分，不使用第三方包实现起来非常繁琐复杂，其他的功能，都可以试试自己写。颜色部分使用了第三方包colors，这里就不演示了。其他都是由nodejs自带的readline模块实现的。绘制的思路跟canvas绘制动画一样，只不过canvas是清除画布，而命令行这里是通过readline.clearScreenDown清除输出。这样，一个简易的，人性化的，带点点进度条动画的命令行cli工具就写好了，你也可以发挥你的想象力，去写一些更有趣的效果出来。毕竟我们前端，有浏览器我们可以写动画，没了浏览器我们一样可以写动画。