wannaqueen
  • Initial page
  • Spring boot
    • 스프링부트의 소개
      • 8. 스프링 부트 소개 by ks
      • 9. 시스템 요구사항 by ks
      • 10. 스프링 부트 설치 by ks
      • 11. 첫 번째 Spring Boot 애플리케이션 개발하기 by ys
        • 11.1 POM 만들기
        • 11.2 클래스 패스 의존성 추가하기
        • 11.3 코드 작성하기
        • 11.4 예제 실행하기
        • 11.5 실행 가능한 jar 만들기
      • 12. 다음에 읽을 내용 by ys
      • 13. 빌드 시스템 by sh
        • 13.1 의존성 관리
        • 13.2 Maven
        • 13.3 Gradle
        • 13.4 Ant
        • 13.5 Starters
    • 스프링부트의 기능
      • 23. Spring Application by ys
        • 23.1 startup 실패
        • 23.2 배너를 내가 원하는 대로 바꾸기
        • 23.3 SpringApplication 커스터마이징하기
        • 23.4 Fluent Builder API
        • 23.5 어플리케이션 이벤트와 리스너들
        • 23.6 웹 환경
        • 23.7 Application 인자에 접근하기
        • 23.8 ApplicationRunner 또는 CommandLineRunner 사용
        • 23.9 어플리케이션 종료
        • 23.10 관리자 기능
      • 24. 외부화된 구성 by ys
        • 24.1 임의의 값 구성
        • 24.2 명령행 특성 액세스
        • 24.3 응용 프로그램 속성 파일
        • 24.4 프로파일 관련 프라퍼티들
        • 24.5 프라퍼티들에서 플레이스홀더들
        • 24.6 속성의 암호화
        • 24.7 속성대신 yaml 사용하기 - 다시
        • 24.8 Type-safe Configuration Properties
      • 25. 프로파일 by ks
        • 25.1 Active 프로파일 더하기
        • 25.2 프로그램적으로 프로파일 세팅
        • 25.3 프로파일 별 구성파일
      • 26. 로깅 by ks
        • 26.1 로그 형식
        • 26.2 콘솔 출력
        • 26.3 파일 출력
        • 26.4 로거 레벨
        • 26.5 로그 그룹
        • 26.6 사용자 정의 로그 설정
        • 26.7 로그백 확장
      • 27 국제화 by ks
      • 28. SQL 데이터베이스 작업 by sh
      • 29. NoSQL 기술 사용 by sh
      • 30. 메시징 by sh
      • 31. 이메일 전송 by sh
      • 28. JSON by sh (다시 시작!)
        • 28.1 Jackson
        • 28.2 Gson
        • 28.3 JSON-B
      • 29. 웹 응용 프로그램 개발 by sh
        • 29.1 The “Spring Web MVC Framework”
        • 29.2 The “Spring WebFlux Framework”
        • 29.3 JAX-RS and Jersey
        • 29.4 내장된 서블릿 컨테이너 지원
        • 29.5 내장된 반응형 서버 지원
        • 29.6 반응형 서버 리소스 구성
      • 30. Security by ys
        • 30.1 MVC 보안
        • 30.2 WebFlux 보안
        • 30.3 OAuth2
        • 30.4 Actuator 보안
      • 31. SQL 데이터베이스 작업 by ys
        • 31.1 Configure a DataSource
        • 31.2 JdbcTemplate 사용
        • 31.3 JPA와 스프링 데이터 JPA
        • 31.4 스프링 데이터 JDBC
        • 31.5 H2의 웹 콘솔 사용
        • 31.6 jOOQ 사용하기
      • 32. NoSQL 기술로 작업하기 by ks
      • 33 Caching by ks
      • 34. 메시징
        • 34.1 JMS by sh
        • 34.2 AMQP by sh
        • 34.3 Apache Kafka Support by ys
      • 35.REST 서비스 호출 RestTemplate
        • 35.1 RestTemplate 사용자 정의
      • 36. REST 서비스 호출 WebClient by ys
      • 37. 유효성 확인 by ys
      • 38. 이메일 보내기 by ys
      • 39. JTA를 이용한 분산 트랜잭션 by ys
      • 40.하젤캐스트(Hazelcast) by ys
      • 41. Quartz Scheduler by ys
      • 42. 작업 실행 및 스케줄링 by ys
      • 43. 스프링 통합 by ys
      • 44. Spring 세션 by ys
      • 45. JMX를 통한 모니터링 및 관리 by ys
      • 46. Testing by sh
        • 46.3 Testing Spring Boot Applications
          • 46.1~46.3.10
          • 46.3.11 자동 구성된 Spring WebFlux 테스트
          • 46.3.12 자동 구성된 Data JPA 테스트들
          • 46.3.13 자동 구성된 JDBC 테스트들
          • 46.3.14 자동 구성된 Data JDBC 테스트들
          • 46.3.15 자동 구성된 JOOQ 테스트들
          • 46.3.16 자동 구성된 Data MongoDB 테스트들
          • 46.3.17 자동 구성된 Data Neo4j 테스트
          • 46.3.18 자동 구성된 Data Redis 테스트들
          • 46.3.19 자동 구성된 Data LDAP 테스트들
          • 46.3.20 자동 구성된 REST 클라이언트
          • 46.3.21자동 구성된 Spring REST Docs 테스트
          • 46.3.22 추가적인 자동 구성 및 슬라이스
          • 46.3.23 사용자 구성 및 분할
          • 46.3.24 Spock을 사용하여 스프링 부팅 응용 프로그램 테스트
      • 47. 웹 소켓 by sh
      • 48. 웹 서비스 by sh
        • 48.1WebServiceTemplate로 웹 서비스 호출하기
      • 49. 자신만의 자동 구성 생성
        • 49.1 자동 구성된 빈 이해하기 by sh
        • 49.2 자동 구성 후보 찾기 by sh
        • 49.3 Condition 어노테이션들 by sh
        • 49.4 자동구성 테스팅 by ks
        • 49.5 자신만의 스타터 생성하기 by ks
      • 50. Kotlin support by ys
      • 51. What to Read Next by ys
      • 52. Production-ready 기능 활성화 by ys
      • 53. Endpoints
        • 53.1 엔드 포인트 활성화 by ys
        • 53.2 엔드 포인트 노출 by ys
        • 53.3 HTTP endpoints 보안 by ys
        • 53.4 Endpoints 구성
        • 53.5 액츄에이터 웹 엔드 포인트 용 하이퍼 미디어 by ys
        • 53.6 CORS 지원 by ys
        • 53.7 커스텀 엔드포인트 확장 by ks
        • 53.8 Health 정보 by ks
        • 53.9 어플리케이션 정보 by sh
      • 54. HTTP를 통한 모니터링 및 관리 by sh
        • 54.1 관리 엔드 포인트 경로 사용자 정의
        • 54.2 관리 서버 포트 사용자 정의
        • 54.3 관리 관련 SSL 구성
        • 54.4 관리 서버 주소 사용자 정의
        • 54.5 HTTP 끝점 사용안하기
  • spring 5.0
    • 1. IoC 컨테이너
      • 1.1 스프링 IoC 컨테이너와 빈의 도입 by sh
      • 1.2 컨테이너 by ys
      • 1.3 빈 개요 by ks
      • 1.4 의존성 by ks, ys, sh
        • 1.4.1 의존성 주입 by ks
        • 1.4.2 의존성과 configuration by ks
        • 1.4.3 depends-on 사용 by ys
        • 1.4.4 게으른-초기화된 bean by ys
        • 1.4.5 Autowiring Collaborators by ys
        • 1.4.6 메소드 주입 by sh
      • 1.5. 빈의 범위 by sh
      • 1.6 빈의 특성 커스터마이징하기 by ys
        • 1.6.1 라이프 사이클 콜백
        • 1.6.2 ApplicationContextAware과BeanNameAware
        • 1.6.3 기타 Aware인터페이스
      • 1.7 빈 정의 상속by ys
        • 1.7.1 빈 정의 상속
      • 1.8 컨테이너 확장 포인트 by ks
      • 1.9 어노테이션 기반의 컨테이너 구성 by sh
      • 1.10 클래스패스 스캔 및 관리 by ys
        • 1.10.1 @Component 및 추가 스테레오 타입 어노테이션
        • 1.10.2 meta-annotation 및 composed annotation 사용
        • 1.10.3 자동으로 클래스 검색 및 Bean 정의 등록
        • 1.10.4 스캐닝을 커스터마이징 하기위해 필터를 사용
        • 1.10.5 component 내에 Bean 메타 데이터 정의
        • 1.10.6 이름으로 자동탐지되는 컴포넌트
        • 1.10.7 범위로 자동 감지되는 컴포넌트
        • 1.10.8 annotation과 함께 한정된 메타데이터 제공
        • 1.10.9 후보 component의 index 생성
      • 1.11 JSR 330 표준 어노테이션 사용하기 by sh
      • 1.12 자바 기반의 컨테이너 구성 by sh, ks
        • 1.12.1 기본 개념: @Bean 및 @Configuration by sh
        • 1.12.2 AnnotationConfigApplicationContext를 사용한 스프링 컨테이너 인스턴스화 by sh
        • 1.12.3 @Bean 사용 by ks
        • 1.12.4 @Configuration 어노테이션 by ks
        • 1.12.5 자바 기반 Configuration구성 by ks
      • 1.13 환경 추상화 by ys
        • 1.13.1 빈 정의 프로파일
        • 1.13.2 PropertySource추출
        • 1.13.3 @PropertySource 사용
        • 1.13.4 Placeholder Resolution in Statements
      • 1.14 LoadTimeWeaver 등록 by ks
      • 1.15 ApplicationContext의 부가 수용가능성들 by ks, sh
        • 1.15.1 MesageSource를 사용한 국제화 by ks
        • 1.15.2 표준과 커스텀 이벤트 by ks
        • 1.15.3 로우 레벨 리소스에 대한 편리한 접근 by sh
        • 1.15.4 웹 어플리케이션에 대한 간편한 Application 인스턴스화 by sh
        • 1.15.5 스프링 ApplicationContext를 Java EE RAR 파일로 배포하가ㅣ by sh
        • 1.15.3 Low-level 리소스로 편리한 접근
        • 1.15.4 웹 어플리케이션을 위한 편리한 ApplicationContext 인스턴스화
      • 1.16 BeanFactory by sh
    • 2. Resource by ks
      • 2.1 소개
      • 2.2 Resource interface
      • 2.3 내장 리소스 확장
      • 2.4 ResourceReader
      • 2.5 ResourceLoaderAware 인터페이스
      • 2.6 Resources 의존성
      • 2.7 어플리케이션 컨텍스트와 리소스 경로
    • 3. 유효성 검사, 데이터 바인딩 및 유형 변환 by ys, sh
      • 3.1. Spring의 Validator 인터페이스를 사용하여 유효성 검사 by ys
      • 3.2. 오류 메시지로 코드 해결 by ys
      • 3.3. bean 조작과 BeanWrapper by ys
        • 3.3.1. 기본 및 중첩 된 프로퍼티를 설정 및 가져 오기
        • 3.3.2. 내장 된 PropertyEditor구현
      • 3.4 스프링 타입 변환 by sh
        • 3.4.1 Converter SPI
        • 3.4.2 ConverterFactory 사용하기
        • 3.4.3 GenericConverter 사용하기
        • 3.4.4 ConversionService API
        • 3.4.5 ConversionService 구성
        • 3.4.6 프로그래밍 방식으로 ConversionService 사용하기
      • 3.5 스프링 필드 포맷팅 by sh
        • 3.5.1 Formatter SPI
        • 3.5.2 Annotation 기반의 포맷팅
        • 3.5.3 FormatterRegistry SPI
        • 3.5.4 FormatterRegistrar SPI
        • 3.5.5 스프링 MVC에서 포맷팅 구성하기
      • 3.6 전역 Date and Time 포맷 구성 by sh
      • 3.7 스프링 유효성 검사 by sh
        • 3.7.1 by sh
        • 3.7.2 by sh
        • 3.7.3 by sh
    • 4 스프링 표현식 언어 (SpEL)
      • 4.1 평가 by sh
      • 4.2 빈 정의에 있는 표현식 by sh
      • 4.3 Language Reference
        • 4.3.1 리터럴 표현식 by ys
        • 4.3.2 프로퍼티,배열,목록,지도 및 인덱서 by ys
        • 4.3.3 인라인 목록 by ys
        • 4.3.4 인라인 Maps by ys
        • 4.3.5 배열 구성 by ys
        • 4.3.6 행동 양식 by ys
        • 4.3.7 연산자 by ys
        • 4.3.8 유형 by ys
        • 4.3.9 생성자 by ys
        • 4.3.10 변수 by ks
        • 4.3.11 함수 by ks
        • 4.3.12 빈 참조 by ks
        • 4.3.13 삼항 연산자 (If-Then-Else) by ks
        • 4.3.14 엘비스 연산자 by ks
        • 4.3.15 안전한 네비게이션 연산자 by ks
        • 4.3.16 컬렉션 셀렉션 by ks
        • 4.3.17 컬렉션 프로젝션 by ks
        • 4.3.18 표현 템플릿 by ks
    • 5 spring을 이용한 aspect 지향 프로그래밍
      • 5.1 AOP 개념 by ys
      • 5.2 Spring AOP 기능 및 목표 by ys
      • 5.3 AOP 프록시 by ys
      • 5.4 @AspectJ 지원 by ys,ks
        • 5.4.1 @AspectJ 지원 활성화 by ys
        • 5.4.2 Aspect 선언하기 by ys
        • 5.4.3 Pointcut 선언하기 by ys
        • 5.4.4 Advice 선언 by ks
        • 5.4.5 소개 by ks
        • 5.4.6 Aspect 초기화 모델 by ks
        • 5.4.7 AOP 예제 by ks
      • 5.5 스키마 기반 AOP 지원 by sh
        • 5.5.1 Aspect 선언 by sh
        • 5.5.2 Pointcut 선언 by sh
        • 5.5.3 Advice 선언 by sh
        • 5.5.4 인트로덕션 by sh
        • 5.5.5 Aspect 인스턴스화 모델 by sh
        • 5.5.6 Advisors by sh
        • 5.5.7 AOP 스키마 예제 by sh
    • 6 Spring AOP API
      • 6.1 Spring의 Pointcut API
        • 6.1.1 개념들 by ys
        • 6.1.2 Pointcuts에 대한 작업 by ys
        • 6.1.3 AspectJ Expression Pointcuts by ys
        • 6.1.4 편리한 Pointcut 구현 by ys
        • 6.1.5 포인트 컷 수퍼 클래스 by ys
        • 6.1.6. 사용자 정의 Pointcut by ys
      • 6.2 Spring의 Advice API
        • 6.2.1. 조언 라이프 사이클 by ys
        • 6.2.2 Spring의 advice 유형 by ys
      • 6.3 Spring의 Advisor API by ks
      • 6.4 ProxyFactoryBean을 사용해서 AOP 프록시 생성 by ks
        • 6.4.1 기본
        • 6.4.2 자바빈 프로퍼티
        • 6.4.3 JDK 및 CGLIB 기반 프록시
        • 6.4.4 프록시 인터페이스
        • 6.4 5 프록시 클래스
        • 6.4.6 "Global" advisor 사용
      • 6.5 간결한 프록시 정의 by sh
      • 6.6 ProxyFactory를 사용하여 프로그래밍 방식으로 AOP 프록시 만들기 by sh
      • 6.7 Advised 객체들 조작하기 by sh
      • 6.8 "자동 프록시" 기능 사용 by sh
      • 6.9 TargetSource구현체 사용하기 by sh
      • 6.10 새로운 Advice 타입 정의하기 by sh
    • 7. 데이터 버퍼와 코덱 by ks
