RESTAPI에서 @requestParam 대신에 @modelAttribute를 사용해도 되는지 궁금합니다. view를 사용하지 않기때문에 modelAttribute를 사용하는것은 뭔가 부적절해 보이는데, 무관하게 사용해도되는지 여쭤보고 싶습니다. --- 추가적으로 클라이언트한테 어떤 상황에서 requestParam, modelAttribute, pathParam, JsonBody를 적절히 사용해야 하는지 잘 모르겠습니다. --- 서치해본결과 pathParam은 식별자를 인풋으로 받는 경우 ex> 게시글 조회 시 /posts/{postId} requestParam은 같은 리소스에 대해 추가적인 액션이 있는경우 --- 이외의 경우(요구하는 인풋이 많다던가할때) jsonBody를 사용하는게 적절해 보이는데 이렇게 사용하면될까요? 답변주시면 감사드리겠습니다.
Ifyou are in some sort of technical trouble with yahoo premium service then avails of the tech support. Through this, you’ll be able to rectify all the glitches of Yahoo that are troubling you. You only have to get connected with the technical team so as to fix the glitches instantly.
Are you not getting an appropriate mode of fixing the whole host of your problems permanently from the root? If yes, do not worry! You have to get in touch with the troubleshooting experts who will provide you with the right aid to get an optimum assistance through eBay Customer Service phone number
Blocking a particular email address on your Gmail account is not a big deal. Apart from that, you will also have to take help from the troubleshooting professionals. For that, you will need to make use of Google Customer Service through which you can find out the feasible aid along with the best treatment in no time
요청, 응답시 관련해서 몇가지 질문 사항이 있습니다. 1. 응답코드를 주고자 할때 , 어노테이션 // 리스폰스 엔티티 둘다 사용가능한데 어떤 경우에 어떤걸 사용하는게 더 좋은지 2. 마찬가지로 헤더 값이 필요한경우 어노테이션 // 리퀘스트 엔티티 둘다 사용가능한데 어떤 경우에 어떤걸 사용하는게 더 좋은지 3. modelAttribute 사용시 dto로 parameter들을 받을때 dto니까 setter를 그냥 사용하는게 좋은지 아니면 entity처럼 setter를 사용하지 않고 필드 억세스 하도록 만들어 주는게 좋은지, 그렇다면 왜 그런지 3가지가 궁급합니다. 강의들 다시 복습하면서 요즘 이것저것 여쭤보는데 항상 친절히 답변해주셔서 감사합니다.
안녕하세요 좋은 강의 제공해 주셔서 감사합니다. 화면 클릭 이벤트 처리 - findViewById, Toast 이 강의 까지 듣고 핸드폰으로 실행을 했는데요 (가상 단말로 안하고 핸드폰으로 ) Bts_lecture 앱을 중지하였습니다. 라고 뜨고 실행이 안되는데 해결 방법이 있을까요?? 핸드폰 문제인 줄 알고 다른 핸드폰으로도 해보았는데 똑같은 메세지가 뜹니다. (예전에 다른 수업을 듣고 만든 적 있었는데 그건 잘 실행이 됩니다. 핸드폰 문제는 아닌 것 같아요)
설계독학맛비's 실전 FPGA를 이용한 HW 가속기 설계 (LED 제어부터 Fully Connected Layer 가속기 설계까지)
안녕하세요 맛비님! data mover bram... 정말 어려웠습니다.. 하하.. 궁금한 점이 생겨서 질문 드립니다! delay가 생기는 지점(?) 이라고 표현을 해야할까요? 잘 모르겠지만.. 저장공간에서 값을 읽거나 쓰게되는 것 처럼 사용하게 될 때 delay는 무조건 생기게 되는건가요?? 곱셈 코어에서도 값을 읽어오고 계산을 하는 결과값을 확인하는 부분에 delay 가 생기는 것을 확인했는데 제가 이해한게 맞을까요?? 그리고 현업에서 delay 가 생길 수 있는 예시로는 또 뭐가 있을까요?? delay 의 가장 큰 이유? 원인? 도 궁금합니다.. 질문이 너무 많은가요?? ㅠㅠ 항상 감사드립니다. 추가적으로 결과 값이 concatenation 된다고 하면 결과 값이 111 123 이렇게 나온다면 저장 될때는 111123 으로 저장되는게 맞을까요??
https://kwonnam.pe.kr/wiki/java/lombok/pitfall 파라미터 선언 순서 변경에 따른 생성자에서 파라미터 순서로 변화로 인해 발생할 수 있는 치명적인 오류를 사전에 방지하기 위해 @AllArgsConstructor, @RequiredArgsConstructor 의 사용은 자제하는 것을 권하던데 Spring 프로젝트에서도 마찬가지로 적용되는 경우가 있을까요? 예를 들어, 컨테이너 안에 같은타입의 빈이 여러개인 충돌 문제가 아니라 하나의 클라이언트에서 같은 타입의 의존성을 두개 주입을 요구할 경우가 있을까요? private final DiscountPolicy discountPolicyFirst; private final DiscountPolicy discountPolicySecond; 이렇게 될 경우, 순서가 중요할거 같지만 @Qulifier 같은 방식을 사용하지 않으면 같은 의존성만 주입될거 같고 @Qulifier를 사용하면 의존성을 요구하는 필드의 순서 문제가 자동으로 해결될거 같기도 하구요 아니면 현실적으로 이런 방식을 쓰기보단 Map이나 List를 사용하여 자체적으로 로직을 만들어 상속하는 같은 계열의 빈을 모두 가져와서 선택적으로 여러개의 의존성을 사용하는게 맞을까요? 추가적으로 궁금한 점이 있습니다. @Qualifier를 사용하여 같은 타입의 빈이 두개 이상 있을때 선택할 수 있다고 하셨는데 @RequiredArgsConstructor를 사용한 경우엔 자동으로 생성자를 만들어줘서 @Qualifier를 사용하여 의존성을 주입할 수 없는건가요?
이전 자바 ORM 표준 JPA - 기본 강의에서 EntityManagerFactory(이하 emf) 와 EntityManager(이하 em) 가 1:N로 관리되며, 당시에 제가 이해하기론 emf가 트랜잭션당 하나의 em을 생성해서 작동하는 것으로 이해했는데, 이번 강의에서보니 emf 인스턴스를 생성하지 않더라고요. 그래서 @PersistenceContext 어노테이션에서 가상의 emf를 생성해서 em을 관리해주나 싶어서 대충 찾아봤는데 @PersistenceUnit 이라는 어노테이션이 별도로 있고 이 어노테이션이 emf에 많이 붙히더라고요. 더 자세하게 찾아볼수있으면 좋겠지만, 아직 문서보는 능력이 부족해서 이해가 힘들었습니다. 이번 예제에서 emf가 어떻게 만들어지는지 em은 반드시 emf가 필요한건 아닌지 궁금합니다. 그리고 찾아보면서 별도로 궁금한게 생겼는데, Spring이 기본적으로 싱글톤 전략을 사용해서 속성값을 공유하므로 쓰레드간의 공유 문제가 em에서 발생할수 있다고 하더라고요. 그래서 @PersistenceContext 어노테이션이 em을 프록시 객체로 만들어서 이 문제를 해결한다는 내용을 봤습니다. 그런데 emf가 em과 1:N 관계라면 em은 쓰레드 동시 공유 문제를 신경써야하지만 emf는 그럴 필요가 없나요?