国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

Nodejs基礎(chǔ):路徑處理模塊path總結(jié)

wua_wua2012 / 2887人閱讀

摘要:將對路徑中重復(fù)的路徑分隔符比如下的合并為一個(gè)。對路徑中的進(jìn)行處理。根據(jù)接口的描述來看,以下兩者是等價(jià)的。如果中任一者為空,那么,返回當(dāng)前工作路徑。注意,當(dāng)使用相關(guān)接口時(shí),參數(shù)同樣可以使用做分隔符,但接口返回值的分割符只會(huì)是。

本文摘錄自《Nodejs學(xué)習(xí)筆記》,更多章節(jié)及更新,請?jiān)L問 github主頁地址。歡迎加群交流,群號(hào) 197339705。

模塊概覽

在nodejs中,path是個(gè)使用頻率很高,但卻讓人又愛又恨的模塊。部分因?yàn)槲臋n說的不夠清晰,部分因?yàn)榻涌诘钠脚_(tái)差異性。

將path的接口按照用途歸類,仔細(xì)琢磨琢磨,也就沒那么費(fèi)解了。

獲取路徑/文件名/擴(kuò)展名

獲取路徑:path.dirname(filepath)

獲取文件名:path.basename(filepath)

獲取擴(kuò)展名:path.extname(filepath)

獲取所在路徑

例子如下:

var path = require("path");
var filepath = "/tmp/demo/js/test.js";

// 輸出:/tmp/demo/js
console.log( path.dirname(filepath) );
獲取文件名

嚴(yán)格意義上來說,path.basename(filepath) 只是輸出路徑的最后一部分,并不會(huì)判斷是否文件名。

但大部分時(shí)候,我們可以用它來作為簡易的“獲取文件名“的方法。

var path = require("path");

// 輸出:test.js
console.log( path.basename("/tmp/demo/js/test.js") );

// 輸出:test
console.log( path.basename("/tmp/demo/js/test/") );

// 輸出:test
console.log( path.basename("/tmp/demo/js/test") );

如果只想獲取文件名,單不包括文件擴(kuò)展呢?可以用上第二個(gè)參數(shù)。

// 輸出:test
console.log( path.basename("/tmp/demo/js/test.js", ".js") );
獲取文件擴(kuò)展名

簡單的例子如下:

var path = require("path");
var filepath = "/tmp/demo/js/test.js";

// 輸出:.js
console.log( path.extname(filepath) );

更詳細(xì)的規(guī)則是如下:(假設(shè) path.basename(filepath) === B )

從B的最后一個(gè).開始截取,直到最后一個(gè)字符。

如果B中不存在.,或者B的第一個(gè)字符就是.,那么返回空字符串。

直接看官方文檔的例子

path.extname("index.html")
// returns ".html"

path.extname("index.coffee.md")
// returns ".md"

path.extname("index.")
// returns "."

path.extname("index")
// returns ""

path.extname(".index")
// returns ""
路徑組合

path.join([...paths])

path.resolve([...paths])

path.join([...paths])

paths拼起來,然后再normalize一下。這句話反正我自己看著也是莫名其妙,可以參考下面的偽代碼定義。

例子如下:

var path = require("path");

// 輸出 "/foo/bar/baz/asdf"
path.join("/foo", "bar", "baz/asdf", "quux", "..");

path定義的偽代碼如下:

module.exports.join = function(){
  var paths = Array.prototye.slice.call(arguments, 0);
  return this.normalize( paths.join("/") );
};
path.resolve([...paths])

這個(gè)接口的說明有點(diǎn)啰嗦。你可以想象現(xiàn)在你在shell下面,從左到右運(yùn)行一遍cd path命令,最終獲取的絕對路徑/文件名,就是這個(gè)接口所返回的結(jié)果了。

比如 path.resolve("/foo/bar", "./baz") 可以看成下面命令的結(jié)果

cd /foo/bar
cd ./baz

更多對比例子如下:

var path = require("path");

