🌆
Sunset Archive
GitHubLinkedInBlog
  • litsynp
  • Archives
    • Projects
      • Let's Parking!
      • 맛집몬스터 (JMT Monster)
      • spring-x-demo Projects
    • Articles
      • My Thoughts on GitBook
      • Wake-on-LAN & RDP Setup
    • Learning
      • Languages
        • Rust
          • Useful Links
          • Syntax
          • Pointers
          • Dependencies
          • Logging
          • Phantom Types
          • Iterable
            • Optional Skip
        • Go
          • Useful Links
          • Structures
          • Zero Values
          • Error Handling
          • Dependency Injection
          • Project Layout
        • JavaScript/TypeScript
          • Basics
            • Types
              • [JS] Falsy Values
              • [TS] Types - unknown, any, never
            • Rest Parameters (...)
            • Spread Syntax (...)
            • Destructuing Assignment
            • CJS, AMD, UMD, ESM
          • Advanced
            • Conditional Destructuring Assignment
            • Type Guards
          • Miscellaneous
            • Dependency Injection in JS?
            • ESLint, Prettier, TypeScript
          • Node
            • Useful Links
            • General
              • V8 Engine
              • Version Management: NVM
              • Environment Variables
            • Database
              • Knex
        • C
          • Dynamic Multi-dimensional Arrays
        • Spring
          • General
            • @Import v.s. @ContextConfiguration
            • MessageSource
          • Kotlin+Spring
            • Kotlin Annotations (Use-Site Targets)
            • Handling Null in Request DTO
            • Handling Null in URL
          • Reactive Stack
            • Reactive API with Spring WebFlux
          • Spring Security
            • Google OAuth Setup
          • Spring Batch
            • Bulk Insert
        • Kotlin
          • val/var in Constructor
          • Initializer Blocks
          • Inheritance Modifiers (final, open, abstract)
          • Delegate Pattern
        • Java
          • Serialization
          • Random Number Generation
            • (1) Math.random() v.s. Random
            • (2) Random v.s. ThreadLocalRandom
        • Python
          • Version Management
        • Ruby
          • Installation
          • Getters & Setters
        • Elixir
        • Erlang
        • Flutter
        • AWS
          • AWS CLI
        • Terraform
          • Installation
          • Basics
      • Code
        • OOP
          • The 4 Basic Concepts of OOP
          • The SOLID Principles
          • GRASP
          • Spring POJO
          • Others
        • Functional Programming
          • Currying
          • Higher-Order Function
          • Closure
          • Monad
        • 공변성, 반공변성, 무공변성
        • Others
          • UUID
          • GraphQL
          • Multimedia
            • Streaming
          • Geography
            • 위도 (Latitude), 경도 (Longitude)
      • Tools
        • Nix
        • Mermaid
          • Flowchart
          • Sequence Diagram
          • Class Diagram
          • Entity Relationship Diagrams
        • VSCode
          • VSCode CLI
          • VSCode Extensions
        • JetBrains
          • IntelliJ - Open Projects in Tabs
          • Delete Leftover IDE Directories
        • vim
          • Commands
      • Books
        • 다재다능 코틀린 프로그래밍 (Programming Kotlin)
          • Pt 01. 코틀린으로 스크립팅 하기
            • Ch 01. 코틀린 시작하기
            • Ch 02. Java 개발자를 위한 코틀린 필수 사항
            • Ch 03. 함수를 사용하자
            • Ch 05. 콜렉션 사용하기
        • 오브젝트 (Object)
          • Ch.0 들어가며 - 프로그래밍 패러다임
          • Ch.1 객체, 설계
          • Ch.2 객체지향 프로그래밍
          • Ch.3 역할, 책임, 협력
          • Ch.4 설계 품질과 트레이드오프
          • Ch.5 책임 할당하기
          • Ch.6 메시지와 인터페이스
          • Ch.7 유연한 설계
          • Ch.8 의존성 관리하기
          • Ch.9 유연한 설계
          • Ch.10 상속과 코드 재사용
          • Ch.11 합성과 유연한 설계
          • Ch.12 다형성
          • Ch.13 서브클래싱과 서브타이핑
          • Ch.14 일관성 있는 협력
          • Ch.15 디자인 패턴과 프레임워크
          • End. 마치며 - 나아가기
          • 후기
        • 헤드 퍼스트 디자인 패턴 (Head First Design Patterns)
          • Ch.1 디자인 패턴 소개와 전략 패턴
          • Ch.2 옵저버 패턴
          • Ch.3 데코레이터 패턴
          • Ch.4 팩토리 패턴
          • Ch.5 싱글턴 패턴
          • Ch.6 커맨드 패턴
          • Ch.7 어댑터 패턴과 퍼사드 패턴
          • Ch.8 템플릿 메소드 패턴
          • Ch.9 반복자 패턴과 컴포지트 패턴
          • Ch.10 상태 패턴
          • Ch.11 프록시 패턴
          • Ch.12 복합 패턴
        • 이펙티브 타입스크립트 (Effective TypeScript)
          • Ch.1 타입스크립트 알아보기
            • Item 1 타입스크립트와 자바스크립트의 관계 이해하기
            • Item 2 타입스크립트 설정 이해하기
            • Item 3 코드 생성과 타입이 관계없음을 이해하기
            • Item 4 구조적 타이핑에 익숙해지기
            • Item 5 any 타입 지양하기
          • Ch.2 타입스크립트의 타입 시스템
            • Item 6 편집기를 사용하여 타입 시스템 탐색하기
            • Item 7 타입이 값들의 집합이라고 생각하기
            • Item 1-7 Study Summary
            • Item 8 타입 공간과 값 공간의 심벌 구분하기
            • Item 9 타입 단언보다는 타입 선언을 사용하기
            • Item 10 객체 래퍼 타입 피하기
            • Item 11 잉여 속성 체크의 한계 인지하기
            • Item 12 함수 표현식에 타입 적용하기
            • Item 13 타입과 인터페이스의 차이점 알기
            • Item 14 타입 연산과 제너릭 사용으로 반복 줄이기
            • Item 15 동적 데이터에 인덱스 시그니처 사용하기
            • Item 16 number 인덱스 시그니처보다는 Array, 튜플, ArrayLike를 사용하기
            • Item 17 변경 관련된 오류 방지를 위해 readonly 사용하기
            • Item 18 매핑된 타입을 사용하여 값을 동기화하기
          • Ch.3 타입 추론
            • Item 19 추론 가능한 타입을 사용해 장황한 코드 방지하기
            • Item 20 다른 타입에는 다른 변수 사용하기
            • Item 21 타입 넓히기
            • Item 22 타입 좁히기
            • Item 23 한꺼번에 객체 생성하기
            • Item 24 일관성 있는 별칭 사용하기
            • Item 25 비동기 코드에는 콜백 대신 async 함수 사용하기
            • Item 26 타입 추론에 문맥이 어떻게 사용되는지 이해하기
            • Item 27 함수형 기법과 라이브러리로 타입 흐름 유지하기
          • Ch.4 타입 설계
            • Item 28 유효한 상태만 표현하는 타입을 지향하기
            • Item 29 사용할 때는 너그럽게, 생성할 때는 엄격하게
            • Item 30 문서에 타입 정보를 쓰지 않기
            • Item 31 타입 주변에 null 값 배치하기
            • Item 32 유니온의 인터페이스보다는 인터페이스의 유니온을 사용하기
            • Item 33 string 타입보다 더 구체적인 타입 사용하기
            • Item 34 부정확한 타입보다는 미완성 타입을 사용하기
            • Item 35 데이터가 아닌, API와 명세를 보고 타입 만들기
            • Item 36 해당 분야의 용어로 타입 이름 짓기
            • Item 37 공식 명칭에는 상표를 붙이기
          • Ch.5 any 다루기
            • Item 38 any 타입은 가능한 한 좁은 범위에서만 사용하기
            • Item 39 any를 구체적으로 변형해서 사용하기
            • Item 40 함수 안으로 타입 단언문 감추기
            • Item 41 any의 진화를 이해하기
            • Item 42 모르는 타입의 값에는 any 대신 unknown을 사용하기
            • Item 43 몽키 패치보다는 안전한 타입을 사용하기
            • Item 44 타입 커버리지를 추적하여 타입 안전성 유지하기
          • Ch.6 타입 선언과 @types
            • Item 45 devDependencies에 typescript와 @types 추가하기
            • Item 46 타입 선언과 관련된 세 가지 버전 이해하기
            • Item 47 공개 API에 등장하는 모든 타입을 익스포트하기
            • Item 48 API 주석에 TSDoc 사용하기
            • Item 49 콜백에서 this에 대한 타입 제공하기
            • Item 50 오버로딩 타입보다는 조건부 타입을 사용하기
            • Item 51 의존성 분리를 위해 미러 타입 사용하기
            • Item 52 테스팅 타입의 함정에 주의하기
          • Ch.7 코드를 작성하고 실행하기
            • Item 53 타입스크립트 기능보다는 ECMAScript 기능을 사용하기
            • Item 54 객체를 순회하는 노하우
            • Item 55 DOM 계층 구조 이해하기
            • Item 56 정보를 감추는 목적으로 private 사용하지 않기
            • Item 57 소스맵을 사용하여 타입스크립트 디버깅하기
          • Ch.8 타입스크립트로 마이그레이션하기
            • Item 58 모던 자바스크립트로 작성하기
            • Item 59 타입스크립트 도입 전에 @ts-check와 JSDoc으로 시험해 보기
            • Item 60 allowJS로 타입스크립트와 자바스크립트 같이 사용하기
            • Item 61 의존성 관계에 따라 모듈 단위로 전환하기
            • Item 62 마이그레이션의 완성을 위해 noImplicitAny 설정하기
        • Dive Into Design Patterns
          • 디자인 패턴 소개
          • 소프트웨어 디자인 원칙들
          • 디자인 패턴 목록
          • 유용한 링크
        • 가상 면접 사례로 배우는 대규모 시스템 설계 기초 (System Design Interview)
          • Key Points
          • Real Life Systems
          • Engineering Blogs
        • Node.js 디자인 패턴 바이블 (Node.js Design Patterns 3rd Edition)
        • 리팩터링 2판 (Refactoring: 2nd Ed.)
          • 1장 리팩터링: 첫 번째 예시
          • 2장 리팩터링 원칙
          • 3장 코드에서 나는 악취
          • 4장 테스트 구축하기
