spring cloud wiremock m1 issuesspring cloud를 사용할때 아래와 같은 오류가 발생한다. 이슈는 wiremock 관련해서 나오는 에러이며 spring cloud 버전을 2021.0.2 이상으로 업그레이드 하던지 wiremock 버전을 2. ...

이펙티브 코틀린(가독성)아이템 11: 가독성을 목표로 설계하라코틀린은 간결성을 목표로 설계된 언어가 아니다 가독성을 항상 신경쓰자. 개발자가 코드를 작성하는데 1분 읽는데 10분 걸린다. 인식 부하 감소가독성은 사람마다 다르게 느낄수 있다.이해하기 쉬운지는 읽는 사람이 ...

이펙티브 코틀린(안정성)아이템 10: 단위 테스트를 만들어라지금 까지 코드를 안전하게 만드는 방법에 대해 이야기 했다코드를 안전하게 만드는 가장 좋은 방법은 다양한 테스트를 해보는것이다. 단위 테스트의 일반적인 내용 일반적인 유즈케이스(happy path) 일반적인 ...

이펙티브 코틀린(안정성)아이템 9: use를 사용해 리소스를 닫아라Closeable를 구현하고 있는 클래스들을 처리 할때 try finally 를 사용해서 close 메소드를 호출 java의 try with resource 대신 use 와 Reader.useLines ...

이펙티브 코틀린(안정성)아이템 8: 적절하게 null을 처리하라null 은 값이 부족하다(lack of value)는 것을 나타낸다. String.toIntOrNull() String을 Int로 적절하게 변환할수 없을때 null을 반환 Iterable.firstOrN ...

이펙티브 코틀린(안정성)아이템 7: 결과 부족이 발생할 경우 null과 Failure를 사용하라함수가 원하는 결과를 만들어 낼 수 없을때 이러한 상황을 처리하는 방법은 크게 두가지가 있다. null 또는 실패를 나타내는 sealed 클래스를 리턴한다. 예외를 thro ...

이펙티브 코틀린(안정성)아이템 6: 사용자 정의 오류보다는 표준 오류를 사용하라 IllegalArgumentException 과 IllegalStateException 는 require 와 check 를 사용해 throw 할수 있는 예외 IndexOutOfBoundsE ...

이펙티브 코틀린(안정성)아이템 5: 예외를 활용해 코드에 제한을 걸어라확실하게 어떤 형태로 동작해야 하는 코드가 있다면 예외를 활용해 제한을 거는것이 좋다. require 블록 : 아규먼트를 제한할 수 있다. check 블록 : 상태와 관련된 동작을 제한할 수 있다 ...

이펙티브 코틀린(안정성)아이템 4: inferred 타입으로 리턴하지 말라코틀린의 타입 추론은 가장 널리 알려진 코틀린의 특징이다. 타입추론을 사용할 때는 몇 가지 위험한 부분이 있다.우선 할당 떄 inferred 타입은 정확하게 오른쪽에 있는 피연산자에 맞게 설정된다 ...

이펙티브 코틀린(안정성)아이템 3: 최대한 플랫폼 타입을 사용하지 말라코틀린에서는 null-safety 메커니즘을 사용해 NPE는 거의 찾아 보기 힘들다. 코틀린에서 자바 코드를 사용할때 @Nullable 어노테이션이 붙어 있으면 String?으로변경하고 @NotNul ...