Notice
Recent Posts
Recent Comments
Link
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
31 |
Tags
- springboot
- kotlin
- AMD 안드로이드
- android studio
- restful
- MVVM
- 안드로이드 에뮬레이터
- Android-Studio AMD
- Specification
- backend
- typescript
- API
- 너구리소굴
- nodejs
- ES6
- java
- ECMA
- Nest.js
- AMD AVD
- laravel
- javascript
- avd
- lifecycle
- SpringSecurity
- Spring
- SpecificationBuilder
- Android
- 라라벨
- restapi
- 안드로이드 스튜디오
Archives
- Today
- Total
목록typescript (1)
Owen Labs
너구리소굴 Backend Framework 변경을 결정한 계기
이전 게시글에서 백엔드 프레임워크를 Nest.js로 설정한 이유에 대해 기술했다. 두 달이 조금 안되는 기간 동안 프레임워크에 대해 충분히 익히지 못한 상태로 개발에 착수하기도 했고, 업무중에는 Spring Boot를 사용하다 보니 Nest.js의 단점이 더 두드러졌다. 그동안 개발하며 본인이 느낀 Nest.js의 단점은 아래와 같다. 1. DI 대상 객체들을 수동으로 등록해주어야 한다. Spring Boot와 비교했을 때 Nest.js의 가장 큰 단점은 DI 설정에 귀찮은 타이핑이 많이 들어가야 한다는 것이다. Spring Boot에서는 클래스를 정의한 뒤 어노테이션을 DI 대상 구현체에 하나, DI 대상 변수에 하나. 총 두 개의 어노테이션 만으로 별도의 추가 작업 없이 DI가 가능하다. 하지만 Ne..
프로젝트/너구리소굴
2022. 7. 21. 01:21