yooputer's devlog

버저닝 스키마를 잘 따르는 버전은 다음과 같은 특징을 가진다 고유성 재사용되지 않는다. 산출물은 자동화된 워크플로를 통해 배포되고 캐시되며 사용된다. 비교성 사람과 도구가 버전의 우선권을 이해하는데 도움이 된다. 동일한 산출물의 여러 버전에 빌드가 의존하는 경우 충돌을 해결하는데 사용된다 정보성 사전 릴리즈한 코드와 정식 릴리즈한 코드를 구분한다 산출물에 빌드 번호를 매기며 안전성과 호환성을 설명한다 시맨틱 버저닝 시맨틱 버저닝이란 가장 보편저으로 사용하는 버저닝 스키마이다. 주 버전, 보조 버전, 패치 버전 등 세가지 숫자로 버전을 정의한다. 시맨틱 버전은 고유성과 비교성, 정보성을 모두 갖추고 있다. 주 버전이 0인 버전은 '사전 릴리즈'로서 개발 주기를 빠르게 가져가기 위해 사용하며 호환성은 보장되..

Development Study/개발 관련 도서 2024. 2. 1. 09:04

이펙티브 자바 3장 Item11를 요약한 내용입니다. public클래스라면 public 필드가 아닌 getter 메서드를 사용할 것 public클래스가 public필드를 제공하는 경우 해당 필드를 수정하려면 해당 필드를 사용하는 모든 클라이언트 코드를 수정해야함 getter를 사용하는 경우 getter 메서드만 수정하면 됨. package-private 클래스나 private 중첩 클래스는 public 필드를 사용해도 괜찮다 클라이언트 코드가 클래스 내부 표현에 묶이기는 하나, 클래스 안에서만 동작하는 코드이기 때문에 외부 클래스는 수정하지 않아도 된다.

Development Study/이펙티브 자바 2024. 1. 15. 08:46

cloneable 인터페이스 복제해도 되는 클래스임을 명시하는 믹스인 인터페이스 cloneable을 구현한 클래스의 clone메서드를 호출하면 객체의 필드를 복사한 후 객체를 반환함 cloneable을 구현하지 않은 클래스의 clone메서드를 호출하면 CloneNotSupportedException을 throw cloneable 인터페이스 문제점 clone 메서드가 cloneable에 선언되어 있는 것이 아니라 Object에 선언되어 있음 cloneable을 구현하는 것만으로는 외부 객체에서 clone메서드를 호출할 수 없고 가변 필드를 제대로 복제할 수 없음 올바른 clone 메서드 재정의 방법 제대로 동작하는 clone메서드를 가진 상위 클래스 상속 후 super.clone 호출 객체타입의 필드는 해..

Development Study/이펙티브 자바 2023. 9. 11. 08:46

개발자에겐 두가지 길이 있다. 죽을때까지 코딩만 하거나, 관리자가 되거나. 이 책은 관리자의 길을 원하는 개발자들을 위한 책이다. 저자는 성장하는 10년, 리드하는 10년, 서포트하는 10년으로 이루어진 30년 개발자 커리어패스를 제시한다. 개발자로서의 역량을 키우고, 남들을 이끌며, 인사이트를 키워서 꼭대기에 있는 관리자까지 도달하는 방법에 대해 말해준다. 신입 개발자로 입사를 앞둔 시점에서 이 책을 만나서 참 다행이다라는 생각이 든다. 이 책을 읽고 개발자로서 목표를 정했기 때문이다. (일단 단기적인 목표) 책에서는 성장하는 단계를 10년정도라고 정해두었는데, 이 시간을 단축시킬 수 있는 방법이 있다. 바로 지식과 숙련도와 경험을 쌓아서 역량을 키우는 것이다. 지식은 공부를 통해, 숙련도는 반복을 통..

Development Study/개발 관련 도서 2023. 7. 1. 02:58

이펙티브 자바 3장 Item12를 요약한 내용입니다. toString을 재정의하지 않을때의 문제점 Object의 기본 toString은 "클래스이름@해시코드"를 반환한다. toString은 println, printf, 문자열 연결 연산자(+), assert 구문에 넘길 때, 디버거가 객체를 출력할 때 자동으로 불린다. 만약 toString을 적절히 재정의하지 않았다면 객체의 의미를 파악할 수 없는 쓸모없는 메시지만 로그에 남을 것이다. 만약 상위클래스에서 이미 알맞게 재정의하였으면 예외다. 좋은 toString toString은 간결하면서 사람이 읽기 쉬운 형태의 유익한 정보르 반환해야 한다. 그 객체가 가진 주요 정보를 모두 반환하는 것이 좋다. 즉 toString의 값을 보고 객체를 파악할 수 있어..

Development Study/이펙티브 자바 2023. 5. 24. 11:32

이펙티브 자바 3장 Item11를 요약한 내용입니다. hashCode를 재정의하지 않을 때의 문제점 만약 equals를 재정의하였는데 hashCode를 재정의하지 않는 경우 다음과 같은 문제점이 발생할 수 있다. equals는 두 객체를 같다고 판단하였는데 두 객체의 hashCode가 다르다 HashMap, HashSet같은 컬렉션의 원소로 사용할 때 문제를 일으킨다 논리적으로 같은 객체는 같은 해시코드를 반환해야 하기 때문에 hashCode를 재정의할 필요가 있다. 좋은 hash 함수가 필요한 이유 논리적으로 다른 객체가 꼭 다른 해시값을 반환해야할 필요는 없다. 하지만 다른 객체가 다른 해시값을 반환하면 해시 테이블의 성능이 높아진다. 만약 해시테이블에 담긴 모든 객체가 하나의 해시값을 가지고 있다면..

Development Study/이펙티브 자바 2023. 5. 10. 10:45

이펙티브 자바 3장 Item10를 요약한 내용입니다. equals를 override하지 않아도 되는 경우 1. 각 인스턴스가 본질적으로 고유한 경우 2. 논리적 동치성(값이 같은지) 비교할 일이 없는 경우 3. 상위 클래스의 equals를 수정할 필요가 없는 경우 4. 클래스가 privatea나 package-private이고 equals를 수정할 필요가 없는 경우 equals를 override할 때 지켜야할 규약 1. 반사성 : x.equals(x)는 true 2. 대칭성 : x.equals(y)가 true이면 y.equals(x)도 true 3. 추이성 : x.equals(y)가 true이고 y.equals(z)가 true이면 x.equals(z)도 true 4. 일관성 : x.equals(y)를 반..

Development Study/이펙티브 자바 2023. 4. 26. 11:27

이펙티브 자바 2장 Item9를 요약한 내용입니다. InputStream, OutputStream, java.sql.Connection등 close메서드를 호출해 직접 닫아줘야하는 라이브러리들이 존재한다. 자원을 닫지 않으면 성능문제로 이어지기 때문에 반드시 자원을 반환해주어야 한다. 자원 회수를 보장하기위해 try-finally문을 사용할 수 있지만 자원이 여러개면 코드가 너무 지저분해진다. 또한 예외 추적이 불가능해지기도 한다. try-with-resources문을 사용하면 정확하고 쉽게 자원을 회수할 수 있다. 이 구조를 사용하기 위해서는 사용하는 자원이 AutoCloseable 인터페이스를 구현해야 한다. catch절을 사용해 다수의 예외를 처리할 수 있다

Development Study/이펙티브 자바 2023. 4. 12. 14:33