반응형

코프링 강의를 들으면서 프로젝트를 따라하다가 빌드를 하니
Downloading kotlinc-dist?

문구가 뜨면서 빌드가 끝나지 않았다. (5분 이상...)

 

이거저거 검색해 보니 최신버전 intelliJ에서는 kotin 1.6 버전을 지원하지 않는 문제일수 있다고 한 것을 보았다. (사실 정확한 해결책을 못찾았다. 한글은 없었다...)

1. kotlin 버전 업

command : 을 누르면 사용중인 언어의 버전을 확인할 수 있다.

해당 창에서 Language version을 누르면 현재 사용중인 버전과 선택 가능한 다른 이전 버전들을 확인할 수 있다.

> intelliJ 24.1 version의 화면

 

강의에서는 kotlin 1.6 버전을 사용중이었고, 소스를 그대로 다운받았기 때문에 내 프로젝트도 1.6 버전이다. 하지만 강의와 다른 점은 내 intelliJ의 버전이 24.1 버전이었고, 해당 버전에서는 Kotlin 1.6 버전을 더이상 지원하지 않는다는 것이다.

 

사실 강의 초반에는 문제될께 없었다. 정확하진 않지만 아래의 pluglin과 의존성을 추가한 뒤로 빌드 무한로딩 오류가 발생했다.

// plugin
id 'org.jetbrains.kotlin.plugin.jpa' version '1.6.21'


// dependecy
implementation "org.jetbrains.kotlin:kotlin-reflect:1.6.21"

 

command : 창에서 버전을 1.7로 올려주고 재 빌드했는데 자꾸 1.6으로 원복 되어 build.gradle 에서 버전을 올려주었다.

// plugin
id 'org.jetbrains.kotlin.jvm' version '1.7.21'
id 'org.jetbrains.kotlin.plugin.jpa' version '1.7.21'
// dependecy
implementation "org.jetbrains.kotlin:kotlin-reflect:1.7.21"

 

그러나 빌드 무한로딩 오류는 해결되지 않았다.

2. intelliJ 버전 다운그레이드

 

두번째 해결책으로는 kotlin 1.6 버전을 지원하지 않는 intelliJ 최신버전을 버리고 이전 버전으로 프로젝트를 실행하는 것이다.

jetBrain에서 intelliJ를 열고 "기타버전" 을 들어가 이전 버전을 다운로드 해준다.

 

그냥 젤 아래에 있는걸로 다운로드 하였다.

 

이후 다운그레이드 버전 intelliJ로 프로젝트를 실행하니 정상적으로 빌드가 완료되었다! (1분도 안걸림)

그리고 나서 command : 로 들어가 보니 kotlin 버전 1.6에서 deprecated 표시가 사라져 있었다.

> intelliJ 23.1 version의 화면

 

일단 이렇게 에러 해결 완료...

 

버전 문제를 여러번 맞이했지만 IDE와 언어의 버전 충돌은 생각치도 못했는데 🥲 어찌저찌 해결되어 다행이다!

반응형
반응형

코프링 강의를 듣는데 강의 h2 세팅이 인메모리로 되어있었다.

이것을 h2 실제 db로 세팅하고 서버를 재실행 해도 데이터를 보존하기 위해 일부 세팅을 바꿔주었다.

[1] h2 연결하기

1. h2 서버 연결

1) h2 실행하기

h2를 다운로드 한 후 파일 내에서 h2.sh 가 있는 곳으로 들어간다. 나의 경우 h2 > bin 에 있었다.

해당 파일이 있는 곳에서 파일을 실행시켜 준다.

./h2.sh

2) h2 db 접속하기

h2를 실행시키면 웹사이트가 열린다. db url을 입력해야 하는데 첫 연결시에는 해당 경로로 db가 생성된다.

나는 root경로 하위에 생성하도록 했다. 이후 연결 을 눌러 연결해 준다. 그러면 사이트 창이 하나 열리는데 화면 로딩이 안될 경우 해당 인터넷 창의 url 앞부분의 ip 주소 부분을 localhost로 변경해준다.

key 부분은 절대 수정하면 안된다!

http://localhost:8082/login.do?jsessionid=~~~~~

그렇게 되면 초기 화면을 볼 수 있다. 이후 재 연결시에는 tcp를 통해 연결해주도록 한다.

[2] h2연결을 위한 프로젝트 설정

1. application 설정 파일 수정 : yml 버전

먼저 application.yml에서 database의 설정을 변경해 준다.

