了不起的node.js书中的一段代码中遇见这样的问题什么意思

内容更明确点：

重要的是你要理解nodejs的全局变量，其实node在运行时有一些全局的对象和方法，类似于js中的window对象，所以有时候我们可以直接使用全局对象里面的属性，__dirname就是其中一员，还有很多其他对象，

如果你没有定义一个变量同时又不是全局属性，肯定会报变量 not defined的错误。

js运行时内置了一个Global对象

这个Global对象跟运行环境有关。在浏览器运行环境中。Global就是window对象。

在nodejs中。Global对象是global对象。

当你在浏览器环境中，直接使用一个未经定义的变量，

例如foo=123;那么foo这个变量自动声明为全局变量。变量引用自动挂载到了Global对象，即window对象上。

Global对象上的属性和函数都是js运行时提供的。例如escape\encodeURIComponent\decodeURIComponent\Regex\Infinite等等。。。

跟继承没有关系，你可以认为浏览器默认提供给你使用的对象，都放到了Global对象中，而window对象又恰好就是这个Global对象。实际上，在浏览器的内部实现中，隐藏了真正的Global对象，而把window对象作为了Global对象的替身。一切对Global对象的 *** 作（间接 *** 作），都会映射到window对象上，反之亦然。这样window对象就成了Global对象的替身。而window对象同时又作为Global对象的一个属性。这样，真正的Global对象就被雪藏了。

window对象虽然是浏览器环境下的js Gloabl对象。但并不意味着window对象下的所有方法和属性都是js原生提供的。原生对象只有很少一部分，浏览器环境中，大量的功能都是由宿主对象完成的。

function findSync(startPath) {

    let result=[];

    function finder(path) {

        let files=fsreaddirSync(path);

        filesforEach((val,index) => {

            let fPath=join(path,val);

            let stats=fsstatSync(fPath);

            if(statsisDirectory()) finder(fPath);

            if(statsisFile()) resultpush(fPath);

        });

    }

    finder(startPath);

    return result;

}

let fileNames=findSync('/');

nodejs的几种模块加载方式

一直接在exports对象中添加方法

1 首先创建一个模块(modulejs)modulejs

exportsOne = function(){

consolelog('first module');

};

2loadjsvar module =require('/module');

moduleOne();

这样我们就可以在引入了该模块后,返回一个exports对象,这里是指module对象,其实都只是两个引用或者句柄,只是都指向了同一个资源,在loadjs里,module的名字可以是任意取的,因为它仅仅是指向require('/module');返回后的一个实例对象的引用,在loadjs文件里的module和在modulejs里的exports对象是同一个东西因此上述两个文件可以用一个文件来表示:exportsOne = function(){

consolelog('first module');

};

exportsOne();

其运行结果是一致的,这里我们可以很清晰的看到,我们在使用require('/xxxx')后其实返回的总是在 xxxxjs文件中的exports对象的引用,这个引用的名字我们可以任意取,但是为了规范我们还是最好取符号某些非标准规定(后面说道),但是这样会有不妥的地方,因为它是始终指向exports的实例对象,也就是说,我们虽然有了这个模块,但是这个模块我们只能使用一次,这取决于rquire('/module')只会加在一次该模块比如我们修改上述代码,

modulejs

var name ;

exportssetName = function(oName){

name = oName;

};

exportsgetName = function(){

consolelog(name);

};

loadjsvar module1 = require('/module');

module1setName("felayman1");

module1getName();

var module2 = require('/module');

module2setName("felayman2");

module2getName();

module1getName();

我们可以看到,虽然我们使用了两次require('/module');,但是当我们修改module2后,module1的内容也被修改,这恰恰说明了,module1和module2是指向的同一个对象有时候这并不影响我们的程序,但是如果我们的module是Person呢我们希望我们require('/person')后返回的是不同的对象因此,这种方式是有缺陷的,尽管很方便,这种方式在大部分nodejs的模块中都是很常见,比如fs模块,>

前端日常开发中，会遇见各种各样的cli，比如一行命令帮你打包的webpack，一行命令帮你生成vue项目模板的vue-cli，还有创建react项目的create-react-app等等等等。这些工具极大地方便了我们的日常工作，让计算机自己去干繁琐的工作，而我们，就可以节省出大量的时间用于学习、交流、开发、 逛steam 。

但是有时候一些十分特别的需求，我们是找不到适合的cli工具去做的。比如说，你的项目十分庞大，你给项目添加一个新的路由，要经过 创建目录 -> 创建vue文件 -> 更新vue-router的路由列表 这一趟流程，就算快捷键创建目录文件用得再熟悉，也比不过你一行命令来得快，特别是路由目录嵌套深，vue文件初始化模板复杂的时候。

所以呢，何不为自己项目写一个cli？就专门做这些繁琐的活？

nodejs的cli，本质就是跑node脚本嘛，基本上每位前端er都会：

然后命令行调用

可以做得更逼真一点，我们在packagejson里面的scripts字段上添加一下脚本名：

然后命令行调用：

但是，看到这里你肯定会说，人家webpack还有vue-cli都是“有名字”的！什么 vue-cli init app 、 webpack -p 的，多漂亮，看看这个命令行， node indexjs ，还 npm run hello ，谁不会啊，丑不拉几的，怕又不是来水文章的哦？差评！！

别急啊各位大人，接下来就说说，如何给这个node脚本起个名字。

姑且，先把这个cli的名字命名为 hello-cli ，就是我们能够在命令行里面，输入 hello-cli ，然后它就打印一句 hello world ，没有 node 也没有 npm ，就是：

这样，你的第一个cli脚本就成功安装了，可以在命令行里面，直接敲你的cli名字，看看结果输出吧。

另外，如果你仅希望你的cli脚本仅在项目里执行，则需要在你项目里面新建一个目录，重复上述的 *** 作，只是在第三步的时候，不要llink到全局里面去，而是使用 npm i -D file:<你的脚本cli目录路径> ，把它当成项目的依赖安装到node_modules里面去，如果安装成功，那么在项目的packagejson你会看到多了一条依赖，这条依赖的值不是版本号，而是你脚本的路径。然后在node_modules里面会有一个bin目录，里面就存放着你的可执行文件。

当然，这样安装的cli脚本，必须在项目的packagejson的scripts字段上声明脚本命令，然后通过 npm run 的方式执行。

哦？这样子使用的话不就回到最最最开始的时候那种原始的 npm run hello 一样么。

是的，但是有质的区别。使用 node indexjs 这种方式调用的话固然简单灵活，但是严重依赖脚本路径，一旦目录结构发生变动，写在scripts的命令就要更改一次；但是使用npm安装之后，本地的cli脚本就被拉到node_modules里面，目录结构变动对其影响不大。其次是不利于分享与发布，如果你想把你的cli脚本发布出去，那么有一个好听响亮的名字，比起在说明文档里面告诉使用者如何找到你的脚本路径再用node执行它，简直好上那么一万倍不是么？

这里也给我们提供了一个cli开发流程思路：

名字有了，输出也有了，看看我们跟那些大名鼎鼎的cli工具，在形式上还差点啥？对了，人家可以支持不同参数选项的，还可以根据输入的不同，产生不同的结果。

这样吧，我们给这个cli加一个功能，既然叫 hello-cli ，那不能只会 hello world 吧，必须要见谁就说 hello 才行：

虽然这个功能很简单，但是至少也是实现了“根据输入的不同，产生不同结果”的效果。

命令行上的参数，可以通过 process 这个变量获取， process 是一个全局对象而不是一个包，不需要通过 require 引入。通过 process 这个对象我们可以拿到当前脚本执行环境等一系列信息，其中就包括命令行的输入情况，这个信息，保存在 processargv 这个属性里。我们可以打印一下：

打印结果：

可以看出，argv是个数组，前两位是固定的，分别是node程序的路径和脚本存放的位置，从第三位开始才是额外输入的内容。那么实现上面的功能就很简单了，只要读取argv数组的第三位，然后输出出来就可以了。

npm社区中也有一些优秀的命令行参数解析包，比如 yargs ,tj的 commanderjs 等等

如果你想使用比较复杂的参数或者命令，建议还是用第三方包比较好，手写解析太耗精力了。

现在，你可以自由自在的写你自己的cli脚本了。

如果你希望写一个项目打完包自动推上git的cli，或者自动从git仓库里面拉取项目启动模板，那么，你需要通过node的 child_process 模块开启子进程，在子进程内调用git命令：

不仅是git命令，包括系统命令、其他cli命令都可以在这里执行。特别是系统命令，使用系统命令对文件目录进行 *** 作，效率比fs高到不知道哪里去了。

社区上也有一些不错的包，比如阮一峰老师推荐的 shelljs

如果你不那么希望你的cli用起来那么“硬核”，希望更人性化一点，比如提供一些友好的输入、提示啊，给你的输出加点颜色区分重点啊，写个简单的进度条啊等等，那么你就需要美化一下你的输出了。

除了颜色这部分，不使用第三方包实现起来非常繁琐复杂，其他的功能，都可以试试自己写。

颜色部分使用了第三方包 colors ，这里就不演示了。

其他都是由nodejs自带的 readline 模块实现的。

绘制的思路跟canvas绘制动画一样，只不过canvas是清除画布，而命令行这里是通过 readlineclearScreenDown 清除输出。

这样，一个简易的，人性化的，带点点进度条动画的命令行cli工具就写好了，你也可以发挥你的想象力，去写一些更有趣的效果出来。

毕竟我们前端，有浏览器我们可以写动画，没了浏览器我们一样可以写动画。

以上就是关于了不起的node.js书中的一段代码中遇见这样的问题什么意思全部的内容，包括:了不起的node.js书中的一段代码中遇见这样的问题什么意思、js中所有的全局变量和方法都是继承于window对象吗、nodejs获取文件夹下所有文件等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！