// 假設(shè)當(dāng)前工作路徑是 /Users/a/Documents/git-code/nodejs-learning-guide/examples/2016.11.08-node-path

// 輸出 /Users/a/Documents/git-code/nodejs-learning-guide/examples/2016.11.08-node-path
console.log( path.resolve("") )

// 輸出 /Users/a/Documents/git-code/nodejs-learning-guide/examples/2016.11.08-node-path
console.log( path.resolve(".") )

// 輸出 /foo/bar/baz
console.log( path.resolve("/foo/bar", "./baz") );

// 輸出 /foo/bar/baz
console.log( path.resolve("/foo/bar", "./baz/") );

// 輸出 /tmp/file
console.log( path.resolve("/foo/bar", "/tmp/file/") );

// 輸出 /Users/a/Documents/git-code/nodejs-learning-guide/examples/2016.11.08-node-path/www/js/mod.js
console.log( path.resolve("www", "js/upload", "../mod.js") );
路徑解析

path.parse(path)

path.normalize(filepath)

從官方文檔的描述來看,path.normalize(filepath) 應(yīng)該是比較簡單的一個(gè)API,不過用起來總是覺得沒底。

為什么呢?API說明過于簡略了,包括如下:

如果路徑為空,返回.,相當(dāng)于當(dāng)前的工作路徑。

將對路徑中重復(fù)的路徑分隔符(比如linux下的/)合并為一個(gè)。