Powered by GitBook
On this page
  • 50.1 요구 사항
  • 50.2 NULL 안전성
  • 50.3 Kotlin API
  • 50.4 의존성 관리
  • 50.5 @ConfigurationProperties
  • 50.6 테스트
  • 50.7 Resources

Was this helpful?

  1. Spring boot
  2. 스프링부트의 기능

50. Kotlin support by ys

Previous49.5 자신만의 스타터 생성하기 by ksNext51. What to Read Next by ys

Last updated 5 years ago

Was this helpful?

코틀린은 JVM에서 동작하는 프로그래밍 언어이다. 2011년 7월, 젯브레인사가 공개하였다. 캇린으로 읽어야 한다. 파일 확장자는 .kt 또는 .kts를 사용한다. (java vs kotlin)

  • 코틀린(Kotlin)은 인텔리제이(IntelliJ IDEA)라는 제품으로 유명한 젯브레인(JetBrains)에서 만든 언어

  • 자바와 100% 호환되어 자바로 작성된 프로젝트에 코틀린 코드를 추가할 수도 있고 자바코드를 모두 코틀린으로 대체할 수도 있습니다.

은 Java로 작성된 기존 라이브러리와의 을 제공하면서 간결하고 우아한 코드를 작성할 수있는 JVM (및 기타 플랫폼)을 대상으로하는 정적 유형 언어 입니다.

