CPU 내에서 발생 및 사용되는 데이터를 일시적으로 저장하는 저장장치이다.가격대비 용량이 작고 기억장치 중 속도가 가장 빠르다.메모리와 레지스터의 합성어로, 전기가 없는 상태에서도 전사 상태를 저장할 수 있다.: 명령어 수행에 필요한 데이터를 저장하는 레지스터: 산술

인가되지 않은 접근에 정보 공개 및 노출을 차단정당한 방법 외로 데이터 변경 x, 데이터의 훼손을 방어권한을 가진 사용자가 원하는 서비스를 지속 사용할 수 있도록 보장개인정보와 낚시의 합성어로, 불특정 다수에게 지인 또는 신뢰할 수 있는 기관으로 가정하여 이메일, 문자

자주 출제되는 개념 중 하나이다. 구분해서 알아두면 좋아서 같이 정리한다.원시 코드의 논리적인 모든 경로를 테스트하여 테스트 케이스를 설계하는 방법이다.테스트 케이스 설계자가 절차적 설계의 논리적 복잡성을 측정할 수 있게 해주는 테스트 기법조건 검사 : 소스 코드의 논

회원 조회 페이지를 요청한다.각각의 회원은 id값으로 구분하고 id값으로 페이지를 요청한다.memberService에 findById 메서드를 추가하고 해당 id의 회원을 찾는다.model에 회원정보를 추가한다.조회 페이지를 요청한다.findById 메서드 구현memb

초기 화면에서 목록 페이지를 추가한다. 목록 페이지를 띄우려면 일단 controller에서 GetMapping을 해주어야 한다.목록 페이지(list.html)에 회원목록을 출력해야 한다. -> Spring에서 제공하는 model을 넘겨준다.요즘에는 자바스크립트로도 많이

🔖지난 포스트까지 회원가입 하는 과정을 거쳤다. 이제 사용자 정보를 가져와 로그인을 수행해보자!!

DB 테이블과 연관된 클래스는 MemberEntity이다. 회원가입을 하면 회원 정보가 MemberDTO에 저장된다. 하지만 거기서 멈추면 회원 정보가 DB에 저장되지 않는다. 즉 MemberEntity도 수정해주어야 한다.MemberDTO 값을 MemberEntity

🔖지난 포스트까지는 회원가입 페이지를 요청하고 생성하여 사용자가 입력한 정보 값을 가져오는 것까지 수행하였다. 이번에는 가져온 값을 DB에 저장하기 위해서 DB를 연동하는 과정을 해볼 것이다!

@GetMapping아래에 받아오는 PostMapping()도 추가해보자. 에러가 뜰거지만 해당 메서드를 잘 실행함을 아래와 같이 알 수 있다.이제 회원가입 창에서 이메일, 비밀번호, 이름을 입력한 값을 가져와보자.@RequestParam은 save.html에서 변수

첫 페이지에서 회원가입과 로그인 창을 구별해서 접속할 것이다.다음과 같이 코드를 수정해보자./member/save는 회원가입을 하는 주소/member/login은 로그인을 하는 주소이제 각 주소에서 띄울 페이지를 요청하고 생성해보자.controller 패키지 안에 Me

member -> package생성 -> controller 생성controller -> java class 생성-> HomeController 생성 기본페이지를 요청하는 메서드이다."/"은 제일 기본 페이지를 뜻한다.메서드를 실행시키면 index.html을 찾아가고

Generate 후에 인텔리제이에서 build.gradle파일을 열어보자.처음 생성할 때는 시간이 지연된다.처음에 생성된 파일을 보면, resources -> application.properties 파일이 보일 것이다.파일을 삭제하고 application.yml 파일

⚙️웹 개발 환경을 세팅하고 intellij에서 Springboot 프로젝트를 생성하는 과정을 정리해보겠다! 1. 스프링 스타터로 프로젝트 생성 spring starter 사이트로 이동해서 생성하거나, intellij에서 new project로 생성하는 방법이 있다.

fdafda

ApplicationContext 를 스프링 컨테이너라 한다.ApplicationContext 는 인터페이스이다.스프링 컨테이너는 xml 기반으로 만들 수 있고, 애노테이션 기반의 자바 설정 클래스로 만들 수 있다.AppConfig를 사용했던 방식이 애노테이션 기반의

🔖이전까지는 순수한 자바 코드만으로 DI를 적용했다. 이젠 스프링을 사용해보자. 스프링으로 전환하기 appConfig MemberApp OrderApp 스프링 컨테이너 ApplicationContext를 스프링 컨테이너라 한다. 기존에는 개발자가 AppConf

프로그램의 제어 흐름을 직접 제어하는 것이 아니라 외부에서 관리하는 것을 뜻한다.이전에 실행했던 예제에서는 appConfig가 권한을 가지고 있다.appConfig가 제어 흐름에 대한 권한을 가지고 있으므로 이를 제어의 역전이라 한다.OrderServiceImpl은 D

정액 할인 정책을 정률 할인 정책으로 변경해보자.FixDiscountPolicy - > RateDiscountPolicy어떤 부분을 변경해야 될까?사용, 구성의 분리할인 정책의 변경변경 후 20000으로 변경하고 실행하면 할인 금액이 2000원으로 적용된다.사용 영역은

🔖지난 포스트에서 AppConfig 생성하여 객체를 생성하고 역할을 부여하도록 구현하였고, SOLID 법칙을 만족하도록 구현하였다. 이번 포스트에서는 AppConfig를 리팩터링 해보자. AppConfig의 역할이 뚜렷하게 보이지 않아서 리팩터링하여 역할을 드러나게

다양한 책임을 가지지 않고 각각의 책임을 확실히 분리하자.App Config실제 동작에 필요한 구현 객체를 생성한다.생성한 객체 인스턴스의 참조를 생성자를 통해서 주입해준다.MemberServiceImpl 생성자 주입MemberServiceImpl- > MemortyM