분류 전체보기

# 네트워크는 Layerd Architecture로 구성되어 있다. 네트워크는 결국 전기신호를 다른 장치, 컴퓨터로 보내는 작업이다. 어플리케이션에서 문제,, 네트워크를 찾는 과정에서 문제, 전기 신호의 문제가 하나로 통합되어 있다면 유지보수, 개발이 상당히 복잡하고 어려워진다. 또한 문제가 터졌을 때 트러블슈팅을 하기도 힘들다. PC방에서 게임을 하는데 연결이 끊겼다. 어떻게 확인해야 할까? - 모든 PC에서 문제가 있다면 네트워크 라우터(3-Network Layer) 또는 네트워크 회선(1-Physical Layer)의 문제. - PC의 특정 게임에만 문제가 있다면 (7-Application Layer)의 문제일 가능성이 높다. 그래서 우리가 사용하는 네트워크는 OSI 7 계층구조로 이루어져있다. T..

2022.03.06 SpringBootTest 내용 추가(추후 정리 예정) System.out 같은 걸 사용하면 테스트 못하잖아요? -> 인터페이스로 추상화해서 사용하고, 의존성을 분리시키면 가능합니다. 💨 외부의존성이 있는 객체는 Mockito 등을 이용해서 조작(Mocking)합니다. - 물론 이를 조작하려면, 외부에서 내가 원하는 의존성을 생성자로 주입할 수 있어야합니다. - 특정 메서드 ex) console.todayAsString() 가 실행되면, 내가 원하는 결과값을 반환하도록 조작할 수 있습니다. - 특정 메서드가 실행되면 exception이 터지도록 만들 수도 있습니다. @Mock Console console; var myConsolePrinter = new MyConsolePrinter(..

자바의 테스팅을 위한 프레임워크이다. JUnit5는 Java8 이상부터 사용 가능하며, JUnit3,4와 다른 엔진(5 ➡ Jupiter, ~4 ➡Vintage)으로 구동된다. # JUnit5 어노테이션 레퍼런스 JUnit5 내용 JUnit4 @Test 테스트 Method임을 선언함. @Test @ParameterizedTest 매개변수를 받는 테스트를 작성할 수 있음. @RepeatedTest 반복되는 테스트를 작성할 수 있음. @TestFactory @Test로 선언된 정적 테스트가 아닌 동적으로 테스트를 사용함. @TestInstance 테스트 클래스의 생명주기를 설정함. @TestTemplate 공급자에 의해 여러 번 호출될 수 있도록 설계된 테스트 케이스 템플릿임을 나타냄. @TestMethod..

2021.09.07 - [Backend/Java] - 다양한 테스트와 Test Double (+Mockist) 다양한 테스트와 Test Double (+Mockist) Mockito 레퍼런스 https://javadoc.io/doc/org.mockito/mockito-core/latest/org/mockito/Mockito.html Mockito - mockito-core 3.12.4 javadoc Latest version of org.mockito:mockito-core https://javadoc.io/d.. jiwondev.tistory.com # Mockito란? https://javadoc.io/doc/org.mockito/mockito-core/latest/org/mockito/Mockito..

Mockito 레퍼런스 https://javadoc.io/doc/org.mockito/mockito-core/latest/org/mockito/Mockito.html Mockito - mockito-core 3.12.4 javadoc Latest version of org.mockito:mockito-core https://javadoc.io/doc/org.mockito/mockito-core Current version 3.12.4 https://javadoc.io/doc/org.mockito/mockito-core/3.12.4 package-list path (used for javadoc generation -link option) https://javadoc.io/doc/org javadoc.io..

로그인/로그아웃처럼 상태정보를 유지하기위해 쿠키를 사용한다. 쿠키에 사용자 정보를 넣는다면 중간에 가로채서(intercept) 정보가 탈취/유출될 수 있다. 쿠키를 암호화한다 한들, 암호화된 쿠키를 한번 탈취당하면 평생 재사용 가능하다. 그래서 웹 서버에 'Session 저장소'를 따로 만들어 사용하는게 일반적이다. 그리고 그 이후에 나온 방식인 JWT 토큰에 대해서도 알아보자. 참고로 데이터 관점에서 보는 물리적인 의미는 다음과 같다. Cookie : 브라우저에서 응답요청에 포함하여 보내는 데이터 Storage : 브라우저에서 사용하는 데이터. 쿠키처럼 자동으로 응답에 포함하지 않는다. Session : 서버가 가지고 있는 저장소, 유효기간이 없는 Session Cookie를 함께 활용 Token : ..

HTTP 헤더에는 StartLine 정보 (HTTP 버전, URI, 상태코드)를 제외한 모든 정보를 넣는다. Key-Value 구조를 가지며 하나의 Key에 여러개의 값을 할당할 수 있다. 물론 이렇게 사용하는 경우는 거의 없지만. # 1999년 - HTTP 표준 RFC2612 헤더의 종류를 구분하고 순서대로 작성했었다. # 2014년 - 표준 RFC7230~5 [Entity헤더와 Body메시지]를 [Representation헤더와 Payload메시지]로 바꾸고 HTTP 스펙을 크게 개정하였다. 이제 Request, Response의 구분이 없다. 표현 헤더는 전송 데이터를 해석할 수 있는 정보를 제공해주며 [Request Response]에 둘 다 사용한다. ➡ Contet-length처럼 해석 정보가..

# HTTP의 상태코드 HTTP 응답 메시지 첫 줄(Start-Line) 헤더에는 상태코드가 포함되어 있다. HTTP 코드를 추가해서 사용하더라도 앞자리 (2XX, 4XX)는 바뀌지 않으므로, 만약 클라이언트에서 응답코드를 정확하게 모르더라도 추가적인 행동이 필요한건지 확인할 수 있다. 다만 모든 HTTP 상태코드를 사용하는 건 아니다. 무작정 코드를 많이 사용해봐야 클라이언트에서 처리하기도 힘들고 굳이 그렇게 할 이유도 없기 때문이다. ✔ 실제 서비스에서 사용할만한 코드만 빠르게 알아보도록 하자. 없는 번호는 안쓴다고 생각하면 된다. # 성공 2XX 성공은 현업에서 200만 사용하는 경우도 많다. 그 외에는 201, 204 정도만 자주 사용하는 편이다. [200 OK] 성공을 의미한다. 응답을 반환받으..

# Request (클라이언트 ➡ 서버) URI 에 쿼리 파라미터를 통한 데이터 전송 ➡ ✔GET HTTP Form을 이용하여 데이터 전송 ➡ ✔POST 직접 Body에 데이터를 넣어 전송 ➡ ✔POST, PUT, PACTH 참고로 웹 브라우저에서는 메서드 지정이 없다면 기본값을 GET으로 사용한다. 그래서 웹 브라우저에서 GET요청은 URI 입력으로 바로 가능하지만 POST PUT등은 코드 작성하거나 추가적인 도구를 이용해야 한다. (Postman) @ GET - 정적, 동적데이터 조회 GET을 사용한다. 정적인 데이터는 경로만 지정하면 되니 파라미터가 필요없다. 요청 메시지가 필요한 동적인 데이터는 URI (=Header)에 쿼리 파라미터를 넣어 요청한다. @ HTML Form을 이용한 전송 HTML..

# HTTP URI를 이용하여 데이터를 받아와보자 단순하게 생각하면 아래와 같이 만들 수 있다. 이것이 과연 좋은 URI 설계일까? # Resource의 의미를 담아야한다. URI는 리소스를 대표하는 식별자 (Uniform Resource Identifier)이다. 우리가 필요한 건 Member라는 리소스이다. 위와 같이 설계하면 update, read, delete에 따라 같은 리소스를 조회하는데 다른 URI를 사용해야한다. 이는 사용하는데에도, API 서버를 개발하는데에도 설계하기 어려워진다. 하지만 모든 요청을 [/member] 라고만 전달하게 된다면, 어떻게 의미를 구분해서 전달할 수 있을까? ➡ HTTP 메서드를 사용하자. 리소스와 행위를 분리하자. # HTTP 메서드의 종류 우리는 앞의 글에서..

참고로 백엔드에서 파일을 업로드/다운로드 할 때, 데이터베이스에는 파일 경로 (보통 기본 root를 제외한 상세 경로)를 저장해두고 파일은 다른 경로에 따로 저장하거나, 별도의 컨텐츠용 서버에 관리한다. 글 마지막에 실제 코드는 어떻게 만들 수 있는지 설명하도록 하겠다. # HTTP에서는 어떻게 데이터를 주고받는가 HTTP에서 텍스트 데이터를 Body에 넣어 전송할 때 사용하는 가장 기본적인 방법은 POST - Form 방식이다. 폼을 전송할 때 HTTP 헤더에 content-type = application/x-www-form-urlencoded로 지정하면 아래와 같이 동작한다. ➡ 이 방식은 모든 메시지를 String으로 처리해서 전송한다. @ HTTP에서 처리해준다는게 무슨 의미죠? 웹 브라우저는 ..

# 타입 컨버터의 필요성 HTTP의 요청 파라메타는 모두 문자열로 처리된다. 만약 숫자를 사용하고 싶다면 아래와 같이 타입을 변환해야한다. @GetMapping("/hello-v1") public String helloV1(HttpServletRequest request) { String data = request.getParameter("data");//문자 타입 조회 Integer intValue = Integer.valueOf(data); //숫자 타입으로 변경 return "ok"; } 하지만 스프링에서는 @어노테이션을 사용해서 HTTP 파라메타를 원하는 형태로 변환할 수 있다. @GetMapping("/hello-v2") public String helloV2(@RequestParam Integ..