Spring Boot는 Spring Framework, Spring Data, Reactor와 같은 다른 Spring 프로젝트의 지원을 활용하여 Kotlin 지원을 제공합니다. 자세한 내용은 를 참조하십시오.

Spring Boot와 Kotlin으로 시작하는 가장 쉬운 방법은 을 따르는 입니다. 를 통해 새로운 Kotlin 프로젝트를 만들 수 있습니다 . 언제든지 의 #spring 채널에 가입 하거나 지원이 필요한 경우 의 spring and kotlin태그를 사용하여 질문하십시오 .

50.1 요구 사항

스프링 부트는 Kotlin 1.2.x를 지원합니다. 코 틀린를 사용하려면, org.jetbrains.kotlin:kotlin-stdlib및 org.jetbrains.kotlin:kotlin-reflect클래스 경로에 있어야합니다. kotlin-stdlib변종 kotlin-stdlib-jdk7과는 kotlin-stdlib-jdk8도 사용할 수 있습니다.

이므로 , 스프링 - 주석 클래스를 자동으로 열어 프록시 할 수 있도록 플러그인 을 구성 할 것입니다.

은 JSON 데이터 직렬화 / 직렬화에 필요합니다. 클래스 패스에서 발견되면 자동으로 등록됩니다. Jackson과 Kotlin은 있지만 Jackson Kotlin 모듈은없는 경우 경고 메시지가 기록됩니다.