기존에 프로젝트 소스코드에서는 인메모리 형식으로 지정되어 있었다.

spring:
  datasource:
    url: 'jdbc:h2:mem:library'
    username: 'user'
    password: ''
    driver-class-name: org.h2.Driver
  jpa:
    hibernate:
      ddl-auto: create
    properties:
      hibernate:
        format_sql: true
        show_sql: true

간단하게 설명하자면

datasource에서 url이 h2 db의 접속 경로이다. :mem: 으로 되어있어 인메모리 db를 사용하는 것을 뜻한다.

jpa > hibername > ddl-auto 에는 크게 create와 none이 있다. create를 하면 서버를 재실행 할때마다 데이터를 리셋하면서 테이블 세팅을 다시 하는것이고, none이면 기존 설정을 유지하는 것이다.

만약 설정이 create 이고, 기존 테이블의 이름을 소스상에서 변경처리후 서버를 재실행 하면 기존 테이블 명으로도 남아있고, 새로운 테이블 명으로도 테이블이 생성된다.

 

위 설정값을 아래로 변경해 준다. tcp 통신을 통해 연결하므로 동시성 문제도 해결되는것으로 알고 있다.

spring:
  datasource:
    url: 'jdbc:h2:tcp://localhost/~/library'
    username: 'user'
    password: ''
    driver-class-name: org.h2.Driver
  jpa:
    hibernate:
      ddl-auto: create
    properties:
      hibernate:
        format_sql: true
        show_sql: true
logging.level:
  org.hibernate.SQL: debug

db의 CRUD 쿼리를 보기 위해 log 설정을 추가해 주었다.

 

2. 스프링 서버 실행하기

위에 log 설정을 해두었기 때문에 프로젝트 실행 시 h2 db의 테이블 세팅 쿼리가 보여진다.

 

[3] USER 테이블 미생성 오류

bookuser_loan_history 라는 테이블은 클래스명 대로 잘 생성되었는데 user 테이블은 생성이 안되었다.

로그를 살펴보니 아래와 같은 에러메세지가 보인다.

Caused by: org.h2.jdbc.JdbcSQLSyntaxErrorException: Syntax error in SQL statement "\000a    create table [*]user (\000a       id bigint generated by default as identity,\000a        age integer,\000a        name varchar(255) not null,\000a        primary key (id)\000a    )"; expected "identifier"; SQL statement:

    create table user (
       id bigint generated by default as identity,
        age integer,
        name varchar(255) not null,
        primary key (id)
    ) [42001-200]
	at org.h2.message.DbException.getJdbcSQLException(DbException.java:453) ~[h2-1.4.200.jar:1.4.200]

하지만 user 클래스는 @Entity 어노테이션도 잘 붙어있고, id 값에는 @GeneratedValue 로 제대로 세팅되어있는것으로 보인다.

@Entity
public class User {

  @Id
  @GeneratedValue(strategy = IDENTITY)
  private Long id;
}

 

> 예약어 : USER

이거저거 검색해보니 해당 클래스 명이 USER인데 이 USER라는 값은 mysql의 예약어 라고 한다. 때문에 개발자가 사용 불가능한 값이므로 해당 값을 테이블명으로 세팅할수 없다고 한다.

https://dev.mysql.com/doc/refman/8.0/en/keywords.html#keywords-in-current-series

 

클래스 명을 변경하기엔 다른 코드도 전부 수정해주어야 해서 안될것 같아 @Table 어노테이션을 사용하였다.

 

> @Table 어노테이션

해당 어노테이션의 parameter 값으로 name을 설정할 수 있다. 해당 값을 입력해두면 테이블 생성시 입력한 값으로 테이블 명이 지정된다.

예약어 이슈를 회피하기 위해 다음과 같이 설정해 주었다. 어노테이션을 붙여주면서 user 테이블의 이름을 복수형으로 지정했기 때문에 book 테이블 명도 복수형으로 지정해 주었다. 

@Entity
@Table(name="users")
public class User {
  @Id
  @GeneratedValue(strategy = IDENTITY)
  private Long id;
}

 

> 서버 재실행 후 테이블 생성 확인

이후 서버를 재 실행 해준다!

이때 ddl-auto 의 값은 create 여야 변경된 테이블 정보가 적용된다.

또한, 이전에 생성된 BOOK 테이블을 버리고 복수형으로 지정된 테이블을 생성하기 위해서 h2 에서 table drop 쿼리를 날려준다.

drop table if exists BOOK
drop table if exists USER_LOAN_HISTORY