對路徑中的...進(jìn)行處理。(類似于shell里的cd ..

如果路徑最后有/,那么保留該/

感覺stackoverflow上一個(gè)兄弟對這個(gè)API的解釋更實(shí)在,原文鏈接。

In other words, path.normalize is "What is the shortest path I can take that will take me to the same place as the input"

代碼示例如下。建議讀者把代碼拷貝出來運(yùn)行下,看下實(shí)際效果。

var path = require("path");
var filepath = "/tmp/demo/js/test.js";

var index = 0;

var compare = function(desc, callback){
  console.log("[用例%d]:%s", ++index, desc);
  callback();
  console.log("
");
};

compare("路徑為空", function(){
  // 輸出 .
  console.log( path.normalize("") );
});

compare("路徑結(jié)尾是否帶/", function(){
  // 輸出 /tmp/demo/js/upload
  console.log( path.normalize("/tmp/demo/js/upload") );

  // /tmp/demo/js/upload/
  console.log( path.normalize("/tmp/demo/js/upload/") );
});

compare("重復(fù)的/", function(){
  // 輸出 /tmp/demo/js
  console.log( path.normalize("/tmp/demo//js") );
});

compare("路徑帶..", function(){
  // 輸出 /tmp/demo/js
  console.log( path.normalize("/tmp/demo/js/upload/..") );
});

compare("相對路徑", function(){
  // 輸出 demo/js/upload/
  console.log( path.normalize("./demo/js/upload/") );

  // 輸出 demo/js/upload/
  console.log( path.normalize("demo/js/upload/") );
});

compare("不常用邊界", function(){
  // 輸出 ..
  console.log( path.normalize("./..") );

  // 輸出 ..
  console.log( path.normalize("..") );

  // 輸出 ../
  console.log( path.normalize("../") );

  // 輸出 /
  console.log( path.normalize("/../") );
  
  // 輸出 /
  console.log( path.normalize("/..") );
});

感興趣的可以看下 path.normalize(filepath) 的node源碼如下:傳送門

文件路徑分解/組合

path.format(pathObject):將pathObject的root、dir、base、name、ext屬性,按照一定的規(guī)則,組合成一個(gè)文件路徑。

path.parse(filepath):path.format()方法的反向操作。

我們先來看看官網(wǎng)對相關(guān)屬性的說明。

首先是linux下

┌─────────────────────┬────────────┐
│          dir        │    base    │
├──────┬              ├──────┬─────┤
│ root │              │ name │ ext │
"  /    home/user/dir / file  .txt "
└──────┴──────────────┴──────┴─────┘
(all spaces in the "" line should be ignored -- they are purely for formatting)

然后是windows下

┌─────────────────────┬────────────┐
│          dir        │    base    │
├──────┬              ├──────┬─────┤
│ root │              │ name │ ext │
" C:      pathdir    file  .txt "
└──────┴──────────────┴──────┴─────┘
(all spaces in the "" line should be ignored -- they are purely for formatting)
path.format(pathObject)

閱讀相關(guān)API文檔說明后發(fā)現(xiàn),path.format(pathObject)中,pathObject的配置屬性是可以進(jìn)一步精簡的。

根據(jù)接口的描述來看,以下兩者是等價(jià)的。

root vs dir:兩者可以互相替換,區(qū)別在于,路徑拼接時(shí),root后不會(huì)自動(dòng)加/,而dir會(huì)。

base vs name+ext:兩者可以互相替換。

var path = require("path");

var p1 = path.format({
  root: "/tmp/", 
  base: "hello.js"
});
console.log( p1 ); // 輸出 /tmp/hello.js

var p2 = path.format({
  dir: "/tmp", 
  name: "hello",
  ext: ".js"
});
console.log( p2 );  // 輸出 /tmp/hello.js
path.parse(filepath)

path.format(pathObject) 的反向操作,直接上官網(wǎng)例子。

四個(gè)屬性,對于使用者是挺便利的,不過path.format(pathObject) 中也是四個(gè)配置屬性,就有點(diǎn)容易搞混。

path.parse("/home/user/dir/file.txt")
// returns
// {
//    root : "/",
//    dir : "/home/user/dir",
//    base : "file.txt",
//    ext : ".txt",
//    name : "file"
// }
獲取相對路徑

接口:path.relative(from, to)

描述:從from路徑,到to路徑的相對路徑。

邊界:

如果fromto指向同個(gè)路徑,那么,返回空字符串。

如果fromto中任一者為空,那么,返回當(dāng)前工作路徑。

上例子:

var path = require("path");

var p1 = path.relative("/data/orandea/test/aaa", "/data/orandea/impl/bbb");
console.log(p1);  // 輸出 "../../impl/bbb"

var p2 = path.relative("/data/demo", "/data/demo");
console.log(p2);  // 輸出 ""

var p3 = path.relative("/data/demo", "");
console.log(p3);  // 輸出 "../../Users/a/Documents/git-code/nodejs-learning-guide/examples/2016.11.08-node-path"
平臺(tái)相關(guān)接口/屬性

以下屬性、接口,都跟平臺(tái)的具體實(shí)現(xiàn)相關(guān)。也就是說,同樣的屬性、接口,在不同平臺(tái)上的表現(xiàn)不同。

path.posix:path相關(guān)屬性、接口的linux實(shí)現(xiàn)。

path.win32:path相關(guān)屬性、接口的win32實(shí)現(xiàn)。

path.sep:路徑分隔符。在linux上是/,在windows上是``。

path.delimiter:path設(shè)置的分割符。linux上是:,windows上是;

注意,當(dāng)使用 path.win32 相關(guān)接口時(shí),參數(shù)同樣可以使用/做分隔符,但接口返回值的分割符只會(huì)是``。

直接來例子更直觀。

> path.win32.join("/tmp", "fuck")
"	mpfuck"
> path.win32.sep
""
> path.win32.join("	mp", "demo")
"	mpdemo"
> path.win32.join("/tmp", "demo")
"	mpdemo"
path.delimiter

linux系統(tǒng)例子:

console.log(process.env.PATH)
// "/usr/bin:/bin:/usr/sbin:/sbin:/usr/local/bin"

process.env.PATH.split(path.delimiter)
// returns ["/usr/bin", "/bin", "/usr/sbin", "/sbin", "/usr/local/bin"]

windows系統(tǒng)例子:

console.log(process.env.PATH)
// "C:Windowssystem32;C:Windows;C:Program Files
ode"

process.env.PATH.split(path.delimiter)
// returns ["C:Windowssystem32", "C:Windows", "C:Program Files
ode"]
相關(guān)鏈接

官方文檔:https://nodejs.org/api/path.h...

文章版權(quán)歸作者所有,未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址:http://specialneedsforspecialkids.com/yun/80882.html

相關(guān)文章

  • nodejs模塊整理

    摘要:本篇將對規(guī)范,的文件模塊和核心模塊等做一個(gè)綜合的整理。其他后綴名的文件,都會(huì)被當(dāng)成是文件進(jìn)行處理。總結(jié)至此我們對的模塊整體的機(jī)制,大致已經(jīng)整理清楚了,從模塊的導(dǎo)出,到引入,以及標(biāo)識(shí)符的分析。 前言 模塊對于node來說是不可或缺的一部分,是服務(wù)端編程的基礎(chǔ)。趁著整理模塊之際,先將node部分的模塊的封裝等做一個(gè)總結(jié)。希望能夠切實(shí)的幫助到你。本篇將對CommenJS規(guī)范,node的文件模...

    王笑朝 評論0 收藏0
  • gulp和webpack入門介紹

    摘要:介紹說明的包管理器,用于插件管理包括安裝卸載管理依賴等使用安裝插件命令提示符執(zhí)行插件名稱。總結(jié)安裝新建文件全局和本地安裝安裝插件新建文件通過命令提示符運(yùn)行任務(wù)。 showImg(https://segmentfault.com/img/remote/1460000010873466); 前言 眾所周知目前比較火的工具就是gulp和webpack,但webpack和gulp卻有所不同,本...

    hsluoyz 評論0 收藏0
  • node.js環(huán)境搭建與配置的那些坑

    摘要:然后我們在看看環(huán)境變量配置我的系統(tǒng)變量中的以及是安裝的根目錄而且我沒有在系統(tǒng)變量中添加任何的什么的那些鬼玩意。 開始學(xué)習(xí)vue框架,要求搭建node環(huán)境初學(xué)者遇到很多的問題,現(xiàn)在知其然也讓你知其所以然。來上步驟與截圖 安裝node (1)安裝node網(wǎng)上很多你們可以參考很多文章,我就不多說,一直下一步就好了,但是我們IT碼農(nóng)都潔癖---不想安裝在系統(tǒng)盤C盤路徑下。于是我安裝到了D:...

    winterdawn 評論0 收藏0
  • 關(guān)于Node.js的__dirname,__filename,process.cwd(),./文件路

    摘要:先把當(dāng)成文件,依次查找當(dāng)前目錄下的,找到了,就返回該文件,不再繼續(xù)執(zhí)行。那么關(guān)于正確的結(jié)論是在中使用是跟的效果相同,不會(huì)因?yàn)閱?dòng)腳本的目錄不一樣而改變,在其他情況下跟效果相同,是相對于啟動(dòng)腳本所在目錄的路徑。 起因 原文收錄在我的 GitHub博客 (https://github.com/jawil/blog) ,喜歡的可以關(guān)注最新動(dòng)態(tài),大家一起多交流學(xué)習(xí),共同進(jìn)步,以學(xué)習(xí)者的身份寫博...

    harryhappy 評論0 收藏0
  • 關(guān)于Node.js的__dirname,__filename,process.cwd(),./文件路

    摘要:先把當(dāng)成文件,依次查找當(dāng)前目錄下的,找到了,就返回該文件,不再繼續(xù)執(zhí)行。那么關(guān)于正確的結(jié)論是在中使用是跟的效果相同,不會(huì)因?yàn)閱?dòng)腳本的目錄不一樣而改變,在其他情況下跟效果相同,是相對于啟動(dòng)腳本所在目錄的路徑。 起因 原文收錄在我的 GitHub博客 (https://github.com/jawil/blog) ,喜歡的可以關(guān)注最新動(dòng)態(tài),大家一起多交流學(xué)習(xí),共同進(jìn)步,以學(xué)習(xí)者的身份寫博...

    pumpkin9 評論0 收藏0

發(fā)表評論

0條評論

wua_wua2012

|高級講師

TA的文章

閱讀更多
最新活動(dòng)
閱讀需要支付1元查看
<