백엔드

여러가지 성능 개선을 위한 차이점이 존재함.나는 promise 지원 여부에 대한 차이와준비된 명령문(prepared statements) 지원의 차이를 확실히 기억하고 넘어가려한다.지적받은 내 service 함수.쿼리 결과를 받는 것을 보장한 뒤 return 하기 위해

typeorm API의 save()와 Bulk Insert

NestJS 입문중 만난 오류

ZeroCho님의 슬랙 클론코딩 프로젝트의 백엔드 파트를 Express -> NestJs (+typeORM)으로 변경하며 공부하는 프로젝트https://github.com/ZeroCho < 인프런 강의 추천빠른 설명과 진행스타일에 호불호가 갈리는 듯

토이 코딩

안좋은 방법임 사실 setMemberRepository()를 호출할 일도 없고 해서도 안되는 경우가 많은듯조회 관련 메서드에서는 readOnly 속성을 참으로 해주면 성능향상에 도움이됨상단에 선언하면 public 한 메소드를 찾아가서 readOnly = true 속성을

오늘 도메인 분석해서 entity 클래스를 구성하는 개발해보면서 배운거 CascadeType /==연관관계 메서드==// 엔티티 설계시 주의

생성자 주입불변, 필수 의존관계에 주로 사용생성자가 1개면 @Autowired 생략해도됨수정자주입 (setter)선택, 변경 가능성이 있는 의존관계일반 메서드 주입여러 필드 한번에 주입

인프런 김영한님의 스프링 입문 강의를 시작했다. https://www.inflearn.com/course/%EC%8A%A4%ED%94%84%EB%A7%81-%EC%9E%85%EB%AC%B8-%EC%8A%A4%ED%94%84%EB%A7%81%EB%B6%80%ED%8A%

스프링 컨테이너는 BeanDefinition이라는 인터페이스에만 의존된다.스프링은 다양한 설정 형식을 지원하는데xml, java, ...BeanDefinition 이라고 추상화되어있다.스프링 컨테이너는 자바 코드인지, XML인지 몰라도 됨오직 BeanDefinition

AppConfig 라는 클래스순수한 자바 코드로 이해했을 경우MemberServiceOrderServiceMemberRepository순서로 Bean 을 가져가게되면MemberService와 OrderService 에서 각각 MEmberRepository 객체를 생성하

dynamoDB => NestJS + typeDOrm

꿀잼 책