그리고 서버를 실행해준다.

 

!! 테이블 명을 @Table 어노테이션으로 "소문자" 로 적어도 테이블 생성시 대문자로 생성된다!!

 

성공적으로 테이블이 생성되었다!

이후 application.yml 파일에서 ddl-auto 설정을 none 으로 해주어 서버 재 실행시에도 데이터가 날아가지 않도록 해준다!

반응형
반응형

[1] Class : null 객체로 선언하기 

1. class 만들기

먼저 코틀린에서 간단한 class를 선언한다.

class School {
    var name: String = ""
    var grade: Int? = null

    constructor(name: String) {
        this.name = name
    }
}

 

생성자는 일단 name 필드만 필요로 하는 것으로 만들어 두었다.

grade 필드는 null safe 필드로 선언하여 Int타입 뒤에 ? 를 붙여서 선언하였다.

 

참고로 kotlin 에서는 class를 선언할때 모든 필드의 초기값을 세팅해 주어야 한다.

 

2. School 인스턴스 만들기

1) null safe 객체가 아닌데 null 로 초기화

// X 컴파일 오류 : null safe 하지 않은 타입인데 null로 초기화 할 수 없다
var school2: School = null
// X 컴파일 오류 : constructor 에 선언된 필수값을 입력해야 한다.
var school2: School = School()
// O 인스턴스 생성 성공
var school2: School = School("유치원")

null-safe 하게 선언하지 않았기 때문에 인스턴스의 초기값으로 null을 세팅할 수 없다.

또한 School 클래스의 constructor 로 name을 필수로 입력받도록 했기 때문에 인스턴스 초기화 시 해당 값을 필수로 입력해 주어야 한다.

위 예제에서는 컴파일 오류가 발생하기 때문에 쉽게 에러를 찾을 수 있다.

 

2) null safe 객체로 만들기

> null 로 초기화 후 인스턴스의 필드 가져오기 시도 -> 컴파일 오류 발생

// null safe 객체로 표현한 school1
var school1: School? = null 
// 컴파일 에러 발생 : null 객체에서 가져올 수 없다
var school1nameNo = school1.name

인스턴스가 null 이기 때문에 null.{필드} 는 Java와 마찬가지로 NullPointExceptioin 이 발생한다. Java와 다른점은 NullPointException이라고 뜨지 않고 

 

e: file://~/TryCatch.kt:20:32 Only safe (?.) or non-null asserted (!!.) calls are allowed on a nullable receiver of type School?

 

에러메세지가 표기되는데 읽어보면 null 관련 메세지임을 알 수 있다. 마찬가지로 컴파일 오류로 쉽게 에러를 확인할 수 있다.

 

> null로 초기화 후 실체 생성

// null safe 객체로 표현한 school1
var school1: School? = null 
println("--------------- school ------------------")

school1 = School("학교") // 생성자로 실체 인스턴스 생성
var school1name = school1.name // 정상 실행
println(school1name)
var school1Grade = school1.grade // 정상 실행 : null 로 나온다
println(school1Grade)

>> "학교"
>> null

 

name을 필수값으로 받는 생성자를 통해 shcool1을 선언하고, name필드와 null-safe한 grade 필드를 출력하면 에러 발생없이 그대로 출력된다. 이때 null 로 초기화 되어 값이 선언되지 않은 grade는 그대로 null로 출력된다.

 

3) 다수의 constructor + null-safe 필드

grade 값도 입력으로 받는 또하나의 constructor를 생성한다.

class School {
    var name: String = ""
    var grade: Int? = null

    constructor(name: String) {
        this.name = name
    }

    constructor(name: String, grade: Int?) {
        this.name = name
        this.grade = grade
    }
}

이때 grade 필드는 null-safe 필드이다!

 

이후 해당 constructor를 통해 인스턴스를 생성하면 다음과 같다. 정확한 확인을 위해 name 필드만을 받는 constructor는 삭제했다.

var school3: School = null // 컴파일 오류 : null safe 하지 않은 타입인데 null로 초기화 할 수 없다
var school3: School = School() // 컴파일 오류 : constructor 에 선언된 필수값을 입력해야 한다.
var school3: School = School("유치원")  // 컴파일 오류 : constructor에 선언된 모든 필드를 입력해야 한다.
var school3: School = School("대학교", null) // 성공
var school4: School = School("대학원", 1) // 성공

 

null-safe한 필드여도 constructor에 선언되어 있으면 인스턴스 생성시 필수로 입력해야 한다. 단, null로 입력이 가능할 뿐이다.

 

