Session 25. Middleware
*🔐Study Keyword :
私も
Middleware🔑
使ってみようかな~- Middleware
-WHY USE❔❕
なぜMiddlewareを書くのですか?
中には複数の関数が順次通過し、そのうちの1つは
middleware
です.미들웨어 함수
が作成されると、ルーティング時に関数が呼び出される前に、미들웨어 함수
が最初に通過する.1>ユーザがいない場合,2>有料会員でない場合などを想定する.
미들웨어
という共通関数を使用して分離ロードを行うことができる.<script>
import express from 'express';
const { ArticleController } from '../controllers';
const { validateToken } from '../middlewares';
// 위에서 만든 미들웨어 로직을 임포트 합니다.
const router = express.Router();
router.get('/', ArticleController.getArticles)
router.get('/:articleId', ArticleController.getOneArticle)
// 아래 세가지 post, put, delete 요청에 대한 컨트롤러는 유저의 인증/인가가 필요한 로직입니다.
router.post('/', validateToken, ArticleController.postOneArticle)
router.put('/:articleId', validateToken, ArticleController.updateOneArticle)
router.delete('/:articleId', validateToken, ArticleController.deleteOneArticle)
export default router
</script>
util関数とミドルウェア関数を判別する基準は?
=>したがって、単純な繰り返し操作を行う場合、ミドルウェアを組み込む条件が満たされる.ミドルウェアを使用しない場合は、サービス側でifelse文を使用し、userorder productサービスですべて重複する場合は、ミドルウェアとしてフィルタリングして個別に記述できます.
utill関数の使用時に一度ブラウズする
*💡conclusion
ミドルウェアは自分で作って使います.
#📑Study Source
先週の会議で:(
Reference
この問題について(Session 25. Middleware), 我々は、より多くの情報をここで見つけました https://velog.io/@minj9_6/Session-25.-Middlewareテキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol