개요
- 회사에 적용할 기술들을 생각하다가 한 가지씩 주제를 정해서 조사해보는 시간을 갖기로 했습니다.
1. TypeScript
- 기존에 사용하는 Javascript와의 가장 큰 차이점은 변수의 타입을 지정해준다는 것입니다.
- 사용함으로써 얻는 장점은 확실한 타입 구분으로 코스 실행 시 사전 오류를 방지하는 것입니다.
- 회사 소스에 적용하게 된다면 기존에 Javascript에 비해 유연하지는 않지만 안전한 소스를 짤 수 있을 것으로 기대합니다.
- 하지만 당장 전체를 변경하기는 무리가 있을 것으로 판단했습니다.
참조
https://velog.io/@jyh7ab/TypeScript%EB%A5%BC-%EC%95%8C%EC%95%84%EB%B3%B4%EC%9E%90
2. Test code
-
test code는 작성한 코스의 테스트를 더 체계적이고 간단하게 처리하는 방법입니다.
-
사내 테스트를 과정은 아래와 같습니다.
- 로컬 소스 수정
- 로컬 서버 실행
- api 실행 : postman || (ui에서 이벤트 발생)
- 원하는 값이 나오는 지 확인
- 아니라면 디버그 시작 : 2~4 반복
- 원하는 값이 나오면 git push
-
위 과정이 번거롭기 때문에 백엔드 파트에서는 Mocha, Chai를 도입했습니다. 아래 링크를 참고하세요.
https://velog.io/@xioix94/Mocha-Chai%EB%A5%BC-%ED%99%9C%EC%9A%A9%ED%95%9C-nodejs-%EA%B8%B0%EB%B0%98-%EC%9B%B9-%EC%84%9C%EB%B2%84-%EA%B0%9C%EB%B0%9C-%ED%85%8C%EC%8A%A4%ED%8A%B8-%ED%99%98%EA%B2%BD-%EA%B0%9C%EC%84%A0-%EB%8F%84%EC%A0%84 -
해당 주제를 조사한 인원은 Jest에 대해서 조사했습니다.
-
간단한 코드부터 API까지 테스트 할 수 있습니다.
-
Session이 필요한 코드도 약간의 추가 코드를 통해서 테스트 가능합니다.
-
주로 백엔드 파트에서 사용하지만 프론트에서도 사용할 수 있다 정도로 소개하고 있습니다.
참조
- (jest) [Jest로 기본적인 테스트 작성하기] https://www.daleseo.com/jest-basic/
- (mock) [[Node.JS] 개발 후 테스트 하기 - 유닛 테스트] https://velog.io/@kauthenticity/Node.JS-%EA%B0%9C%EB%B0%9C-%ED%9B%84-%ED%85%8C%EC%8A%A4%ED%8A%B8-%ED%95%98%EA%B8%B0-%EC%9C%A0%EB%8B%9B-%ED%85%8C%EC%8A%A4%ED%8A%B8
- (api) [[Node.js] Jest를 이용한 API 테스트 코드 작성하기] https://velog.io/@ysong0504/Node.js-Jest%EB%A5%BC-%EC%9D%B4%EC%9A%A9%ED%95%9C-API-%ED%85%8C%EC%8A%A4%ED%8A%B8-%EC%BD%94%EB%93%9C-%EC%9E%91%EC%84%B1%ED%95%98%EA%B8%B0
- (session) [[supertest] express-session 테스트는 어떻게 할까?] https://jamong-icetea.tistory.com/347
- (db) [Jest - 테스트 환경 구축하는 방법 (Test용 DB 사용) with Setup, Teardown] https://jaehoney.tistory.com/114
3. ORM
- 간단히 이해하기로는 query를 쌩으로 작성하는 것이 아니라 백엔드 소스 안으로 합칠 수 있는 방법입니다.
- 이 방법으로 DB의 종류에 종속되지 않는 코드를 작성할 수 있습니다.
- 엄청 복잡한 query의 경우 ORM을 이용하여 작성하는 것이 속도면에서 불리하지만 해당 query만 직접 작성하고 나머지는 ORM을 이용하여 작성하는 것이 트렌드입니다.
- 추후, 소스에 적용하면 좋을 것 같습니다.
참조
https://hanamon.kr/orm%EC%9D%B4%EB%9E%80-nodejs-lib-sequelize-%EC%86%8C%EA%B0%9C/
https://kyungyeon.dev/posts/3
https://kth990303.tistory.com/36
4. CI / CD
- 소스를 수정한 후 빌드, 테스트, 배포까지의 자동화과정을 뜻합니다.
- 해당 방법을 통해 commit, merge 시 충돌을 최소화 할 수 있습니다.
https://sideways-lamprey-82c.notion.site/CI-CD-Continuous-Integration-Continuous-Deployment-027124efc6254aa496ee0b9e2cb549fd - 사내 프로세스로 바로 적용했으면 해서 차 주에 각 항목에 대해서 더 깊이 조사해보고 발표해보기로 했습니다.
- 찾아볼 항목은 아래와 같습니다.
- Jenkins
- CircleCI
- TravisCI
- Github Actions
마무리
- 사내 개발 환경 개선을 위해 가볍게 시작한 모임인데 몰랐던 기술도 알게되고 애매하게 알았던 기술들도 더 알게되는 좋은 시간이었습니다.
- 앞으로도 좋은 기술도 더 알아가고 개발 환경도 개선할 수 있을 것으로 기대합니다.
...