[1] Var : null safe 변수

1. null safe 변수

변수에서도 null-safe 변수를 생성할 수 있다. 위 class 예제를 이해하면 변수도 똑같은 메커니즘으로 동작하는것을 이해할 수 있다.

 

1) null-safe 변수 선언 후 값을 대입하여 확인하기

var name: String? = null // 된다. null을 대입할수 있고, 대이하려면 타입 뒤에 ? 를 붙인다.
name = "jello" // null로 대입된 변수는 이후 다른 값으로 변경될 수 잇다.
println(name)
println(name[0])

>> jello
>> j

 

null-safe 변수의 값을 null로 초기화 한 후 값을 대입하여 사용하면 된다.

2) null-safe 하지않은 타입에 null로 초기화시 컴파일 오류 발생

var nameNull: String = null

다음과 같은 컴파일 오류가 발생한다.

Null can not be a value of a non-null type String

 

3) null-safe 변수값 세팅하지 않고 문자열 더하기

var name0: String? = null
var aa = name0 + "1"
println(aa)
>> null1
println(name0[0]) // complie 오류로 잡힌다.

null 상태인 변수값에 "1" string값을 더해 print 하면 컴파일 오류, 런타임 오류 없이 "null1" 로 출력된다.

단, null 상태인 String 타입의 변수를 위에 유효한 값을 대입했던것과 같이 index로 찾으려 하면 컴파일 오류가 발생한다.

Only safe (?.) or non-null asserted (!!.) calls are allowed on a nullable receiver of type String?

에러메세지는 위 class 예제에서 null로 초기화된 인스턴스의 필드에 접근하려 할때 발생했던 에러메세지와 동일하다.

 

2. non-nullable 변수에 null-safe 변수값 대입

캐스팅만 해주면 변수간 대입이 가능하다. 서로 다른 타입도 캐스팅으로 가능하지만 non-nullabler과 nullable 사이에서도 가능하다. 이때 캐스팅 하는 방법은 여러가지가 있다.

1) null 체크 후 캐스팅

null-safe한 변수가 현재 기준으로 null 상태인지 확인하고, null 이 아닐때에만 non-nullable한 동일타입 변수에 대입한다.

var name1: String? = null
var name2: String = ""

// name 이 현재 null 인지 체크
if (name != null) {
    name2 = name
}

단, 현재 kotlin.spring 설정으로 smart casting이 이뤄지고 있다. null 체크를 자동으로 하여 변환해주고 있는 듯 하다.

name2 = name
// 원래는 안되지만 kotlin.Spring 에서 smart casting 이 되어 자동으로 null 체크가 이뤄지는 듯

2) !!를 붙여 ? 를 강제로 떼어내기

단, 이 방법은 개발자가 임의로 null 이 아니라고 한것이기 때문에 컴파일 오류가 아닌 런타임에러가 난다.

name2 = name!!

 

3) Safe call : ?. 과 let 으로 조건확인하여 대입하기

?. 은 null 여부를 체크하고 null 이 아니라면 그 뒤 명령어를 실행한다.

이런식의 null check 는 safe call 을 위한 방법으로 코틀린 공식문서에서도 소개되고 있다.

 

name?.let{
    name2=name
}

확인하여 name의 값이 null 이 아니면 name2에 값을 대입하도록 한다.

반응형
반응형

개발의 빠름빠름을 위해 나만의 커스텀 단축키를 생성해보자.

1. Preferences > Live Template 검색

 

2. + 클릭하고 Live Template 클릭

이때 기존에 생성되어있는 목록을 누르고 생성하게 되면 해당 카테고리의 하위항목으로 등록된다.

따라서 빈 곳을 클릭 하여 활성화된 기존 목록이 없게 끔 하고 나서 생성을 진행한다.

 

3. 나만의 템플릿 생성하기

Abbreviation에 해당 템플릿을 빠르게 불러올 나만의 단축키를 등록한다. Description은 선택사항!

김영한님의 스프링 강의를 들으면서 테스트코드 템플릿을 자주 접하게 되었는데 이 템플릿을 나도 등록하여 사용하면 실무에서도 유용하게 사용하게 될것 같아서 등록~!

 

테스트명은 작성할때마다 지정하는것이니 해당부분은 빼놓고, 기본 Exception 처리만 추가하여 생성한다.

 

4. 작동 언어 세팅

아마 처음 등록하는 거면 표기되는 문자가 달랐던것 같지만.... 하단의 Change 를 클릭하여 해당 템플릿이 작동할 언어를 선택해 준다.

