기본 콘텐츠로 건너뛰기

Nodejs 프로젝트에 Express Framework 템플릿 만들기

Nodejs 프로젝트에 Express Framework 템플릿 만들기

Nodejs하면 빼놓을 수 없는 프래임워크가 있다.

마치 JAVA 하면 Spring Frame Work가 있듯이

Nodejs 에는 Express Frame Work가 있다.

nodejs에는 express라는 외장 모듈이 있다.

http모듈을 업그레이드? 한 느낌의 모듈인데,

이 모듈을 기반으로 각종 여러 모듈을 섞어 프래임워크를 만드는 것이다.

프래임워크라 하면 말그대로 틀이다.

프로젝트의 능률을 올리기 위한 일종의 뼈대라고 볼 수 있다.

저번 포스팅에서 간단하게

http.createServer를 이용한 서버를 생성하였다면,

이번 포스팅에는 Express 모듈을 이용한 Express Frame Work를

사용하여 서버를 생성해 보겠다.

일단 저번에도 사용햇던 c9를 이용하여 프로젝트를 생성하였다.

(저번 포스팅에서도 사용한 cloud9)

프로젝트를 생성한 후 아무런 폴더도 생성되어있지 않은 상태다.

(터미널에 express framework 템플릿을 사용하기 위한 타이핑!)

일단 express framework 템플릿을 이용하려면 터미널에 명령어를 쳐야한다.

npm install -g express-generator

이 명령어를 치면 당장은 아무런 폴더도 생성되지 않는다.

명령어 그대로 익스프레스 제너레이터를 인스톨했을 뿐이다.

다음으로 어느 경로에 프래임워크를 셋팅하겠냐는 명령어를 쳐야한다.

express -f .

잘 알지는 못하지만 -f는 폴더를 뜻하는 것 같고 .은 현재 경로라는 것 같다.

이렇게 명령어를 쳐주면!

(프래임워크 기준으로 폴더가 생긴걸 볼 수 있다.)

그림과 같이 폴더와 각종 기본 템플릿이 쫘르륵 생긴다.

폴더 별로 살펴보면

bin폴더 - www.js(서버실행 js)

public폴더 - 각종 Static으로 사용할 resource

routes폴더 - view와 연결 시킬 각 종 js(Mvc 패턴 중 Controller라고 생각하면 될듯)

views폴더 - 말그대로 view(기본으로 jade로 생성되어 있다.)

app.js(서버와 routes연결 및 서버 셋팅을 하기위한 미들웨어)

package.json(서버의 npm module 관리 및 서버 정보)

정도로 보면 되겠다.

(프래임워크 생성후 package.json)

package.json에 들어가보면 express framework는 어떤 모듈을 사용하는지 알 수 있다.

dependencies 안을 살펴보면

body-parser, cookie-parser 등 파서들을 사용하고,

당연히 express 모듈도 사용되며, view를 jade를 기본적으로 사용한다.

각 종 모듈에 대해서는 따로 공부를 해야할 듯 하다.

프래임워크 탬플릿을 생성하면

아직 각종 모듈이 설치되어 있지 않은 상태이므로

npm install;

을 타이핑하여 각 종 모듈을 설치한다.

(view로 ejs를 사용하기 위해 추가!)

기본적으로 jade로 view가 설정되어 있지만

필자는 jade를 잘 모른다.

따라서 view로 jade를 사용하지 않고,

jsp와 거의 같은 모양으로 사용되는 ejs모듈을 따로 정의하여 설치 하였다.

(www.js의 내부 모습)

www.js를 열어보면 친절하게도

일반적으로 express모듈을 이용하여 서버를 생성할때의 코드가 적혀있다.

epress모듈을 이용하여 서버를 생성하는 법은

22번째 줄을보면 저번 포스팅과의 차이를 알 수 있다.

(app.js의 내부 모습)

nodejs의 장점 중 하나인 미들웨어를 담당하는 app.js의 코드를 보면,

일단 15번째 줄에서 view engine을 jade로 사용됨을 알 수 있다.

하지만 필자는 ejs를 사용하기 때문에 ejs로 수정했다.

또한 25,26번째 줄을 보면 접속 url이 어떻게 되냐에 따라

어떤 route와 연결 하여 사용할지 정의한다.

나머지 줄 역시 천천히 살펴보면 어렵지 않게 사용되는 원리를 파악 할 수 있다.

(index.js 내부 모습)

routes폴더 내에는

기본적으로 index.js, users.js가 생성 되어 있는데

그 중 http://주소/ 로 접속 하였을때 보여질 index.js를 살펴보면

get방식으로 ('/') 접속이 될 시

app.js에서 정의한 views 폴더 내의 index라는 이름을 가진

파일로 title이라는 변수 내에 값을 렌더 한다는 것을 알 수 있다.

변수 전달은 json 형식을 기본으로 한다.

따라서 view에서 ejs든 jade든 상관없이 title이라는 변수를 사용하면,

'익스프레스프램웤으로 서버열기!' 라는 글이 전달될 것이다.

(어디서 많이보던 모습?)

마지막으로 index.ejs를 만들어 기본 구성을 html 구성으로 작성한뒤

<%=%> 사이에 routes에서 보낸 변수를 사용하면 끝이다.

마치 모양이 jsp와 거의 흡사하다.

다만 다른점은 jsp같은 경우는 request.getParameter를 이용하여 변수에 담아서

그 변수를 사용 하였지만,

ejs에서는 라우터에서 보내준 변수를 바로 사용 가능하다.

정말 편하다.

(최종 적으로 서버에 접속)

결국 서버에 접속하면 title에 담아진 변수 값이 보여진다.

기본적인 express framework에 대해 살펴 보았는데,

현재 포스팅 정도만 대충 이해를 해도 왠만한 프로젝트는 사용 가능 할 것이라 보인다.

마치며..

이전까지 필자는 jsp/servlet을 이용한 Spring FrameWork를 사용해왔다.

하지만 너무 복잡한 설정과 유기적인 연결이 너무 어려웠다.

하지만 nodejs를 공부하며 Express FrameWork을 사용해보니

빠른 접근성과 쉽게 파악할 수 있는 장점이 있었다.

물론 대형 프로젝트에서는 스프링이 안정성과 강세를 보일지 모르지만

현재 nodejs의 성장세와 코드의 생산성면에서 보았을때는 express framework는

정말 대단한 생산성을 보여진다고 생각한다.

좋은 정보가 되었다면 공감버튼을!

(비회원도 가능해요>_<)

from http://twowix.me/39 by ccl(A) rewrite - 2020-03-06 12:20:07

댓글

이 블로그의 인기 게시물

카카오 오픈빌더와 외부 API 연동(feat.Nodejs)

카카오 오픈빌더와 외부 API 연동(feat.Nodejs) 이전에 플러스 친구와 외부 API 연동에 관한 글을 작성한 적 있습니다. 하지만 지난 2년동안 플러스 친구에 많은 변화가 생겼는데요. 카카오 플러스 친구의 명칭이 카카오 채널로 바뀌고, 챗봇 세팅 방식이 기존 [카카오 플러스 친구 - 외부 API 연동] 구조에서 오픈빌더가 추가되어 [카카오 채널(구 플러스 친구) - 카카오 i 오픈빌더 - 외부 API 연동] 구조로 바뀌었습니다. 이번 글에서는 오픈빌더의 챗봇 시나리오 관리 기능을 간단히 소개하고 외부 API를 연동하는 예제를 다뤄보겠습니다. (연동파트는 5번 항목부터 보시면 됩니다.) 1. 블록 블록은 오픈빌더에서 질의/응답을 관리하는 최소 단위로, 사용자의 발화와 챗봇의 대답을 입력할 수 있습니다. 예를들어 인사라는 블록을 만들고 인사에 해당하는 사용자 발화 패턴들을 입력해두면, 실제 채널 톡방에서 그에 해당하는 발화가 들어왔을때 입력해둔 응답이 나오는 형식입니다. 예전에는 패턴과 발화 키워드가 1:1 매칭, 즉 입력해둔 패턴과 사용자 발화의 string이 정확히 일치할때만 블록이 실행됐었는데, 발화 패턴을 20개 이상 등록하면 머신러닝 기능을 이용할 수 있도록 기능이 생겼습니다. 아마 유사도 분석 개념이 기본으로 들어가있을 것이기 때문에 블록의 주제와 벗어나는 너무 뜬금없는 발화패턴들을 많이 넣지 않도록 하는걸 권장하겠습니다. 2. 시나리오 시나리오는 '블록'들을 묶어서 관리할 수 있는 단위로, 일종의 폴더 구조라고 생각하면 쉽습니다. 오픈빌더에서 좌측 상단에 파란 버튼을 클릭하여 시나리오를 생성할 수 있습니다. 하나의 시나리오에서 모든 블록을 관리하면 챗봇 도메인이 커질수록 관리가 어려워지니 아래 같은식으로 시나리오를 사용하여 블록을 구조화하면 운영 측면에서 수월해집니다. 3. 컨텍스트 컨텍스트는 맥락이라는 뜻 입니다. 오픈빌더에 존재하는 컨텍스트는 자연어 분석을 통해서 맥...