50.2 NULL 안전성

Kotlin의 핵심 기능 중 하나는 입니다. 그것은 다루는 런타임을 오히려 문제를 지연시키고, 오히려 NullPointerException을 만나기보다는 컴파일 타임에 null 값을 처리합니다. 이렇게하면 Optional과 같은 래퍼 비용을 지불하지 않고도 일반적인 버그 소스를 제거하는 데 도움이됩니다. Kotlin은 또한 Kotlin의 대한 에서 설명한대로 nullable 값을 갖는 기능적 구성을 사용할 수 있습니다 .

  • 객체 타입의 변수에서 널(null) 값의 허용 여부를 구분하지 않던 자바와 달리, 코틀린은 이를 명확히 구분합니다. 또한 널 값의 허용 여부를 컴파일 단계에서 검사하므로 런타임에서 발생하는 오류를 대폭 줄일 수 있습니다.

JSR 305 검사는 -Xjsr305={strict|warn|ignore} 옵션을 사용하여 -Xjsr305컴파일러 플래그를 추가하여 구성 할 수 있습니다 . 기본 동작은 -Xjsr305=warn와 같습니. 이 strict값은 Spring API에서 유추한 Kotlin 유형을 고려하여 null 안전성을 가져야하지만, Spring API 무효화 선언(nullability declaration)은 부 릴리스 사이에서도 발전 할 수 있고 앞으로 더 많은 검사가 추가 될 수 있다는 지식을 가지고 사용해야합니다.