Java 하면 됨~!

 

5. 사용해보기

tdd를 치면 test template 이라고 내가 설정한 Description이 함께 뜬다! 바로 엔터를 눌러준다

짜잔~

완성이닷

반응형
반응형

-- [문법] -----------

1. 값 전달

자바에서 대입은 항상 변수에 들어있는 값을 복사해서 전달한다.

 

만약 변수가 "배열" 이면 해당 배열에는 참조값이 들어있다. 따라서 이 참조값이 전달되는 것이다.

배열 A = 'X001' 일때 A 값을 새로운 인자로 전달하게 되면 A의 value가 아닌 A의 참조값인 'X001' 이 전달된다. 따라서 전달받은 곳에서 newA의 값을 변경하게 되면 동일한 참조값을 갖고 있는 A의 값도 변경되는 것이다.

-> 전형적인 call By Reference, call By Value 와는 조금 다른 양상

 

2. 클래스 배열 사용하기

#1 : 기본

fruit1 = new Fruit();
fruit1.name = "apple";

fruit2 = new Fruit();
fruit2.name = "orange";

Fruit[] fruits = new Fruit[2];
fruits[0] = fruit1;
fruits[1] = fruit2;

 

#2 : 클래스 배열 선언과 초기화 동시에 진행

fruit1 = new Fruit();
fruit1.name = "apple";

fruit2 = new Fruit();
fruit2.name = "orange";

Fruit[] fruits = new Fruit[2]{fruit1, fruit2};

 

#3: 클래스 배열 선언 간결화

fruit1 = new Fruit();
fruit1.name = "apple";

fruit2 = new Fruit();
fruit2.name = "orange";

Fruit[] fruits = new Fruit[]{fruit1, fruit2};
// 혹은 아래와 같이
Fruit[] fruits = {fruit1, fruit2};

 

3. 기본형과 참조형

기본형 : 자바에서 기본으로 제공하는 데이터 타입 : int, long, dubloe, boolean... 소문자로 시작한다.

참조형 : 기본형을 제외한 타입으로 대문자로 시작한다. 클래스 역시 대문자로 시작하고, 참조형이다. 개발자는 참조형인 클래스만 직접 정의할 수 있다.

- 참조형 String

String은 사실 "클래스" 이다. 하지만 기본형 처럼 문자 값을 바로 대입할수 있으며 서로 더할수 있다. 이는 자주다뤄지는 타입이기 때문에 자바에서 특별한 편의기능을 제공하는 덕분이다.

 


 

-- [객체지향] -------

1. 생성자

> 생성자 규칙

- 생성자의 이름은 클래스 이름과 같아야 한다. (따라서 첫 글자도 대문자로 시작한다.)

- 생성자는 반환 타입이 없다. 비워두어야 한다.
- 나머지는 메서드와 같다.

 

> 기본 생성자

매개변수가 없는 생성자를 기본 생성자라고 한다.

클래스에 생성자가 하나도 없으면 자바 컴바일러는 매개변수가 없고, 작동하는 코드가 없는 기본 생성자를 자동으로 만들어 준다.

public class Fruit {
	String name;
    int price;
    // 자바 컴파일러가 자동으로 만들어 주는 기본 생성자
    Fruit(){}
}

하지만, 생성자가 하나라도 있으면 자바는 기본 생성자를 만들지 않는다.

public class Fruit {
	String name;
    int price;
    // 사용자가 만든 생성자
    void Fruit(String name){
    	this.name = name
    }
}

> 생성자 오버로딩

매개변수가 서로 다른 생성자를 다수 만들 수 있다.

public class Fruit {
	String name;
    int price;
    // name만 받는 생성자
    void Fruit(String name){
    	this.name = name
    }
    
    // name과 price를 받는 생성자
    void Fruit(String name, int price){
        this.name = name
        this.price = price
    }
}

// 두가지 생성자를 활용한 객체 만들기
Fruit oneFruit = new Fruit("사과"); // 이때 price는 int형의 초기값인 0이 된다.
Fruit twoFruit = new Fruit("오렌지", 1000);

두개 생성자의 공통된 코드를 관리할 수 있다. this() 를 통해 생성자 내에서 객체 자기자신의 생성자를 재 호출 한다.

이때 this()는 생성자 코드의 첫번째 줄에서만 사용 가능하다!