Powered by GitBook
On this page

Was this helpful?

Edit on GitHub
  1. Archives
  2. Learning
  3. Books
  4. 다재다능 코틀린 프로그래밍 (Programming Kotlin)
  5. Pt 01. 코틀린으로 스크립팅 하기

Ch 01. 코틀린 시작하기

커맨드 라인으로 실행시키기

다음 Hello.kt 파일을 만든다.

// running/Hello.kt
fun main() = println("Hello World")
$ kotlinc-jvm Hello.kt -d Hello.jar
  • Hello.kt 파일의 코드를 Java 바이트코드로 컴파일하고, Hello.jar 파일을 만들어 넣어둘 것이다.

$ java -classpath Hello.jar HelloKt
Hello World
  • Hello.kt는 main 함수만 갖고 있고 클래스가 아니기 때문에, 코틀린 컴파일러(kotlinc-jvm)가 자동으로 확장자를 제거한 파일 이름을 가지고, Kt라는 접미사를 추가한 클래스 이름을 만든다.

classpath 커맨드라인 옵션을 열거하는 대신에 jar 옵션으로 코드를 실행시킬 수 있다. 왜냐면 main() 함수를 찾을 때 코틀린 컴파일러가 jar 파일에 Main-Class 매니페스트 어트리뷰트를 추가했기 때문이다. Hello.jar 파일에서 아래의 커맨드를 실행해도 같은 결과가 나온다.

