TIL(Today I Learned)

😊Today I Learned, 오늘 학습한 내용을 기록. 일일 커밋 프로젝트

🏋️‍♂️ 2020-10 ~ ing

Java

• Java
  • 함수형 인터페이스와 람다 표현식
  • 자바에서 제공하는 함수형 인터페이스
  • 람다 표현식
  • 메서드 레퍼런스
  • 인터페이스의 default 메서드와 static 메서드
  • Stream API
  • Java Bean VS Spring Bean
  • 추상 클래스와 인터페이스 적재적소에 사용하기

Spring

• Ioc 컨테이너와 Bean
• ApplicationContext와 다양한 빈 설정 방법
• @Autowired
• @Component와 컴포넌트 스캔
• Bean의 스코프
• MessageSource
• 데이터 바인딩 PropertyEditor
• Null Safety
• @Bean VS @Component
• Transaction 알아보기

JPA

• JPA
  • JPA 알아보기
  • 영속성 컨텍스트
  • JPA Entity 매핑

네트워크

• 웹과 네트워크의 기본

도서

• 이펙티브 자바

  • 객체 생성과 파괴
    • Item1- 생성자 대신 정적 팩터리 메서드를 고려하라
    • Item2- 생성자에 매개변수가 많다면 빌더를 고려하라
    • Item3- private 생성자나 열거 타입으로 싱글턴임을 보증하라
    • Item4- 인스턴스화를 막으려거든 private 생성자를 사용하라
    • Item5- 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라
    • Item6- 불필요한 객체 생성을 피하라
    • Item7- 다 쓴 객체 참조를 해제하라
    • Item8- finalizer와 cleaner 사용을 피하라
    • Item9- try-finally 보다는 try-with-resources를 사용하라
  • 모든 객체의 공통 메서드
    • Item10- equals는 일반 규약을 지켜 재정의하라
    • Item11- equals를 재정의 하려거든 hashCode도 재정의하라
    • Item12- toString을 항상 재정의하라
    • Item13- clone 재정의는 주의해서 진행하라
    • Item14- Comparable을 구현할지 고민하라
  • 클래스와 인터페이스
    • Item15- 클래스와 멤버의 접근 권한을 최소화하라
    • Item16- public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라
    • Item17- 변경 가능성을 최소화하라
    • Item18- 상속보다는 컴포지션을 사용하라
    • Item19- 상속을 고려해 설계하고 문서화하라. 그러지 않았다면 상속을 금지하라
    • Item20- 추상클래스보다는 인터페이스를 우선하라
    • Item21- 인터페이스는 구현하는 쪽을 생각해 설계하라
    • Item22- 인터페이스는 타입을 정의하는 용도로만 사용하라
    • Item23- 태그 달린 클래스보다는 클래스 계층구조를 활용하라
    • Item24- 멤버 클래스는 되도록 static으로 만들라
    • Item25- 톱레벨 클래스는 한 파일에 하나만 담으라
  • 제네릭
    • Item26- 로 타입은 사용하지 말라
    • Item27- 비검사 경고를 제거하라
    • Item28- 배열보다는 리스트를 사용하라
    • Item29- 이왕이면 제네릭 타입으로 만들라
    • Item30- 이왕이면 제네릭 메서드로 만들라
    • Item31- 한정적 와일드카드를 사용해 API 유연성을 높이라
    • Item32- 제네릭과 가변인수를 함께 쓸 때는 신중하라
    • Item33- 타입 안전 이종 컨테이너를 고려하라
  • 열거 타입과 애너테이션
    • Item34- int 상수 대신 열거 타입을 사용하라
    • Item35- ordinal 메서드 대신 인스턴스 필드를 사용하라
    • Item36- 비트 필드 대신 EnumSet을 사용하라
    • Item37- ordinal 인덱싱 대신 EnumMap을 사용하라
    • Item38- 확장할 수 있는 열거 타입이 필요하면 인터페이스를 사용하라
    • Item39- 명명 패턴보다 애너테이션을 사용하라
    • Item40- @Override 애너테이션을 일관되게 사용하라
    • Item41- 정의하려는 것이 타입이라면 마커 인터페이스를 사용하라
  • 람다와 스트림
    • Item42 - 익명 클래스보다는 람다를 사용하라
    • Item43- 람다보다는 메서드 참조를 사용하라
    • Item44- 표준 함수형 인터페이스를 사용하라
    • Item45- 스트림은 주의해서 사용하라
    • Item46- 스트림에서는 부작용 없는 함수를 사용하라
    • Item47- 반환 타입으로는 스트림보다 컬렉션이 낫다
    • Item48 - 스트림 병렬화는 주의해서 적용하라
  • 메서드
    • Item49 - 매개변수가 유효한지 검사하라
    • Item50 - 적시에 방어적 복사본을 만들라
    • Item51 - 메서드 시그니처를 신중히 설계하라
    • Item52 - 다중정의는 신중히 사용하라
    • Item53 - 가변인수는 신중히 사용하라
    • Item54 - null이 아닌, 빈 컬렉션이나 배열을 반환하라
    • Item55 - 옵셔널 반환은 신중히 하라
    • Item56 - 공개된 API 요소에는 항상 문서화 주석을 작성하라
  • 일반적인 프로그래밍 원칙
    • Item57 - 지역변수의 범위를 최소화하라
    • Item58 - 전통적인 for 문보다는 for-eacha 문을 사용하라
    • Item59 - 라이브러리를 익히고 사용하라
    • Item60 - 정확한 답이 필요하다면 float와 double은 피하라
    • Item61 - 박싱된 기본 타입보다는 기본 타입을 사용하라
    • Item62 - 다른 타입이 적절하다면 문자열 사용을 피하라
    • Item63 - 문자열 연결은 느리니 주의하라
    • Item64 - 객체는 인터페이스를 사용해 참조하라
    • Item65 - 리플렉션보다는 인터페이스를 사용하라
    • Item66 - 네이티브 메서드는 신중히 사용하라
    • Item67 - 최적화는 신중히 하라
    • Item68 - 일반적으로 통용되는 명명 규칙을 따르라
  • 예외
    • Item69 - 예외는 진짜 예외 상황에만 사용하라
    • Item70 - 복구할 수 있는 상황에는 검사 예외를, 프로그래밍 오류에는 런타임 예외를 사용하라
    • Item71 - 필요 없는 검사 예외 사용은 피하라
    • Item72 - 표준 예외를 사용하라
    • Item73 - 추상화 수준에 맞는 예외를 던지라
    • Item74 - 메서드가 던지는 모든 예외를 문서화하라
    • Item75 - 예외의 상세 메시지에 실패 관련 정보를 담으라
    • Item76 - 가능한 한 실패 원자적으로 만들라
    • Item77 - 예외를 무시하지 말라
  • 동시성
    • Item78 - 공유 중인 가변 데이터는 동기화해 사용하라
    • Item79 - 과도한 동기화는 피하라
    • Item80 - 스레드보다는 실행자, 태스크, 스트림을 애용하라
    • Item81 - wait와 notify보다는 동시성 유틸리티를 애용하라
    • Item82 - 스레드 안정성 수준을 문서화하라
    • Item83 - 지연 초기화는 신중히 사용하라
    • Item84 - 프로그램의 동작을 스레드 스케줄러에 기대지 말라
  • 직렬화
    • Item85 - 자바 직렬화의 대안을 찾으라
    • Item86 - Serializable을 구현할지는 신중히 결정하라
    • item87 - 커스텀 직렬화 형태를 고려해보라
    • item88 - readObject 메서드는 방어적으로 작성하라
    • item89 - 인스턴스 수를 통제해야 한다면 readResolve보다는 열거 타입을 사용하라
    • item90 - 직렬화된 인스턴스 대신 직렬화 프록시 사용을 검토하라