50.3 Kotlin API

50.3.1 runApplication

Spring Boot는 다음 예제 와 같이 runApplication<MyApplication>(*args)을 사용하여 응용 프로그램을 실행하는 관용적인 방법을 제공합니다 .

import org.springframework.boot.autoconfigure.SpringBootApplication
import org.springframework.boot.runApplication

@SpringBootApplication
class MyApplication

fun main(args: Array<String>) {
	runApplication<MyApplication>(*args)
}

이것은 SpringApplication.run(MyApplication::class.java, *args)의 드롭 인 대체품입니다. 이것 또한 다음 예제와 같이 응용 프로그램을 사용자 정의 할 수 있습니다.

runApplication<MyApplication>(*args) {
	setBannerMode(OFF)
}

50.3.2 확장

TestRestTemplate확장은 Spring Framework의 Spring Framework를 위해RestOperations를 제공하는 것과 유사합니다. 무엇보다도 Kotlin의 유형화 된 매개 변수를 활용할 수있는 확장이 가능합니다.

50.4 의존성 관리

클래스 경로에 다른 버전의 Kotlin 의존성을 섞지 않으려면 다음과 같은 Kotlin 종속성의 종속성 관리가 제공됩니다.

  • kotlin-reflect

  • kotlin-runtime

  • kotlin-stdlib

  • kotlin-stdlib-jdk7

  • kotlin-stdlib-jdk8

  • kotlin-stdlib-jre7

  • kotlin-stdlib-jre8

