GraphQL에서 공식적으로 지원하는 자료형(https://graphql.org/learn/schema/- IntFloatStringBooleanIDKotlin/Java를 사용하면 이 외에도 Long, Date와 같은 자료형을 사용하게 되는데, 이러한 자료형을

1편에서 다룬 내용 (보러가기)Front-end와 Back-end 분리Front-end에서 AccessToken을 받아 Backend에게 주면 Backend가 Google에 AccessToken으로 요청하여 Profile정보를 받아옴이번 편에서 다룰 내용Profile

Devstagram의 자체 회원가입 및 로그인 기능을 구현했다. 하지만 이렇게 할 경우 프로필 사진을 우리가 S3같은 Storage에 저장해야하는데, 그 비용은 오롯이 우리의 사비로 내야했다. 한 푼이라도 클라우드 비용을 아끼기 위해 생각해낸 것이 Oauth를 사용하는

각각의 서비스마다 인증/인가 등 공통된 로직을 구현해야하는 번거로움이 있음수많은 API 호출을 기록하고 관리하기 어려움클라이언트에서 여러 마이크로 서비스에 대해 번거로운 호출을 해야함(서비스 주소가 달라지면 클라이언트도 알고있어야 함)내부의 비즈니스 로직이 클아이언트에

각각의 서비스마다 인증/인가 등 공통된 로직을 구현해야하는 번거로움이 있음수많은 API 호출을 기록하고 관리하기 어려움클라이언트에서 여러 마이크로 서비스에 대해 번거로운 호출을 해야함(서비스 주소가 달라지면 클라이언트도 알고있어야 함)내부의 비즈니스 로직이 클아이언트에

관점 지향 프로그래밍객체 지향 프로그래밍의 단점을 해소하기 위해 등장Object Oriented Programming모든 변수 선언시 new를 통해 객체를 선언객체를 재사용 한다는 측면에서 효율적이었으나, 공통된 부가기능에 대한 코드가 중복,반복된다는 단점AAAA,BB

프로그램의 제어권을 framework가 가져가는 것IoC 개념을 채용한 프레임워크는 스프링 외에 많지만, 대표적인 것이 Spring이므로 Spring 기준으로 설명하겠다개발자가 비즈니스 로직 관련 코드를 작성하면 프레임 워크의 컨테이너가 자동으로 객체의 라이프사이클 관

외부에서 두 객체간의 관계를 결정해주는 디자인 패턴인터페이스를 사이에 둬서 클래스 레벨에서는 의존관계가 고정되지 않도록 하고 런타임시 관계를 동적으로 주입유연성을 확보하고 결합도를 낮춤두 클래스가 강하게 결합되어 있음Store에서 Pencil이 아닌 Book을 팔고자