이야기박스

Item 69. 예외는 진짜 예외 상황에만 사용하라예외처리가 성능이 좋을 거란 기대는 하지 말자!---> 예외는 정말 예외처리가 필요한 경우에만 사용할 것 (일반적인 제어용으로 사용하지 말 것) Item 70. 복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라?? Item 71. 필요 없는 검사 예외 사용은 피하라검사 예외를 던지는 대신 옵셔널을 반환하자옵셔널로 충분한 처리가 힘든 경우에 검사 예외를 던지자 ==> API 활용이 쉬워진다. Item 72. 표준 예외를 사용하라IllegalArgumentException 허용하지 않는 값이 인수로 건네졌을 때IlegalStateException 객체가 메서드를 수행하기에 적절하지 않은 상태일 때NullPointerExcept..

item 57. 지역변수의 범위를 최소화하라선언과 동시의 초기화 할 것scope를 잘 생각하고 할 것메서드를 작게 유지하고 한가지 기능에 집중할 것 item 58. 전통적인 for 문보다는 for-each 문을 사용하라실수 여지를 줄여줌 for-each 단점- 파괴적인 필터링 --> 자바8부터는 Collection.removeIf() 사용 가능- 변형 --> 바꾸려면 인덱스가 필요- 병렬 반복 --> 여러 컬렉션 병렬로 순회가 힘듬 (인덱스를 엄격히 관리하며 해야 함) for-each ==> Iterable 인터페이스를 구현한 객체라면 무엇이든 순회 가능 item 59. 라이브러리 익히고 사용하라표준 라이브러리 사용 장점- 코드 작성한 전문가 지식 & 다른 프로그래머의 경험 활용 가능- 핵심적인 일과 크..

Item 49. 매개변수가 유효한지 검사하라매개변수에 어떤 제약 변수가 있을지 생각해보자. 그리고 메서드 초기 단계에서 검사해보자Item 50. 적시에 방어적 복사본을 만들라원본이 아닌 복사본을 사용할 것 --> Date 예복사본을 통한 방어적인 행동이 힘들다면? --> 문서를 잘 남기도록 합시다Item 51. 메서드 시그니처를 신중히 설계하라- 메서드 이름은 신중히- 편의 메서드를 너무 많이 만들지 맙시다- 매개변수 목록은 짧게 유지할 것 (4개 이하)- 매개변수 타입은 클래스보다는 인터페이스가 좋음Item 52. 다중정의는 신중히 사용하라다중정의는 어지간하면 피하자 특히 가변인수 사용할 경우, 다중정의 하지 말 것다중정의 하고 싶으면 --> 메서드 이름을 다 다르게 하자Item 53. 가변인수는 신중..

Item 42. 익명 클래스보다는 람다를 사용하라자바 컴파일러의 타입 추론은 제네릭 --> 이걸 잘 못쓰면 람다에서 타입 추론이 안됨==> 제네릭 중요하다 람다 쓸때는 코드는 간결하게람다 세 줄 넘지 말자 (저자) 람다는 함수형 인터페이스에서만 사용됨추상 클래스의 인스턴스만들 때, 람다 사용 불가 --> 익명 클래스 사용해야 함public class Driver { @Test public void abstractAnonymousDriver() { System.out.println(new TestAbstract() { @Override public String testAbstractMethod() { return "testAbstract"; } }); } @Test public void abstractLa..

Item 34. int 상수 대신 열거 타입을 사용하라정수 열거 패턴 --> namespace가 없음==> enum은 클래스 형태 (namespace 제공) enum --> public static final field 제공==> 싱글턴의 일반화한 형태 * 에러 모듈 생성해서 여러 곳에서 사용하게 할 수 도 있음Item 35. ordinal 메서드 대신 인스턴스 필드를 사용하라ordinal 메서드 --> 해당 상수가 열거 타입에서 몇번째인가?==> 유지보수 측면에서 힘듬--> 순서 바뀌면 어떻게 할 것인가? ===> 그냥 인스턴스 필드로 표시하자! Item 36. 비트 필드 대신 EnumSet을 사용하라비트 필드 : 비트별 or 연산을 사용하여 여러 상수를 하나의 집합으로 모을 수 있게 하는 것==> 정..

제네릭은 자바5부터 사용되었습니다.제네릭 이전에는 컬렉션에서 꺼낼 때마다 형변환 해줬어야 했지만 제네릭은 컴파일러에게 컬렉션이 담을 수 있는 타입을 알려주고 형변환을 컴파일러에게 맡기게 됩니다. 많이 편해졌죠..Item 26 로 타입은 사용하지 말라제네릭 클래스, 제네릭 인터페이스클래스와 인터페이스 선언에 타입 매개변수가 쓰인 것==> 이를 통틀어 제네릭 타입이라고 부름 제네릭 타입은 일련의 매개변수화 타입(Parameterized type)을 정의함 List ==> String이 매개변수화 타입 raw type이란? 매개변수화 타입이 지정이 안된 것--> List이렇게만 쓰인것 로 타입은 제네릭이 지원되기 이전에 사용되던 것, 호환성 때문에 현재도 서비스 중이지만 좋은 방법은 아니다. 이유- 로 타입은..

Item 15. 클래스 멤버의 접근 권한을 최소화하라[캡슐화(정보 은닉)] --> 소프트웨어 설계의 근간 * parnas72 ==> "On the Criteria To Be Used in Decomposing Systems into Modules"( paranas72 참조 pdf 링크 ) 개발 속도 상승관리 비용 낮춤성능 최적화재사용성시스템 제작 난이도* 돌고 돌아서 서로 관련됨... 기본 원칙 ==> 모든 클래스와 멤버의 접근성을 가능한 한 좁혀야 한다. package-private을 쓰는 이유?--> 내부 모듈이 되어 다음 릴리스에 쉽게 업데이트 가능--> public으로 한다면, 하위 호환을 계속 신경써주어야 함 public class의 public 필드는 스레드 세이프 하지 못함 가변 배열의 경우..