직렬화된 인스턴스 대신 직렬화 프록시 사용을 검토하라 - Effective Java[90]
🔗 직렬화 프록시 패턴을 이용하면 Serialziable 구현의 위험을 크게 줄여줄 수 있다.
Posts by Category
- Java 92
- Algorithm 44
- Spring Boot Security 20
- Http 12
- DesignPattern 11
- Spring Legacy 7
- Spring Boot 5
- JPA 3
Java
인스턴스 수를 통제해야 한다면 readResolve보다는 열거 타입을 사용하라 - Effective Java[89]
🔗 아이템 3에서 싱글턴 패턴을 설명하며 다음 예를 보여주었다.
readObject 메서드는 방어적으로 작성하라 - Effective Java[88]
🔗 아이템 50에서는 불변인 날짜 클래스를 만드는 데 가변인 Date 필드를 이용했다.
커스텀 직렬화 형태를 고려해보라 - Effective Java[87]
🔗 개발 일정에 쫓기는 상황에서는 API 설계에 노력을 집중하는 편이 나을 것이다.
Serializable을 구현할지는 신중히 결정하라 - Effective Java[86]
🔗 Serializable을 구현하면 릴리즈 한 뒤에는 수정하기 어렵다.
자바 직렬화의 대안을 찾으라 - Effective Java[85]
🔗 자바 직렬화의 위험성
프로그램의 동작을 스레드 스케줄러에 기대하지 말라 - Effective Java[84]
🔗 정확성이나 성능이 쓰레드 스케줄러에 따라 달라지는 프로그램이라면 다른 플랫폼에 이식하기 어렵다.
지연 초기화는 신중히 사용하라 - Effective Java[83]
🔗 지연 초기화(Lazy Initialization)는 필드의 초기화 시점을 그 값이 처음 필요할 때까지 늦추는 기법이다.
쓰레드 안전성 수준을 문서화하라 - Effective Java[82]
🔗 한 메서드를 여러 스레드가 동시에 호출할 때 그 메서드가 어떻게 동작하느냐는 해당 클래스와 이를 사용하는 클라이언트 사이의 중요한 계약과 같다.
wait와 notify보다는 동시성 유릴리티를 애용하라 - Effective Java[81]
🔗 wait와 notify는 올바르게 사용하기가 아주 까다로우니 고수준 동시성 유릴리티를 사용하자.
스레드보다는 실행자, 태스크, 스트림을 애용하라- Effective Java[80]
🔗 java.util.concurrent 패키지는 실행자 프레임워크(Executor Framework)라고 하는 인터페이스 기반의 유연한 태스트 실행 기능을 담고 있다.
과도한 동기화는 피하라 - Effective Java[79]
🔗 응답 불가와 안전 실패를 피하려면 동기화 메서드나 동기화 블록 안에서는 제어를 절대로 클라이언트에 양도하면 안 된다.
공유 중인 가변 데이터는 동기화해 사용하라 - Effective Java[78]
🔗 synchronized 키워드는 해당 메서드나 블록을 한번에 한 스레드씩 수행하도록 보장한다.
예외를 무시하지 말라 - Effective Java[77]
🔗 API 설계자가 메서드 선언에 예외를 명시하는 까닭은, 그 메서드를 사용할 때 적절한 조치를 취해달라는 것이다.
가능한 한 실패 원자적으로 만들라 - Effective Java[76]
🔗 호출된 메서드가 실패하더라도 해당 객체는 메서드 호출 전 상태를 유지해야 한다.
예외의 상세 메시지에 실패 관련 정보를 담으라 - Effective Java[75]
🔗 예외의 toString 메서드에 실패 원인에 관한 정보를 가능한 한 많이 담아 반환하는 일은 아주 중요하다.
메서드가 던지는 모든 예외를 문서화하라 - Effective Java[74]
🔗 메서드가 던지는 예외는 그 메서드를 올바로 사용하는 데 아주 중요한 정보다.
추상화 수준에 맞는 예외를 던지라 - Effective Java[73]
🔗 상위 계층에서는 저수준 예외를 잡아 자신의 추상화 수준에 맞는 예외로 바꿔 던져야 한다.
표준 예외를 사용하라 - Effective Java[72]
🔗 숙련된 프로그래머는 그렇지 못한 프로그래머보다 더 많은 코드를 재사용한다
필요 없는 검사 예외 사용은 피하라 - Effective Java[71]
🔗 검사 예외를 제대로 활용하면 API와 프로그램의 질을 높일 수 있다.
복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라 - Effective Java[70]
🔗 자바의 문제 상황을 알리는 타입(throwable)
예외는 진짜 예외 상황에만 사용하라 - Effective Java[69]
🔗 예외를 사용한 반목문의 해악
일반적으로 통용되는 명명 규칙을 따르라 - Effective Java[68]
🔗 자바의 명명 규칙은 크게 철자와 문법, 두 범주로 나뉜다.
최적화는 신중히 하라 - Effective Java[67]
🔗 모든 사람이 마음 깊이 새겨야 할 최적화 격언 세가지를 알아보자
네이티브 메서드는 신중히 사용하라 - Effective Java[66]
🔗 네이티브 메서드는 뭐야?
리플렉션보다는 인터페이스를 사용하라 - Effective Java[65]
🔗 리플렉션 기능 (java.lang.reflect)를 이용하면 프로그램에서 임의의 클래스에 접근할 수 있다.
객체는 인터페이스를 사용해 참조하라 - Effective Java[64]
🔗 적합한 인터페이스만 있다면 매개변수뿐 아니라 반환값, 변수, 필드를 전부 인터페이스 타입으로 선언하라.
문자열 연결은 느리니 주의하라 - Effective Java[63]
🔗 문자열 연결 연산자로 문자열 n개를 잇는 시간은 n^2에 비례한다.
다른 타입이 적절하다면 문자열 사용을 피하라 - Effective Java[62]
🔗 문자열은 다른 값 타입을 대신하기에 적합하지 않다.
박싱된 기본 타입보다는 기본 타입을 사용하라 - Effective Java[61]
🔗 자바의 데이터 타입은 크게 두 가지로 나눌 수 있다.
정확한 답이 필요하다면 float와 double은 피하라 - Effective Java[60]
🔗 float와 double 타입은 특히 금융 관련 계산과는 맞지 않는다.
라이브러리를 익히고 사용하라 - Effective Java[59]
🔗 표준 라이브러리를 사용하면 그 코드를 작성한 전문가의 지식과 앞서 사용한 다른 프로그래머들의 경험을 활용할 수 있다.
전통적인 for 문보다는 for-each 문을 사용하라 - Effective Java[58]
🔗 while 문 보다는 낫지만 가장 좋은 방법이이 아닌 관용구들
지역변수의 범위를 최소화하라 - Effective Java[57]
🔗 지역변수의 범위를 줄이는 가장 강력한 기법은 ‘가장 처음 쓰일때 선언하기’다
공개된 API 요소에는 항상 문서화 주석을 작성하라 - Effective Java[56]
🔗 API를 쓸모 있게 하려면 잘 작성된 문서도 곁들여야 한다.
옵셔널 반환은 신중히하라 - Effective Java[55]
🔗 자바 8 이전 메서드가 특정 조건에서 값을 반환 할 수 없을 때 취할 수 있는 선택 두 가지
null이 아닌, 빈 컬렉션이나 배열을 반환하라 - Effective Java[54]
🔗 null 반환은 나빠!
가변 인수는 신중히 사용하라 - Effective Java[53]
🔗 가변 인수는 인수 개수가 정해지지 않았을 때 아주 유용하다.
다중정의는 신중히 사용하라 - Effective Java[52]
🔗 재정의한 메서드는 동적으로 선택되고, 다중정의한 메서드는 정적으로 선택된다.
메서드 시그니처를 신중히 설계하라 - Effective Java[51]
🔗 메서드 이름을 신중히 짓자
적시에 방어적 복사본을 만들라 - Effective Java[50]
🔗 클라이언트가 불변식을 깨뜨리려고 혈안이 되어있다고 가정하고 방어적으로 프로그래밍 하라
매개변수가 유효한지 검사하라 - Effective Java[49]
🔗 오류는 가능한 한 빨리 (발생한 곳에서) 잡아야한다는 일반 원칙의 한 사례
스트림 병렬화는 주의해서 적용하라 - Effective Java[48]
🔗 Java Version Up? Concurrency Programming Still Difficult
반환 타입으로는 스트림보다는 컬렉션이 낫다 - Effective Java[47]
🔗 스트림의 등장 :: 원소 시퀀스 반환 메서드의 반환타입 혼란 유래
스트림에서는 부작용 없는 함수를 사용하라 - Effective Java[46]
🔗 스트림은 함수형 프로그래밍에 기초한 패러다임이다
스트림은 주의해서 사용하라 - Effective Java[45]
🔗 스트림 API가 제공하는 추상 개념의 핵심 두가지
표준 함수형 인터페이스를 사용하라 - Effective Java[44]
🔗 템플릿 메소드 패턴 매력의 반감 : 람다의 등장
정의하려는 것이 타입이라면 마커 인터페이스를 사용하라 - Effective Java[41]
🔗 마커 인터페이스(Marker Interface)
Override 애너테이션을 일관되게 사용하라 - Effective Java[40]
🔗 보통의 프로그래머에게 가장 중요한 애너테이션 @Override 메소드
명명 패턴보다 애너테이션을 사용하라 - Effective Java[39]
🔗 명명 패턴의 전통
확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라 - Effective Java[38]
🔗 열거 타입은 모든 상황에서 타입 안전 열거 패턴보다 우수하지만 단 하나의 예외가 있다.
ordinal 인덱싱 대신 EnumMap을 사용하라 - Effective Java[37]
🔗 ordinal 인덱싱
비트 필드 대신 EnumSet을 사용하라 - Effective Java[36]
🔗 구닥다리 기법 feat 비트 필드 열거 상수
ordinal 메소드 대신 인스턴스 필드를 사용하라 - Effective Java[35]
🔗 ordinal 메소드의 유혹
타입 안전 이종 컨테이너를 고려하라 - Effective Java[33]
🔗 타입 안전 이종 컨테이너 패턴이란?
제네릭과 가변인수를 함께 쓸 때는 신중하라 - Effective Java[32]
🔗 가변인수(varargs) 메소드와 제네릭은 베프가 될 수 없어!!
한정적 와일드카드를 사용해 API 유연성을 높여라 - Effective Java[31]
🔗 불공변 방식보다 유연한 무언가가 필요해 !!@@
이왕이면 제네릭 메소드로 만들라 - Effective Java[30]
🔗 메소드도 제네릭으로 만들 수 있어@@
이왕이면 제네릭 타입으로 만들라 - Effective Java[29]
🔗 제네릭 관련 용어
배열보다는 리스트를 사용하라 - Effective Java[28]
🔗 배열과 제네릭 타입의 차이
비검사 경고를 제거하라 - Effective Java[27]
🔗 비검사 경고
로(raw) 타입은 사용하지 말라 - Effective Java[26]
🔗 제네릭 타입 (generic Type)
톱 레벨 클래스는 한 파일에 하나만 담으라 - Effective Java[25]
🔗 소스 파일 하나에 톱 레벨 클래스 여러 개 두기
태그 달린 클래스보다는 클래스 계층구조를 활용하라 - Effective Java[23]
🔗 태그 달린 클래스란?
인터페이스는 타입을 정의하는 용도로만 사용하라 - Effective Java[22]
🔗 인터페이스는 오직 이 용도로만 사용해야해 !!
인터페이스는 구현하는 쪽을 생각해 설계해라 - Effective Java[21]
🔗 디폴트 메소드 두둥 등장!!
추상 클래스보다는 인터페이스를 우선하라 - Effective Java[20]
🔗 인터페이스 (interface) , 추상 클래스 (abstract class)
상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라 - Effective Java[19]
🔗 상속을 고려한 설계와 문서화가 정확히 무슨 말이야?
상속보다는 컴포지션을 사용하라. - Effective Java[18]
상속은 코드를 재사용하는 강력한 수단이지만, 항상 최선은 아니다.
변경 가능성을 최소화하라 - Effective Java[17]
불변클래스란 간단히 말해 그 인스턴스의 내부 값을 수정할 수 없는 클래스다.
public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라 - Effective Java[16]
🔗 public 클래스에서의 public 필드를 통한 데이터 접근의 단점
클래스와 멤버의 접근 권한을 최소화하라 - Effective Java[15]
어설프게 설계된 컴포넌트와 잘 설계된 컴포넌트의 가장 큰 차이는 바로 클래스 내부 데이터와 내부 구현 정보를 외부 컴포넌트로부터 얼마나 잘 숨겼느냐이다.
Comparable을 구현할지 고려하라. - Effective Java[14]
🔗 Comparable 인터페이스의 유일무이한 메서드 compareTo
clone 재정의는 주의해서 진행해라 - Effective Java[13]
Cloneable은 복제해도 되는 클래스임을 명시하는 용도의 믹스인 인터페이스(mixin interface)지만,
toString을 항상 재정의하라 - Effective Java[12]
🔗 모든 하위 클래스에서 toString 메소드를 항상 재정의하라.
equals를 재정의하려거든 hashCode도 재정의하라. - Effective Java[11]
🔗 equals를 재정의한 클래스 모두에서 hashCode로 재정의해야 한다.
equals는 일반 규약을 지켜 재정의하라 - Effective Java[10]
equals 메소드는 기본적으로 최상위 객체인 Object에서 제공하는 메소드로서 재정의를 염두에 두고 설계된 것이다. 때문에 재정의 시 지켜야 하는 일반 규약이 명확이 정의가 되어있다.
try-finally보다는 try-with-resources를 사용하라 - Effective Java[9]
자바 라이브러리에는close 메소드를 호출해 직접 닫아줘야 하는 자원이 많다.
finalizer와 cleaner 사용을 피하라 - Effective Java[8]
자바는 아래와 같이 두 가지 객체 소멸자를 제공한다.
다 쓴 객체 참조를 해제하라 - Effective Java[7]
자바는 메모리를 자동으로 관리해주는 가비지 컬렉터를 지원하는 언어이다.
불필요한 객체 생성을 피해라 - Effective Java[6]
똑같은 기능의 객체를 매번 생성하기보다는 객체 하나를 재사용하는 편이 나을때가 많다.
자원을 직접 명시하지말고 의존 객체 주입을 사용하라. - Effective Java[5]
많은 클래스가 하나 이상의 자원에 의존한다.
인스턴스화를 막으려거든 private 생성자를 사용하라. - Effective Java[4]
객체 지향적으로 사고하지 않는 이들이 종종 남용하는 경우가 있지만, 정적 메서드와 정적필드만을 담은 클래스는 나름의 쓰임새가 있다. 아래의 예시를 보자
생성자에 매개변수가 많다면 빌더를 고려하라 - Effective Java[2]
정적팩토리 메소드와 생성자에는 똑같은 제약이 하나 있다.
생성자 대신 정적 팩토리 메소드를 고려하라 - Effective Java[1]
클래스는 클라이언트에 public 생성자 대신 (혹은 생성자와 함께) 그 클래스의 인스턴스를 반환하는 단순한 정적 팩토리 메서드를 제공할 수 있다.
객체지향-객체(Object) Part-2
Step 1 : 다형성과 추상 타입
객체지향-객체(Object)
Step 1 : 객체의 핵심은 기능을 제공하는 것
Algorithm
브루트포스 - 테트로미노 by 백준 14500
🔗 테트로미노 14500번 문제
브루트포스 - 리모컨 by 백준 1107
🔗 리모컨 1107번 문제
브루트포스 - 일곱난장이 by 백준 2309
🔗 일곱 난장이 2309번 문제
연속합2 by 백준 13398번
🔗 연속합2 13398번 문제
브루트포스 - 사탕 게임 by 백준 3085
🔗 사탕 게임 3085번 문제
가장 긴 바이토닉 부분 수열 by 백준 11054
🔗 가장 긴 바이토닉 부분 수열 11054번 문제
가장 긴 감소하는 부분 수열 by 백준 11722
🔗 가장 긴 감소하는 부분 수열 11722번 문제
가장 큰 증가 부분 수열 by 백준 11055
🔗 가장 큰 증가 부분 수열 11055번 문제
정수 삼각형 by 백준 1932
🔗 정수 삼각형 1932 문제
와인 시음 by 백준 2156
🔗 와인시음백준 2156문제
동물원 by 백준 1309
🔗 동물원 백준 1309 문제
스티커 by 백준 9465
🔗 스티커 백준 9465문제
RGB 거리 by 백준 1149
🔗 RGB 거리 백준 1149 문제
오르막 수 by 백준 11507
🔗 오르막 수 백준 11507문제
1,2,3 더하기 3 by 백준 15988
🔗 1,2,3 더하기 3 백준 15988문제
합분해 by 백준 2225
🔗 합분해 백준 2225문제
제곱수의 합 by 백준 1699
🔗 제곱수의 합 백준 1699 문제
연속합 by 백준 1912
🔗 연속합 백준 1912 문제
가장 긴 증가하는 부분수열4 by 백준 14002
🔗 가장 긴 증가하는 부분 수열4 백준 14002문제
가장 긴 증가하는 부분수열 by 백준 11053
🔗 가장 긴 증가하는 부분 수열 백준 11053문제
이친수 by 백준 2193
🔗 이친수 백준 2193문제
쉬운 계단수 by 백준 10844
🔗 쉬운 계단 수 백준 10844문제
1,2,3 더하기 5 by 백준 15990
🔗 1,2,3 더하기 5 백준 15990문제
카드 구매하기2 by 백준 16194
🔗 카드 구매하기2 백준 16194문제
카드 구매하기 by 백준 11052
🔗 카드 구매하기 백준 11052문제
2 x n 타일링 by 백준 11726
🔗 2 x n 타일링 백준 11726문제
1로 만들기 by 백준 1463
🔗 1로 만들기 백준 1463문제
골드바흐 파티션 by 백준 17103
🔗 골드바흐의 파티션 백준 17103문제
숨바꼭질6 by 백준 17087
🔗 숨바꼭질6 백준 17087문제
이진수 8진수 변환 by 백준 1373
🔗 2진수 8진수 변환 백준 1373문제
소수 구하기 by 백준 1929
🔗 소수 구하기 백준 1929문제
소수 찾기 by 백준 1978
🔗 소수 찾기 백준 1978문제
골드바흐의 추측 by 백준 6588
🔗 골드바흐의 추측 백준 1929문제
최대공약수의 합 by 백준 9613
🔗 최대공약수 합 9613문제
최대공약수 최소공배수 by 백준 2609
🔗 최대공약수 최소공배수 백준 2609문제
팩토리얼의 0의 개수 by 백준 1676
🔗 팩토리얼의 0의 개수 백준 1676문제
단어 뒤집기2 by 백준 17413
🔗 단어 뒤집기2 백준 17413문제
단어 뒤집기 by 백준 9093
🔗 단어 뒤집기 백준 9093문제
오큰수 by 백준 17298
🔗 오큰수 백준 17298문제
수열 by 백준 1874
🔗 수열 백준 1874 문제 [스택]
괄호 by 백준 9012
🔗 괄호 백준 9012 문제 [스택]
쇠막대기 by 백준 10799
🔗 쇠막대기 백준 10799문제
에디터 by 백준 1406
🔗 에디터 백준 1406 문제 [스택]
Spring Boot Security
Spring boot Security - Authentication Manager
Authentication Manger
Spring boot Security - Authentication Flow
Authentication Flow
Spring boot Security - SecurityContextPersistenceFilter 인증 저장소 필터
SecurityContextPersistenceFilter
Spring boot Security - SecurityContextHolder, SecurityContext
SecurityContext
Spring boot Security - 필터 초기화와 다중 설정 클래스
필터 초기화와 다중 설정 클래스
Spring boot Security - Authentication
Authentication
Spring boot Security - 사이트 간 요청 위조 CSRF, CsrfFilter
CSRF (사이트 간 요청 위조 Cross-site request forgery)
Spring boot Security - DelegatingFilterProxy
DelegatingFilterProxy
Spring boot Security - 예외 처리 및 요청 캐시 필터
AuthenticationException
Spring boot Security - 권한 설정 및 표현식
권한 설정 및 표현식
Spring boot Security - SessionManagementFilter
SessionManagementFilter
Spring boot Security - 동시 세션 제어
동시 세션 제어
Spring boot Security - RememberMeAuthenticationFilter
RememberMeAuthenticationFilter
Spring boot Security - AnonymousAuthenticationFilter
AnonymousAuthenticationFilter
Spring boot Security - Remember Me
Remember Me
Spring boot Security - Logout
Security Logout
Spring boot Security - FORM 인증 방식
인증 API - FORM 인증 방식
Spring boot Security - 2
사용자 정의 보완 기능 구현
Spring boot Security - 1
프로젝트 생성
Http
HTTP Header - 캐시와 조건부 요청 헤더
캐시 제어 헤더
HTTP Header - 검증헤더와 조건부 요청
캐시 시간 초과
HTTP Header - 캐시와 조건부 요청
캐시 기본동작
HTTP 인증 & 쿠키
인증
HTTP 일반 헤더 - 2
일반정보
HTTP 일반 헤더
HTTP Header
HTTP 주요 상태 코드
HTTP 주요 상태코드
API URI 설계 & HTTP METHOD
API URI 설계 (Uniform Resource Identifier)
HTTP 기본
HTTP (HyperText Transfer Protocol)
URI와 웹브라우저 요청 흐름
URI (Uniform Resource Identifier)
인터넷 네트워크 [인터넷 통신]
[인터넷 통신]
DesignPattern
플라이웨이트 (Flyweight) 패턴
🔗 플라이웨이트 (flyweight) 패턴이란?
프록시 (Proxy) 패턴
🔗 프록시 (Proxy) 패턴이란?
프록시 (Proxy) 패턴
🔗 프록시 (Proxy) 패턴이란?
합성 (Composite) 패턴
🔗 합성 (Composite) 패턴이란?
어댑터 (Adapter) 패턴
🔗 어탭터 (Adapter) 패턴이란?
프로토타입 (Prototype) 패턴
🔗 프로토타입 (Prototype) 패턴이란?
빌더(Builder) 패턴
빌더 (Builder) 패턴이란?
추상 팩토리(Abstract Factory) 패턴
추상 팩토리 (Abstract Factory) 패턴이란?
팩토리(Factory) 패턴
팩토리 (Factory) 패턴이란?
싱글톤(Singleton) 패턴
싱글톤(Singleton) 패턴이란?
디자인패턴이란?
디자인 패턴(Design Pattern)이란?
Spring Legacy
제어의 역전 (Ioc)
제어의 역전 (Inversion Of Control)
의존관계 주입(DI)
의존관계 주입(DI)
싱글톤 레지스트리와 오브젝트 스코프
싱글톤 레지스트리와 오브젝트 스코프
Filter Customizing
Step 1: Filter
Spring 동작 구조
Step 1: 스프링의 동작 과정
Spring + maria(mysql)db 연결 테스트
Step 1: pom.xml에 maria(mysql) db 관련 설정
Spring Project 시작하기
Step 1: 프로젝트 생성
Spring Boot
SpringBoot - 회원 관리 예제
이번엔 가벼운 회원 관리 프로그램을 만들어 볼 것이다.
SpringBoot - 정적 컨텐츠, MVC와 템플릿 엔진, API
Step 1: 정적 컨텐츠
SpringBoot [gradle] View 환경 설정
Step 1: Welcome Page 만들기
SpringBoot [gradle] 프로젝트 구성
이클립스 기준입니다.
SpringBoot & JPA & Thymeleaf 게시판 - 1
springboot와 jpa, thymeleaf를 이용한 게시판을 만들어 보겠습니다.
JPA
JPA 엔티티 매핑
Step 1: 객체와 테이블 매핑
JPA 영속성 관리
이번 블로깅에서는 JPA가 내부적으로 어떻게 동작하는지 작성할 것이다.
JPA 시작하기
Step 1: JPA? - Java Persistence API