레슨

5.1 verify() 메서드 가상 개체를 만드는 것 외에도 테스트 중인 클래스가 올바른 개체의 올바른 메서드를 호출하는지 확인하는 또 다른 흥미로운 작업이 자주 발생합니다. 또한 올바른 매개 변수 등을 사용하여 필요한 횟수를 호출했습니다. 이를 위해 Mockito에는 몇 가지 마법이 있습니다. 메서드 계열입니다 Mockito.verify(…). 메서드 호출 확인을 지정하는 일반적인 규칙은 다음과 같습니다. Mockito.ve

6.1 정적 메서드 mockStatic() 조롱 그리고 한 가지 더 중요한 점은 정적 메서드의 조롱 및 검증입니다. "그게 뭐가 문제야?" 당신이 묻는다. 예, 정적이지만 메서드는 동일합니다. 그리고 당신은 틀릴 것입니다. 목 객체에 대해 배우기 시작한 곳을 기억하십니까? 이러한 객체는 DynamicProxy. 그리고 정적 메서드는 어떤 개체에도 바인딩되지 DynamicProxy않으며 . 그게 다야. 그러나 Mockito의 제

1.1 로그 소개 로그는 발생한 이벤트 목록입니다. 해상 저널이나 일기와 거의 같습니다. 따라서 로거는 기록할 수 있는 개체입니다. 프로그래밍에서는 거의 모든 것을 기록하는 것이 일반적입니다. 그리고 Java에서는 모든 것이 이와 같으며 조금 더 많습니다. 사실 Java 프로그램은 UI, 콘솔 등이 없는 대형 서버 애플리케이션인 경우가 매우 많습니다. 동시에 수천 명의 사용자 요청을 처리하며 종종 다양한 오류가 발생합니다. 특

2.1 첫 번째 로거 - log4j 이미 알고 있듯이 로그의 히스토리는 System.err.println()레코드를 콘솔에 출력하는 것으로 시작되었습니다. 예를 들어 Intellij IDEA는 이를 사용하여 콘솔에 오류 메시지를 표시합니다. 그러나이 옵션에는 설정이 없으므로 계속 진행하겠습니다. 최초이자 가장 인기 있는 로거는 Log4j. 훌륭하고 고도로 사용자 정의 가능한 솔루션이었습니다. 다양한 상황으로 인해 이 결정은 J

3.1 이벤트 레벨 목록 로깅은 프로그램이 실행되는 동안 발생하는 모든 이벤트를 기록하는 프로세스입니다. 프로그래머로서의 당신의 의무는 이상하거나 심각한 오류가 있을 запротоколировать все важное때 이 로그 외에는 아무것도 남지 않을 것이기 때문 입니다.production 오류에 대한 모든 정보와 모든 호출 기록이 있으면 오류가 몇 배 더 빨리 제거됩니다. 그러나 여기에서 간단한 결론이 나옵니다. 일반적으

4.1 로깅 수준 목록 프로그램을 작성하고 서버에 업로드한 다음 즉시 질문을 하기 시작합니다. debug()에서 작업하는 동안 방법이 작동하지 않도록 하려면 어떻게 해야 합니까 production? 로그에 너무 많은 정보가 있습니다. 오류 메시지만 남기시겠습니까? 애플리케이션의 한 부분에 대한 자세한 로그를 보는 방법은 무엇입니까? 물론 로그를 만든 사람들은 수십 년 전에도 똑같은 일에 직면했습니다. 이 문제가 C언어에서는 어

5.1 필터 목록 로거를 사용하면 메시지 필터링을 매우 멋지게 구성할 수 있습니다. 이를 위해 그는 모든 종류의 매개 변수가 있는 수십 개의 필터를 가지고 있습니다. 아래 표는 가장 인기있는 것을 보여줍니다. 필터 설명 1 버스트 필터 지정된 로깅 수준에 대해 초당 메시지 빈도를 제어할 수 있습니다. 2 복합 필터 여러 순차 필터를 설정할 수 있습니다. 삼 동적 임계값 필터 로그에서 특정 정보가 발견되면 상세 로깅을 활성화할

어펜더 목록 로거를 사용하면 한 번에 여러 파일에 데이터를 저장할 수 있습니다. 이러한 출력 데이터 스트림을 appender(append에서)라고 합니다. 꽤 많은 표준 appender가 있으므로 가장 인기 있는 것들만 다룰 것입니다. 어펜더 설명 1 콘솔 데이터를 콘솔에 출력 2 파일 데이터를 파일로 출력 삼 DailyRollingFile 데이터를 파일로 출력하고 파일을 주기적으로 덮어씁니다. 4 비동기 다른 appender

7.1 스캔들 물론 아주 최근인 2021년 말에 일어난 이야기를 말하지 않는 것은 불가능합니다. 미국 사이버 보안 및 인프라 보호국(CISA)은 이 문제가 Log4Shell역사상 가장 심각한 취약점 중 하나라고 말했습니다. 예, 우리는 우리가 가장 좋아하는 라이브러리에 대해 이야기하고 있습니다 log4j. 우리의 아늑한 작은 도서관 log4j 과 역사상 가장 큰 취약점 ? 흥미가 있습니까? 그럼 들어봐. 7.2 재해 규모 Lo

이 프로그램은 경마장을 모방한 것입니다. 먼저 이전 프로젝트에서와 같이 https://github.com/CodeGymCC/hippodrome 리포지토리에서 포크를 만들고 이 포크를 직접 복제합니다. 귀하의 임무는 테스트 및 로깅을 추가하는 것입니다. 필수 테스트 목록 다음 목록에서 각 항목은 별도의 테스트 방법으로 구현되어야 합니다. 테스트 메서드의 이름을 정할 때는 간결하게 하되 동시에 정확히 테스트 중인 항목을 대략

1.1 HTML의 역사 오늘날 거의 모든 사람들이 인터넷을 사용합니다. 기사를 읽고, 브라우저를 사용하고, 링크를 따라가세요. 그리고 그들 중 소수만이 인터넷이 언제, 누구에 의해 발명되었는지 궁금해하고 있습니까? 그것은 여전히 당신이 인터넷이라고 부르는 것에 달려 있습니다. 대부분의 경우 평신도는 한 가지를 의미하고 기술자는 다른 것을 의미합니다. 세계 최대의 데이터 센터를 연결하는 컴퓨터 네트워크는 70년대에 만들어졌습니다

2.1 태그 소개 마크업은 태그를 기반으로 HTML-документов합니다 . 태그 란 무엇입니까 ? 사람들이 이러한 문서를 처리하는 프로그램의 문서에 서비스 정보를 추가할 수 있도록 태그가 70년대에 발명되었습니다. Тег- 이것은 프로그램이 태그와 영어의 일반 단어를 혼동하지 않도록 꺾쇠 괄호(자수가 많거나 적음)로 둘러싸인 주요(기능적) 단어입니다. 태그에는 문서를 처리하는 프로그램에 유용한 다양한 서비스 정보가 포함될