매니지드 언어(java)의 파라미터 사용방법

첫 번째 생성자(line 6), 두 번째 생성자(line 12) 중에 첫 번째꺼로 생각없이 썼습니다.

근데 가만 생각해보니, 파라미터로 들어오는 객체들은

deep copy 해서 써야할지 shallow copy 해서 써야할지

구분 안되어 있더라구요.

파라미터는 무조건 immutable 하다는 전제로 코딩하라도

혼자 그렇게 정해도 되는가 싶습니다.

객체를 반환하는 경우에도 항상 팩토리메소드(파라미터를 수정해서 반환하는 것이 아니라 새로운 객체를 생성해서 반환)를 해야하는것인가? 의문입니다.

질문요약
1. 함수를 선언할때 파라미터는 항상 immutable 하다고 전제해야하는가?
2. mutable한 파라미터를 다루는 함수 작명법?

질문 | 2274명이 읽었어요. 3.141.244.201

비공개 손님 … 2019-09-16 05:01:23

'매니지드' 라고 한정하신걸 보니 auto_ptr shared_ptr 개념은 아신다고 보고..
일단 java에서 string 은 immutable 이지만 요약질문을 보면 그것도 넘어가고...

1.
기본은 mutable 이라고 봐야하지만 (방어적 코딩, 특히 lib 등을 만든다면)
내부 컨벤션으로 immutable 하게 정하는것은 좋다고 생각합니다

2.
기본이 mutable 이므로 c++에는 예로부터
'immutable이니까 안심하세요' 라는 정보를 주는 const 라는 키워드가 있었는데요
java에는 비슷한 문법이 없어서 좆같았는데
c# 7.2부터 in keyword 가 생겨서 행복합니다 (미침)

어쨌든 java의 파라미터 작명법보다는 annotate 를 쓰는게 좋지 않을까 싶네요 @ReadOnly

비공개 손님 … 2019-09-16 14:28:32

Java 나 C# 에서는 걍 String 구현자체가 Immutable 이라서 저런 경우는 무조건 '값' 처럼 들어오기 때문에 new String() 으로 굳이 만들 필요 없습니다.

그리고 특정 구현의 어떤 특성을 나타낼 땐

클래스 구현의 가변/불변여부를 나타내는 @Immutable 같은 어노테이션이라던가(jsr-305),
@Contract(pureFunction = true/false) 를 쓰는것도 방법이긴 합니다(IntelliJ IDEA 전용).

쓰다보니 답1이랑 같네요 ㅋ

비공개 손님 … 2019-09-16 14:34:07

어노테이션은 오버라이딩뿐이 안썼는데 잘 활용해야하는군요 감사합니다.

비공개 손님 … 2019-09-16 16:42:27

본인의 단순한 뇌 :
"ide에서 getter/setter 생성 시 case 1과 같으니 그렇게 쓰면 되는구나!"

지존 고수님들의 뇌는 역시 달라...

비공개 손님 … 2019-09-16 19:27:05

어노테이션이 의미있도록 동작하는 컴파일러나 편집기가 있어야 의미를 가지는데.. 아직 IntelliJ IDEA 기준으론 immutable 이나 contract 에 맞게 편집기에서 자동 오류를 띄워 주거나 하는 기능이 없어요. 아직은 그냥 코딩할때 문서로 활용하는 정도밖에 안됩니다.

비공개 손님 … 2019-09-16 19:27:41

@nullable, @nonnull 은 잘 동작하는 편이지만..

비공개 손님 … 2019-09-17 20:36:13

단순 엔티티가 아니라 활동성을 가진 객체도
DI로 넘기는 몇년된 추세대로라면
Shallow copy가 정답으로 보입니다

Deep copy는 필요한곳에서만 쓰구여

비공개 손님 … 2019-09-17 20:38:40

추세는 쉘로우카피!

댓글을 작성하실 수 없습니다.
(권한이 없는 회원레벨)

목록으로

TOP arrow_upward