public class Fruit {
	String name;
    int price;
    // 생성자 1 : name만 받는 생성자
    void Fruit(String name){
    	this(name, 0) // 매개변수에 따라 생성자 2가 호출된다.
    }
    
    // 생성자 2 : name과 price를 받는 생성자
    void Fruit(String name, int price){
        this.name = name
        this.price = price
    }
}

 


-- [메모리 구조와 static]

1. Java의 메모리 영역

- 메소드 영역 : 클래스 정보 보관 (붕어빵 틀)

- 스택 영역 : 실제 프로그램이 실행되는 영역. 메소드 실행할때 마다 하나씩 쌓인다 (붕어빵 만드는 로직)

- 힙 영역 : 객체 (인스턴스) 가 생성되는 영역. new 명령어로 새 객체를 생성하면 해당 영역이 사용된다 (만들어진 붕어빵들)

> 메소드 영역 : 프로그램 실행에 필요한 공통 데이터 관리

- 클래스 정보 : 클래스의 실행 코드 (바이트코드), 필드, 메소드와 생성자 코드 등 모든 실행 코드 존재

- static 영역 : static 변수 보관

- 런타임 상수 풀

> 스택 영역 : 자바 실행 시 하나의 실행 스택 생성

- 지역변수, 중간 연산결과, 메소드 호출 정보 등 포함

- 쓰레드별 하나씩 생성되는 영역

> 힙 영역

- 객체(인스턴스)와 배열이 생성되는 영역

- GC가 일어나는 영역

- 객체가 생성되어 힙 영역이 사용되어도 인스턴스의 메소드는 힙 영역을 사용하지 않고 메소드 영역을 사용한다.

 

2. Static

> 변수와 생명주기

  • 지역 변수(매개변수 포함) : 지역 변수는 스택 영역에 있는 스택 프레임 안에 보관된다. 메서드가 종료되면 스택 프 레임도 제거 되는데 이때 해당 스택 프레임에 포함된 지역 변수도 함께 제거된다. 따라서 지역 변수는 생존 주기가 짧다.
  • 인스턴스 변수 : 인스턴스에 있는 멤버 변수를 인스턴스 변수라 한다. 인스턴스 변수는 힙 영역을 사용한다. 힙 영 역은 GC(가비지 컬렉션)가 발생하기 전까지는 생존하기 때문에 보통 지역 변수보다 생존 주기가 길다.
  • 클래스 변수 : 클래스 변수는 메서드 영역의 static 영역에 보관되는 변수이다. 메서드 영역은 프로그램 전체에서 사용하는 공용 공간이다. 클래스 변수는 해당 클래스가 JVM에 로딩 되는 순간 생성된다. 그리고 JVM이 종료될 때 까지 생명주기가 이어진다. 따라서 가장 긴 생명주기를 가진다.

 


-- [Final] -----

값이 최초 한번만 할당되고 이후에 변경 불가능함

1. final 변수의 종류

> final 지역 변수

public static void main(String[] args) {
	// final 변수 1
    public final String value1;
    value1 = "r";
    value2 = "b"; // 컴파일 오류
    
    // final 변수 2
    public final String value2="a";
    value2 = "b"; // 컴파일 오류   
}

 

> final 멤버 변수

- 생성자로 초기화

//final 필드 - 생성자 초기화
public class ConstructInit {
     final int value;
     // 생성자에서 값을 초기화
     public ConstructInit(int value) {
         this.value = value;
} }

- 필드 초기화

//final 필드 - 필드 초기화
public class FieldInit {
     static final int CONST_VALUE = 10;
     final int value = 10;
 }

 

? 필드 초기화에서 final 멤버변수에 static을 사용하는 이유

-> 모든 인스턴스가 같은 값을 갖고있는데 중복된 값을 모두 메모리 사용하여 갖고 있다. 이는 명확한 중복이며 개선의 여지가 있는 부분으로 보인다. 따라서 이러한 값은 static을 붙여서 메모리 사용률을 줄이는 것이 효과적이다.

 

2. final 참조형 변수의 값 변경

// final 로 생성된 참조형 변수
final Data data = new Data()

 

위와 같은 참조형 변수가 final로 선언되었을때 변수 data를 다른 객체로 재 정의할 순 없다. 하지만 참조형 변수인 Data 인스턴스의 인스턴스 필드는 변경할 수 있다.

// final로 선언된 참조형 변수 Data 객체 data
final Data data = new Data();

data = new Data(); // final 변경 불가 컴파일 오류
data.value = 10; // 가능
data.value = 20; // 가능

 


 

반응형

+ Recent posts