AWS instance로 Nodejs 구현하기

AWS instance로 Nodejs 구현하기 서버와 데이터베이스 관리 차원에서 효율적으로 관리하기 위해선 로컬보다는 서버를 호스팅해서 하는 것이 좋다. 우리는 Nodejs를 구동하기 위해 AWS에서 인스턴스를 할당받을 계획이다. 인스턴스의 pem키를 발급받아 nodejs와 npm까지는 설치를 완료한 상태이다. $ sudo npm install -g express 다음의 명령어를 입력하면 글로벌 옵션으로 어느 path에서든 express를 사용할 수 있게 설치한다. 다음과 같이 실행이 된다면 성공이다. 이후 Express generator를 설치한다. $ sudo npm install -g express-generator@4 버전은 4.x이며 이 역시 글로벌 옵션으로 설치해 준다. 이제 Node monitoring을 위해 nodemon을 설치해 준다. $ sudo npm install -g nodemon 모든 설치가 끝났다. 이제 nodejs를 실행시킬 프로젝트용 directory를 만든다. 이렇게 만들어 주고 express를 실행시키면 된다. $ express -e 다음과 같은 결과가 나오면 된다. 이제 node package를 설치하는 명령어를 입력하자. $ sudo npm install 이제 vi를 통해 포트번호를 정의해보자. app.set의 마지막에 한줄을 추가하면 된다. app.set('port', process.env.PORT || 9000); 이로써 우리는 9000번 포트를 사용하게 되었다. 또한 마지막줄에 서버를 생성하기 위한 코드를 작성하자. module.exports = app; var server = app.listen(app.get('port'), function() { console.log('Express server listening on port ' + server.address().port); }); 이...

20.03.24 ShareBook TIL

20.03.24 ShareBook TIL Project/TIL 20.03.24 ShareBook TIL 중간 배포를 위해 EC2, RDS를 다시 설정하였다. EC2에 git에서 clone을 하고 서버를 작동시켜보니 ts로 돌려서 그런지 작동하지 않고 대기 상태로 있다가 timeout같은 시간 초과 에러가 났다. 그리고 갑자기 EC2 자체가 느려져서 nodejs를 삭제하고 다시 nvm으로 높은 버전의 node를 설치하였다. 그리고 나서 혹시 js로 돌리면 될까 해서 tsc로 js로 변환한뒤 돌려보니 RDS와 연결이 되지 않는 에러가 생겼다. workbench로 RDS를 연결했을 때는 정상적으로 작동해서 EC2에서 잘 못 설정한게 있다고 생각했다. 그래서 local에서 한번 config.json을 수정하고 연결하여도 똑같은 에러가 발생했다. 그럼 보안 설정에서 문제인가 싶어서 EC2, RDS 보안 그룹에서 설정을 막 만져보다 RDS에서 Custom TCP에 처음 RDS에서 설정한 포트를 넣어주었더니 연결되었다. config.json내용을 EC2에도 똑같이 적용시켜보려고 json파일을 vim으로 작성해서 넣어 주었지만 여전히 같은 에러를 반복하였다. 그럼 json 파일을 못 읽어내는게 아닌가 싶어서 그냥 module에 index.js에서 sequelize를 생성하는 부분에 직접 넣어 주었더니 마침내 연결이 되었다. 해결하고 난 뒤 생각의 흐름을 적어보니 매우 짧지만 정작 오늘 아침 10시 반부터 시작해서 저녁 10시 반까지 12시간을 고민하고나서야 해결되었다. from http://three-five.tistory.com/46 by ccl(A) rewrite - 2020-03-25 00:54:05