• 가상 면접 사례로 배우는 대규모 시스템 설계 기초

  • 사용자 수에 따른 규모 확장성
    • 규모 확장에 따른 시스템 구성 이해하기
    • 응답시간 개선하기
    • 웹 계층 수평적 확장
    • 데이터 센터 구성
    • 메시지 큐, 로그, 메트릭, 자동화
    • 데이터베이스 규모 확장과 백만 사용자 이상의 시스템
  • 개략적 규모 추정
  • 처리율 제한 장치 설계
  • 안정 해시 설계
  • 유일 ID 생성기 설계
  • 알림 시스템 설계
  • 뉴스 피드 시스템 설계
  • 채팅 시스템 설계

• Real MySQL 8.0

  • MySQL 엔진 아키텍처
  • InnoDB 스토리지 엔진 아키텍처 1/2
  • InnoDB 스토리지 엔진 아키텍처 2/2
  • 트랜잭션과 잠금
  • MySQL의 격리 수준
  • 인덱스 살펴보기 1/2
  • 인덱스 살펴보기 2/2
  • R-Tree와 전문 검색 인덱스
  • 그 외의 다양한 인덱스
  • 옵티마이저의 기본 데이터 처리 1/2
  • 옵티마이저의 기본 데이터 처리 2/2
  • 쿼리 힌트
  • 실행 계획 통계 정보와 실행 계획을 확인하는 방법
  • 실행 계획 분석하기(id ~ partitions)
  • 실행 계획 분석하기(type ~ filtered)
  • 실행 계획 분석하기(Extra)

daily log

• 2021
• 2022
• 2023