$ java -jar Hello.jar
Hello World

이 예제에서 코틀린 스탠다드 라이브러리 중 아무것도 사용하지 않았다. 그러나 코틀린 스탠다드 라이브러리에 있는 클래스와 함수를 사용하게 될텐데, java 툴만을 이용해서 실행하면 java.lang.NoClassDefFoundError 예외와 함께 실패할 것이다. 이를 방지하기 위해 kotlin-stdlib.jar 파일을 클래스패스에 추가해줘야 한다.

$ java -classpath Hello.jar:$KOTLIN_PATH/lib/kotlin-st
dlib.jar HelloKt
Hello World

환경변수는 코틀린이 설치된 디렉토리를 참조한다. Unix-like 시스템에서는 환경변수로 $KOTLIN_PATH를, 윈도우에서는 %KOTLIN_PATH% 가 사용된다. 윈도우에서는 클래스패스 내의 패스를 구분하기 위해 콜론(:)이 아닌 세미콜론(;)을 사용한다.

java 툴을 사용하는 대신 코틀린 툴을 사용할 수 있는데, 이렇게 하면 kotlin-stdlib.jar 을 참조할 필요가 없다.

$ kotlin -classpath Hello.jar HelloKt
Hello World

프로젝트에서 대부분 Java를 사용하고 코틀린을 혼합해서 사용하는 경우라면 java 툴을 사용하고, 그렇지 않다면 코틀린 툴을 사용하는 편이 더 간단하다.

IDE로 실행하기

  • IntelliJ IDEA

  • Eclipse Neon+

  • Netbeans with NetBeans Kotlin Plugin

REPL 실험

어떤 언어들은 코드 스니펫을 위해 REPL 커맨드 라인 쉘을 지원하며, 필자는 그런 시스템을 ‘마이크로프로토타이핑 툴' 이라고 부른다고 한다.

코딩을 하고 있거나, 자동화 테스트를 통과시킬 때, 특정 함수가 무엇인지 생각해보는 대신 REPL을 통해 빠르게 해당 부분을 실행시킬 수 있다.

지금까지 사용한 코틀런 컴파일러 (kotlinc-jvm) 대신 REPL 쉘로 실행시키면 옵션이나 파일 이름 없이 실행시킬 수 있다. 대화형 도구는 kotlinc-jvm 을 실행시키면 된다.

REPL을 실행할 때 직접 만든 jar 파일이나 서드파티의 jar 파일의 클래스패스를 명시할 수도 있다. 그렇게 하면 직접 만든 클래스나 서드파티의 클래스를 REPL에서 대화형으로 사용할 수 있다.

스크립트로 실행하기

앞에서 코틀린 코드를 바이트코드로 컴파일하고, jar 파일을 만들고 java와 코틀린 명령어를 이용해 실행시켜보기도 했다. 이런 두 단계의 프로세스는 많은 파일을 갖고 있는 큰 애플리케이션에서 유용하다.

하지만 우리가 작성하는 모든 코드가 크거나 엔터프라이즈 스케일인 것은 아니다. 프로그램의 크기가 작을 때 쉘 스크립트와 배치파일을 사용한다.

백엔드 작업, 파일 파싱, 특정 구성에 의한 파일 복사 작업 등 일반적으로 쉘 스크립트를 사용해서 하는 작업을 해야할 때 코틀린으로 스크립트를 작성하면 된다. 장점으로는 sh, zsh, bash, Windows CMD, PowerShell 등등 쉘 커맨드를 기억할 필요가 없다는 점이다.

// running/listktfiles.kts
java.io.File(".")
    .walk()
    .filter { file -> file.extension == "kts" }
    .forEach { println(it) }
$ kotlinc-jvm -script listktfiles.kts
./listktsfiles.kts

Unix-like 시스템을 쓴다면 kotlinc-jvm -script를 쓰지 않고 스크립트를 쓰고 싶다면 셔뱅(shebang)을 이용하면 된다.

#!/usr/bin/env kotlinc-jvm -script
java.io.File(".")
    .walk()
    .filter { file -> file.extension == "kts" }
    .forEach { println(it) }
$ chmod 700 listktfiles.kt
$ ./listktfiles.kts
./listktsfiles.kts

시스템에 따라 /usr/bin/env 대신 kotlinc-jvm이 위치한 전체 경로를 적어야 하는 경우도 있다.

코틀린 코드는 Java 바이트코드로만 컴파일되는 것이 아니다. 다른 몇몇 포맷으로도 컴파일이 가능하다.

  • Android 기기: 코틀린은 안드로이드 개발에서 가장 우선시되는 언어이다.

  • JavaScript 변환: 트랜스파일(transpile, 변환)은 한 언어의 소스코드에서 다른 언어의 소스코드로 변환된다는 것을 의미한다.

  • 네이티브 타깃: 가상 머신으로 컴파일하지 않을 때, 코틀린/네이티브는 소스 코드를 iOS, Linux, macOS, Windows 등의 네이티브 타깃으로 컴파일을 한다. 그리고 그렇게 컴파일된 프로그램은 가상머신 없이 실행이 가능하다.

어떤 옵션을 선택해야할까?

코틀린은 새로운 코드를 실행시킬 때 특정 옵션 설정을 강제하지 않는다. 모두 개발자의 요구사항과 선호도에 달려있다. 옵션을 선택할 때 고려할 사항이다.

  • 코틀린을 JVM에서 실행시키며 Java 또는 다른 언어와 섞어서 이용해야 한다면 kotlinc-jvm을 이용해서 컴파일하라. 그리고 클래스패스 또는 모듈패스에 kotlin-stdlib.jar 파일과 함께 생성된 jar 파일을 추가한다. 그러면 javac로 컴파일한 Java 소스코드로 만들어진 jar처럼 사용할 수 있다.

  • 여러 개의 코틀린 파일들을 통합해 하나의 코틀린 프로그램으로 실행시켜야 한다면 kotlin 툴을 이용하여 코드를 실행시켜라.

  • 코틀린을 사용하여 시스템 레벨 또는 백엔드 태스크를 구현해야 한다면 코틀린 파일 하나를 만들어서 -script 옵션을 사용하여 코틀린 스크립트로 실행하라. 또는, 셔뱅(shebang)을 사용하면 커맨드라인이나 크론 태스크를 이용하여 직접 스크립트를 실행시킬 수 있다.

  • 웹 애플리케이션 생성을 위한 코틀린의 정적 타이핑과 컴파일 시간 검증을 이용하기 위해서 코틀린을 JavaScript로 컴파일(트랜스파일)하는 옵션을 사용해라.

  • 코틀린 코드를 다른 iOS, WebAssembly와 같은 다른 네이티브 플랫폼에서 사용하기 위해서 코틀린/네이티브를 이용하여 컴파일한다.

  • 개발 과정에서 개발을 편하게 하는 좋은 옵션은 IDE에서 코드를 실행시키는 것이다.

  • 실험을 위해서 스니펫 코드를 실행시킬 때에는 kotlinc-jvm을 REPL로 이용해라.

PreviousPt 01. 코틀린으로 스크립팅 하기NextCh 02. Java 개발자를 위한 코틀린 필수 사항

Last updated 2 years ago

Was this helpful?

스크립트를 프로덕션에서 사용할 목적이라면 가 유용하다. kscript는 컴파일드 스크립트 캐싱을 포함한 코틀린 스크립트에서 동작하는 몇몇 기능을 제공해주는 라이브러리다.

브라우저에서 실행하기 위한 WebAssembly: 코틀린/네이티브를 사용하면 코틀린 소스 코드를 웹어셈블리 또는 모던 브라우저에서 실행 가능한 바이너리 포맷인 로 컴파일한다.

kscript
WASM