Maven을 사용하면 Kotlin 버전을 kotlin.version속성을 통해 사용자 정의 할 수 있으며 플러그인 관리가 제공됩니다 kotlin-maven-plugin. Gradle을 사용하면 Spring Boot 플러그인 kotlin.version이 Kotlin 플러그인의 버전과 자동으로 정렬됩니다 .

50.5 @ConfigurationProperties

@ConfigurationProperties("example.kotlin")
class KotlinExampleProperties {

	lateinit var name: String

	lateinit var description: String

	val myService = MyService()

	class MyService {

		lateinit var apiToken: String

		lateinit var uri: URI

	}

}

50.6 테스트

Kotlin 코드를 테스트 하는 데 JUnit 4 (spring-boot-starter-test기본값이 제공 ) 를 사용할 수 있지만 JUnit 5가 권장됩니다. JUnit 5를 사용하면 테스트 클래스를 한 번 인스턴스화하고 모든 클래스 테스트에 다시 사용할 수 있습니다. 따라서 Kotlin에 적합한 비 정적 메서드에서 주석 @BeforeAll과 @AfterAll주석 을 사용할 수 있습니다 .

영어로 Mock'은흉내내다'라는 의미를 가지고 있습니다. 목업(Mock-UP)은 실제 제품을 만들기 전 실물크기의 모형을 뜻하는데, IT제품 경우 실제 양산품을 만들기 전에 디자인을 구현해보기 위해 목업을 미리 만드는 것이 보편화돼 있습니다.

mockito는 유닛 테스트를 위한 Java mocking framework 입니다. mockito를 사용하면 대부분의 로직을 검증 할 수 있습니다.

50.7 Resources

50.7.1 추가 읽기

50.7.2 예제

이러한 종속성과 플러그인은 에서 Kotlin 프로젝트를 부트 스트랩하는 경우 기본적으로 제공됩니다 .

