>웹 프론트엔드 >JS 튜토리얼 >nodejs 경로 문제를 해결하는 방법

nodejs 경로 문제를 해결하는 방법

不言
不言원래의
2018-06-30 15:13:462065검색

이 글은 주로 nodejs의 경로 문제에 대한 해결책을 소개합니다. 내용이 꽤 좋아서 지금 공유하고 참고하겠습니다.

회사의 최근 개발 프로젝트에서는 nodejs를 백엔드로 사용했습니다. 지난 이틀간 고객 시연을 위해 포장해야 해서 회사 직원에게 이전 3D 컴퓨터실에 있던 포장 도구를 옮겨달라고 부탁했습니다. 패키징을 해보니, 원래 개발 환경에서 잘 돌아가던 프로젝트에 더 이상 접근할 수 없는 걸 발견했습니다. 프로젝트 홈 페이지에 접근할 수 없는 문제가 있습니다:

can not get file index.html

#🎜 🎜#express.static

무엇이 문제인가요?


nodejs 백엔드는 express를 사용하며 index.html은 정적 파일입니다. 우리는 이미지, CSS, JavaScript 파일 등과 같은 정적 파일이 Express에 내장된 express.static을 통해 쉽게 호스팅될 수 있다는 것을 알고 있습니다.


정적 리소스 파일이 있는 디렉터리를 매개변수로 express.static 미들웨어에 전달하면 정적 리소스 파일에 대한 액세스를 제공할 수 있습니다. 예를 들어 이미지, CSS 및 JavaScript 파일이 공용 디렉토리에 있다고 가정하면 다음 코드를 사용할 수 있습니다.

 app.use(express.static('public'));

그러므로 프로젝트에서 코드를 찾아 정적 호출이 이루어지는 위치를 확인하세요. , 이는 위의 코드 줄과 매우 유사합니다.

 app.use(express.static('public'));

이 시점에서 저는 상대 경로를 사용하지 않고도 이 문제를 해결할 수 있다고 친구들에게 말했습니다. 포장 시간 제한으로 인해 친구들에게 먼저 간단히 처리해달라고 요청했습니다. 포장을 마친 후 생각을 정리하겠습니다.

app.use(express.static('resource/public'));

물론 가장 중요한 것은 이 문제입니다. 어렵지 않으니 혼자 더 공부하셔도 되고, 문제 찾기도 쉽고, 이런 문제도 발생하지 않으니 친구분들이 직접 해보세요.


뭐, 읽어보셨겠지만, 이곳은 여전히 ​​상대 디렉토리입니다. 후속 제품에서는 더 나은 상황으로 변경될 예정입니다.


express.static 메소드 분석

실제로 express.static 메소드가 상대 메소드에 전달되는 경우 path를 사용하면 express가 자동으로 절대 경로로 변환됩니다. 소스 코드를 확인하고 express.js에서 다음 코드를 찾을 수 있습니다.

exports.static = require('serve-static');

설명 static은serv-static 패키지를 호출하고 이 패키지를 찾습니다. 직접 index.js를 보면 코드를 볼 수 있습니다. 아래에 중요한 두 줄이 나열되어 있습니다.

 ...
var resolve = require('path').resolve
...
opts.root = resolve(root)
...

이 두 줄은 상대 디렉터리를 절대 디렉터리로 변환하는 express용 코드입니다. 최종적으로 사용된 내장 개체 경로의 해결 방법을 살펴보고 계속 살펴보세요.


resolve method of path object

다음과 같이 이 메소드에 대한 API 문서를 직접 확인하세요. https :/ /nodejs.org/api/path.html#path_path_resolve_paths


이 방법에 대한 설명은 다음과 같습니다.


path.resolve() 메서드는 일련의 경로 또는 경로 세그먼트를 절대 경로로 확인합니다.


무슨 뜻인가요? 이 방법은 일련의 경로 또는 경로 세그먼트를

 path.resolve('/foo','bar');
// return /foo/bar

과 같은 절대 경로로 구성합니다. 자세한 지침은 설명서를 참조하세요. 여기에 특별한 주의가 필요한 문장이 있습니다.

