dion

더 생각해보니 Collection은 계층적인 형태로 구성되고, Store는 계층적이지 않은 형태로 구성되는 느낌이 드네요!

컬렉션 - 디렉토리, 스토어 - 저장소에 관한 질문입니다.

안녕하세요. 영한님
답변 내용에서 의아한 부분이 생겨서 질문드립니다.
`Service`에서 `createOrder`를 사용하는 것도 `static factory method` 패턴이라고 볼 수 있는 것인가요?
`Order` 클래스를 직접 생성하지 않는 이유는 `createOrder`에 비즈니스 로직이 포함되기 때문이라고 생각했는데 답변을 보니 그렇지 않아보여서요!
답변 미리 감사드립니다!

Oder 클래스 질문입니다.

아하 감사합니다!
강의에서 NAT 게이트웨이를 연결시켜주길래 프라이빗 서브넷을 그렇게 사용해야만 하는줄 알았어요!
감사합니다~

프라이빗 서브넷은 NAT 게이트웨이에 연결되어야만 하나요?

친절한 답변 감사합니다.
네 아무래도 저는 현업 개발자가 아니고 강사님만큼 다양한 상황을 접해보지 않아서 많은 상황을 고려해보지 못하는 것 같아요.
검증관련된 내용을 직접 찾아보았는데, 관련된 내용은 찾지 못하고,&nbsp; "GET의 Payload는 의미를 담고 있지 않으니, 결과에 영향을 미쳐선 안된다." 는 의견을 보긴 했네요.
MDN에서도 강사님과 같이 Request Body는 No로 표시해뒀네요.
RESTful에 대해서도 공부를 해봤었는데 사실 지키기엔 너무 어려운 요소들이 많다고 생각합니다. 좋은 마음으로 강의를 해주셔서 감사합니다.
사실 팀프로젝트를 해본 입장으로는 Spec문서를 무조건 정의하는게 좋다고 생각했는데, 정말 RESTful하다면 그 마저도 필요없긴 하겠네요. 좋은 의견 잘 보았습니다!

HTTP Method 설명에서요~ PATCH 메서드는 왜 없을까요?

결국 PATCH가 가질 수 있는 불안정성 때문에 실무에서는 사용을 꺼리는 것이군요.

2번에서 궁금한점이 GET Parameter를 검증하지 않는다가 표준이라는 내용은 어느곳에서 알 수 있을까요?
일반적으로 저도 GET을 사용할 때 따로 검증을 하진 않았던 것 같은데, 표준이 어디에 정의되어 있는지 궁금합니다.

강의에서 이런 내용이 포함되어 있었다면 더 좋았을 것 같습니다. 강의 잘보고 있습니다. 답변 감사합니다~

와 감사합니다! inQuery를 생각만 해보고 해보지를 않았네요! 
빠른 답변 감사합니다! 최고에요!👍

안녕하세요. 야생학습을 하다 궁금한 점이 있어서 질문을 남겨요!

앗 버전문제는 맞아요! 에러가 발생했는데 스프링이 종료되지 않는 문제입니다 ㅠㅠ
정확히는 2.2.8버전에서는 위에 작성한 에러가 출력되면서 종료가 되지만, 2.3.0 버전 이후부터는 에러가 출력되지않고 종료되지도 않습니다.
문제 해결은 버전을 낮춰서 해결했습니다...

감사합니다!!

dion

Posts