자바는 타입 시스템에서 null-safety를 표현할 수 없지만, Spring Framework, Spring Data, Reactor는 이제 도구 친화적 인 주석을 통해 API의 null-safety를 제공합니다. 기본적으로 Kotlin에서 사용되는 Java API의 은 null 체크가 완화 된 으로 인식됩니다 . null 허용 주석과 결합 된 관련 Spring API에 대해 null 안전을 제공합니다.

출처 :

일반 유형 인수, varargs 및 배열 요소 null 가능성은 아직 지원되지 않습니다. 최신 정보는 를 참조하십시오 . 또한 Spring Boot 자체의 API 것을 명심하십시오 .

Kotlin 은 추가 기능으로 기존 클래스를 확장하는 기능을 제공합니다. Spring Boot Kotlin API는 이러한 확장 기능을 사용하여 새로운 Kotlin 특정 편의 기능을 기존 API에 추가합니다.

@ConfigurationPropertie는 생성자에 의해 초기화 된 불변 클래스는 때문에 현재는 lateinit또는 null 허용 가능한 var속성 에서만 작동 합니다 (전자는 권장 됨) .

주석 프로세서를 사용 를 생성하려면 spring-boot-configuration-processor 종속성을 사용하여 .

JUnit 5를 사용하려면 spring-boot-starter-test의 junit:junit종속성을 제외하고 JUnit 5 종속성을 추가하고 그에 따라 Maven 또는 Gradle 플러그인을 구성하십시오. 자세한 내용은 를 참조하십시오. 또한 로 해야합니다 .

Kotlin class들을 mock하려면 을 권합니다. Mockito 에 맞는 석이 필요한 Mockk 이 필요하다면, 당신은 제공한 유사한 @MockkBean하고 @SpykBean주석을사용할 수 있습니다 .

(전용 # 스프링 채널 사용)

: 일반 Spring Boot + Spring Data JPA 프로젝트

: 스프링 부트 2 + WebFlux + 리 액티브 스프링 데이터 MongoDB

: JavaScript 또는 TypeScript 대신 프론트 엔드 용 Kotlin2js가있는 WebFlux Kotlin 전체 스택 예제

: spring PetClinic 샘플 응용 프로그램의 Kotlin 버전

: Boot 1.0 + Java를 Boot 2.0 + Kotlin으로 단계별 마이그레이션

Kotlin
상호 운용성
Spring Framework Kotlin 지원 문서
이 포괄적 인 튜토리얼
것
start.spring.io
Kotlin Slack
stack overflow
Kotlin 클래스는 기본적으로 최종 클래스
kotlin-spring
하려고
Jackson의 Kotlin 모듈
Kotlin의
null-safety
null-safety에
포괄적 인 가이드
유형
플랫폼 유형
JSR 305 주석에 대한 Kotlin의 지원은 Kotlin의
https://medium.com/@pjh880720/%EC%BD%94%ED%8B%80%EB%A6%B0-kotlin-%EC%9D%B4%EB%9E%80-50dba0b1b9c7
확장
아직 지원되지 않기
JUnit 5 설명서
테스트 인스턴스 수명주기를 "클래스 단위"
전환
MockK
@MockBean와 @SpyBean 주
SpringMockK
Kotlin 언어 참조
Kotlin Slack
with spring및 kotlin태그 Stackoverflow
브라우저에서 Kotlin 사용해보기
Kotlin 블로그
굉장한 코 틀린
튜토리얼 : Spring Boot와 Kotlin으로 웹 애플리케이션 구축하기
Kotlin으로 봄 부팅 응용 프로그램 개발하기
Kotlin, Spring Boot 및 PostgreSQL을 사용한 지형 공간 메신저
Spring Framework 5.0에서 Kotlin 지원을 소개합니다.
Spring Framework 5 Kotlin API, 기능적 방법
spring-boot-kotlin-demo
mixit
spring-kotlin-fullstack
spring-petclinic-kotlin
spring-kotlin-deepdive
start.spring.io
SPR-15942
에는 아직 주석이 달려 있지 않다는
하여 자신의 메타 데이터
kapt구성해야합니다
[Tip]
[Tip]
[Warning]