# 🎜 🎜#

주어진 모든 경로 세그먼트를 처리한 후 절대 경로가 아직 생성되지 않은 경우 현재 작업 디렉터리가 사용됩니다.


내용 이는 모든 경로 세그먼트가 처리되었고 절대 경로가 생성되지 않은 경우 현재 작업 디렉터리를 사용해야 함을 의미합니다. 예:
 path.resolve('bar');
// 加上 /Users/terry 是当前工作目录, return /Users/terry/bar

API 문서의 더 복잡한 예(해결할 때 여기를 참고하세요. 오른쪽에서 왼쪽으로, 자세한 내용은 문서를 참조하세요):

path.resolve('wwwroot', 'static_files/png/', '../gif/image.gif');
// if the current working directory is /home/myself/node,
// this returns '/home/myself/node/wwwroot/static_files/gif/image.gif'

The current 문제 예, 현재 작업 디렉토리는 무엇입니까?


nodejs 현재 작업 디렉토리 현재 작업 디렉토리


nodejs 현재 작업 디렉토리는 Node가 있는 디렉토리입니다. 시작되었습니다. 즉, 노드를 시작하기 위해 입력한 디렉터리가 해당 디렉터리로 돌아갑니다.

이 디렉터리는 js 파일이 있는 디렉터리를 참조하지 않는다는 점에 유의하세요.


현재 작업 디렉터리는 process.cwd()를 통해 얻을 수 있습니다. 방법.


다음은 현재 작업 디렉터리를 소개하는 예입니다. /Users/terry/Documents/JSWorkspace 디렉터리에 test.js라는 js 파일만 작성하면 됩니다. 코드 한 줄: #🎜 🎜#

console.log(process.cwd());

이때 /Users/terry/Documents/JSWorkspace: node test.js 디렉터리에서 명령을 실행하면 다음과 같이 출력됩니다.

 /Users/terry/Documents/JSWorkspace

그러나 /Users/terry 디렉토리에 있는 경우 /Documents/: node ./JSWorkspace/test.js 아래 명령을 실행하면 출력 결과는 다음과 같습니다.

/Users/terry/Documents

그래서 다음과 같이 할 수 있습니다. node 명령을 실행하는 디렉터리를 확인하세요. 현재 디렉터리는 해당 디렉터리입니다.

이전 패키징 문제로 돌아가서, 개발 단계에서는 일반적으로 node 명령이 js 파일이 있는 디렉터리에서 직접 실행되므로 상대 디렉터리는 다음을 기준으로 작성됩니다. 현재 js 파일에는 문제가 없습니다.

하지만 패키징 후 노드 실행은 js 디렉토리의 상위 레이어에 배치됩니다. 이때 상대디렉터리 "public"은 더 이상 js 파일에 대한 상대디렉토리가 아니고, 이전 레이어에 대한 상대디렉토리이므로 당연히 해당 폴더 아래의 index.html 파일을 찾을 수 없습니다.


문제 해결 방법:

1.在前面已经说过了,改这个相对目录。但这种方法很蹩脚。因为,启动node命令的目录可能会变;而是如果这应该,开发阶段的node命令执行也需要跟着改。 总之不是兼容性很好的方法。

2.直接使用绝对路径。 但是这个绝对路径在不同的机器上又不一样,该如何解决呢?可以考虑使用全局变量__dirname.

全局变量__dirname

查看api文档 https://nodejs.org/api/modules.html#modules_dirname

看到解释如下:

The directory name of the current module. This is the same as the path.dirname() of the __filename。

啥意思呢,及时返回nodejs 的js文件的所在目录。

有了这个变量之后,我们就可以用如下代码解决这个问题。

app.use(express.static(__dirname + '/public'));

以上就是本文的全部内容,希望对大家的学习有所帮助,更多相关内容请关注PHP中文网!

相关推荐:

Node.js中路径处理模块path的介绍

如何在NodeJS项目中使用ES6

위 내용은 nodejs 경로 문제를 해결하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

성명:
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.