chelim20028121

어처피 AI가 개발자 대체하면 다른 직업들도 이미 대체 됐을겁니다.

개발자 취준

<ol><li>DB 특성상 일에있는 테이블의 기본키가 N쪽에있는 테이블의 외래키로 들어가느게 맞습니다.</li><li> 외래키는 연관되어있는 기본키가 외래키가됩니다.</li><li>연괸되어있는 Member 엔티티의 pk가 MEMBER_ID기때문이죠</li></ol>이 질문하신게 DB이해도가 부족한것같습니다.

@JoinColumn 질문드립니다

질문 자체를 이해를 못하겠습니다.@ModelAttribute ItemUpdateDto itemUpdateDto 이런식으로 매개변수에 선언하면 객체가 생성됩니다(넘어온 데이터를 setXXX로 넣고).모델에도 담기구요

edit부분에서 @ModelAttribute 질문이 있습니다.

프로젝트의 규모가 너무 작아서 ItemRepository를 인터페이스에 다형성을 이용하면 appconfig으로 수동등록빈등록을 해도되지만 현재 프로젝트에서는 스테레오타입으로 @Repository 어노테이션을 붙여 스프링 빈으로 등록했습니다. 스프링 기본에서 배운 core의 개념을 모두 녹이기에는 소규모 프로젝트입니다.여기서 스테레오 타입으로 자동빈등록이랑 appconfig 차이를 모르시면 다시 공부하시길바랍니다

핵심원리, MVC강의

PUT은 전체를 갈아엎는데 POST는 로직에 따라 일정 부분만 수정이 가능하기때문이죠

PATCH를 사용하지 못할 때 왜 POST?

OCP가 지켜지는것 처럼 보이지만 클라이언트가 결국 <code>setMemberRepository</code>함수를 직접 호출해야하는 책임이 있구요.<code>MemberRepository</code>의 새로운 구현체를 추가할 때마다 <code>setMemberRepository()</code>를 호출하는 코드도 변경될 가능성이 있습니다.OCP는 기존 코드를 수정하지 않고도 확장할 수 있어야 한다는 원칙을 의미하므로, 이 경우 완벽히 OCP를 준수했다고 보기 어렵습니다.그리고 OCP는 생성자 주입 방식을 선호합니다.(이건 인강에서 따로 공부해보십쇼)

OCP 원칙

아니요 Ioc(제어의역전) 말 그대로 제어를 역전한다 제어를 스프링에 맡기는겁니다 개발자가하는게아니라 서비스를 하나로 조합한다기보다는 Appconfig에서 스프링컨테이너에 빈을 등록하고 의존관계를 주입해서 OCP,DIP의 원칙을 지키는겁니다.왜 이렇게하는지는 제가 답안하겠습니다 인강을 다시 되돌아가면서 스스로 공부해보세요

AppConfig의 역할

dataA라는 것은 참조값을 가지는 변수입니다

기본형&참조형 변수대입2

try(...) 괄호안에 객체를 사용하는경우 자동으로 코드블록이 종료될때 자원이 헤제합니다.그리고 자동완성에 의지하지마시고 직접따라치시는게

try catch

진짜 몇시간을 허비한지 모르겠네요 강의에서는 <pre><code> @Override
 protected void successfulAuthentication(HttpServletRequest request, HttpServletResponse response, FilterChain chain, Authentication authResult) throws IOException, ServletException {
 response.setStatus(HttpServletResponse.SC_OK);
 }</code></pre>이 부분은 아무것도 작성안하고 넘어가셨는데 로그인만 자꾸 안되서 제가 임의로 넣었는데 이제서야되네요;;강의에서는 이거 작성안했는데 어떻게 로그인이된거죠? 제 날린 시간이아깝네요

chelim20028121

Bài viết