request scope bean은 당연하게도HTTP:request가 있기 전에는 인스턴스가 존재하지 않음그래서 스프링 어플리케이션을 실행하면 객체를 찾을 수 없어 당연히 오류발생따라서 프록시 패턴, 가짜 객체를 생성해놓는 방법으로 해결가능어노테이션은 다음과

스프링 빈은 스프링 컨테이너의 시작과 함께 생성되어서 종료될 때까지 유지됨. => 빈이 기본적으로 싱글톤 스코프로 생성되기 때문임. 스코프 = 빈이 존재할 수 있는 범위싱글톤 : 기본 스코프, 컨테이너의 시작과 종료까지 유지되는 가장 넓은 범위프로토타입 : 스프링컨테이

스프링 빈의 라이프사이클은 객체 생성 후 의존관계주입의존관계 주입까지 다 끝나야 데이터를 사용할 수있는 준비가 완료됨.그래서 스프링은 의존관계 주입이 완료되면 빈에게 콜백 메서드를 통해 초기화 시점을 알려주는 다양한 기능 제공.그리고 소멸전에도 콜백 존재함.빈의 이벤트

생성자 주입특징 : 생성자 호출 시점에 딱 1번만 호출 보장불변, 필수 의존관계에 사용함스프링 빈 등록시에 호출됨수정자 주입특징 : setter 메서드로 의존관계 주입선택, 변경 가능성이 있는 의존관계에 사용필드 주입필드에 바로 주입하는 방법, 추천되지 않음특징 : 외

수동 빈 등록과 자동 빈 등록이 동시에 실행된다면수동 빈이 자동 빈을 오버라이딩해버린다.(수동 빈 등록시에는 Overriding, replacing로그 확인가능)그래서 스프링부트는 빈 중복시 아예 오류를 발생시킴(중복방지)

컴포넌트 스캔을 사용하면 @Configuration이 붙은 설정정보도 전부 자동으로 등록되기 때문에 excludeFilters로 설정정보는 컴포넌트 스캔 대상에서 제외할 있음컴포넌트 스캔은 @Component가 붙은 클래스를 스캔해서 빈으로 등록이때 빈의 기본 이름은

웹 어플케이션에서 여러 고객이 요청을 할 때마다DI컨테이너는 새로운 객체를 생성하게 됨 => 트래픽이 클수록 더 많은 객체 생성과 소멸 반복 == 메모리부하=> 싱글톤의 필요성싱글톤 패턴 문제점싱글톤 패턴을 구현하는 코드 자체가 길다의존관계상 클라이언트가 구체 클래스에

Application Context 는 @Configuration 이 붙은 파일 (XML이나 클래스 파일 등) 을 구성정보로 사용한다.그때, @Bean 이 붙은 메소드들을 모두 호출하고 반환된 객체들을 모두 스프링 컨테이너에 등록한다. 그렇게 등록된 객체들을 스프링

IoC, Inversion of Control : 제어의 역전= 프로그램의 제어 흐름을 내가 직접하는 것이 아니라 외부에서 관리하는 것이 관점에서 프레임워크와 라이브러리는 다음과 같이 구분된다.프레임워크 : 내가 작성한 코드를 제어하고, 대신 실행한다. 즉 프로그램의

OCP, DIP 에 대한 얘기를 이어가자면구체 클래스가 아닌 인터페이스에 의존해야한다는 것은 알고 있다.위 코드에서 OrderServiceImpl은 인터페이스인 memberRepository의 메소드를 호출하므로 인터페이스에 의존하는 것이 맞다.하지만 문제는 자신이 사

학부에서 1년동안 파이썬과 AI모델 관련한 것들만 하다보니 잊은 지 오래된 단어다.물론 최근에 기사 자격증을 준비하며 기초적인 내용을 다시 보기는 했으나 기억이 가물가물해지긴 했다. 이번에 덮어놨던 스프링 강의를 다시보게 되면서, 기억도 잘 안나는 자바를 하게됐으니,

자료구조 특강이라곤하지만, 사실 알고리즘을 이해하기 위한 필수과정이라고 말할 수 있을 것 같습니다. 왜냐하면 거의 모든 알고리즘에서 하나이상의 자료구조를 사용하기 때문입니다. 일단 저희는 알고리즘 소모임이니까 알고리즘에 대해서 말해보지 않을 수가 없습니다. 알고리즘 '

참고강의: 인프런 | 스프링 입문MVC = Model + View + Controller.view = 화면을 그리는 역할에만 집중controller = 비즈니스 로직, 내부 기능 구현등에 집중따라서 view와 controller를 따로 개발, 관리하는 것이유지보수,

참고강의: 인프런 | 스프링 입문이틀전쯤부터 빌드툴인 maven과 스프링에 대해서 공부하기 시작했습니다.깃헙에서 오픈 프로젝트를 클론받고 빌드 클릭! 과 동시에 실패...VM crash? 에러였고 스택오버플로우에서 1~2시간동안 헤맸지만결국 해결하지 못했습니다..po

오랜만에 일기를 쓰러왔습니다.. 하하..앞으로는 개인공부를 할 시간이 많아서(정확히는 그거밖에 할 게 없어서)포스팅이 많아질 것 같습니다.일단 내일 2시에는 현대모비스 알고리즘 대회 온라인 예선에 참가예정인데PS에 손 못댄지도 오래됐고, 경쟁률이 높은 대회라서큰 기대없

무려 2달만의 포스팅이 되었습니다...그동안 논건 아닌데.. 사실 논 것 같습니다.학교공부를 핑계로 개발공부도..PS도.. 놔버린 것 같아서 죄책감이 큽니다.암튼 최근 근황으로는 1.알고리즘 소모임 씨앗 1학기 활동을 모두 종료했습니다.비기너 4회, 시니어4회, 공통

오늘은 시니어 2주차 주제인 이분탐색, binary search에 대해 설명하려 합니다. 이분탐색은 가장 많이 활용되는 탐색법들 중 하나로, 가장 보편적이고 효율적인 알고리즘입니다. > 씨앗은 알고리즘 소모임으로, 주 마다 하나의 주제를 선정하고 강의를 진행합니다.

백준 1300번 : 링크문제를 이해해보자면, N x N 배열의 i행 j열의 들어있는 수는 i x j 라고 한다.이 수들을 모두 1차원 배열에서 오름차순 정렬을 할 때,1차원 배열의 K번째 수가 무엇인지 찾는 문제이다.꽤 까다로운 문제인 것 같다는 생각이 든다.브루탈적인

오늘은 시니어 2주차 주제인 그리디에 대해 설명하려 합니다. 그리디는 대표적인 알고리즘 계획법 중 하나로, 탐욕법이라고도 합니다. > 씨앗은 알고리즘 소모임으로, 주 마다 하나의 주제를 선정하고 강의를 진행합니다. 강의 후엔 주제에 맞는 예제를 풀어보고 연구하는 시간

백준 1339번 : 단어수학일단 문제에 문자들이 등장하면 살짝 쫄게되는 면이 있다. (나만그런가?)하지만 별로 어렵지 않다는 것을 금방 알아챌 수 있다.일정 개수의 영단어를 입력받는다.각 알파벳에 가중치를 9부터 0까지 부여할 수 있다.예를 들어, A = 1, B =