Linux랑 Unix랑 뭔가 관련이 있는 것 같은데 하며 잘 모르고 있던 나에게 이 책은 흥미롭게 다가왔다.

벨 연구소에서 아주 훌륭한 사람들이 자유롭게 모여 Unix를 만들고, 후에 리누스 토르발스 라는 사람이 취미로 Linux를 사람들에게 알린 것이다.

인상 깊었던 점은 벨 연구소의 환경과 연구원들의 열린 마음이었다.

벨 연구소에서는 하고 싶은 연구를 마음껏 할 수 있는 금전적인 지원이 있었다.

또한, 연구원들 간의 분위기는 서로 존중해주고 장난도 치며 함께 성장하기에 좋았다.

그런 환경이 갖춰지는 것이 쉬운 일은 아니지만 그 당시만의 특징이 한편으로는 부럽기도 하고, 그로 인해 지금의 내가 공부를 할 수 있다는 것에 감사하기도 하다.

POJO (Plain Old Java Object)

• Java나 Java의 스펙(사양)에 정의된 것 이외에는 다른 기술이나 규약에 얽매이지 않아야 함
• 특정 환경에 종속적이지 않아야 함

- POJO 프로그래밍이 필요한 이유

• 재사용과 확장이 가능한 유연한 코드 작성 가능
• 코드가 깔끔해지기 때문에 디버깅이 상대적으로 쉬움
• 테스트의 단순화
• 객체지향적인 설계를 제한없이 적용 가능

- POJO와 Spring의 관계

• Spring은 POJO 프로그래밍을 지향하는 Framwork
• POJO 프로그래밍 코드를 작성하기 위해 Spring에서 IoC/DI, AOP, PSA 기술 지원

IoC (Inversion of Control) / DI (Dependency Injection)

• Ioc : 애플리케이션 흐름의 주도권이 사용자에게 있지 않고, Framwork나 서블릿 컨테이너 등 외부에 있는 것

• DI : IoC 개념을 조금 구체화 시킨 것으로 객체 간의 관계를 느슨하게 해줌

• 의존 관계 성립 : 클래스 내부에서 다른 클래스의 객체를 생성

• 의존성 주입 : 클래스 내부에서 new를 사용해 참조할 클래스의 객체를 직접 생성하지 않고, 생성자 등을 통해 외부에서 다른 클래스의 객체를 전달 받음

• Spring에서 애플리케이션 코드에서 이뤄지는 DI를 대신 해줌

느슨한 결합?

어떤 클래스가 인터페이스처럼 일반화 된 구성 요소에 의존하고 있는 경우로, 요구 사항의 변경에 유연한 대처 가능

강한 결합?

new를 통해 객체를 생성하는 경우

AOP (Aspect Oriented Programming)

애플리케이션에 필요한 기능 중, 공통적으로 적용되는 기능과 관련

- AOP가 필요한 이유

• 코드의 간결성 유지
• 객체 지향 설계 원칙에 맞는 코드 구현
• 코드의 재사용

  애플리케이션 전반에 걸쳐 적용되는 공통 기능? - 트랜잭션, 로깅, 보안, 트레이싱, 모니터링 등

PSA (Portable Service Abstraction)

추상화 된 상위 클래스를 일관되게 바라보며, 하위 클래스의 기능을 사용하는 것 (일관된 서비스 추상화)

- PSA가 필요한 이유

• 어떤 서비스를 이용하기 위한 접근 방식을 일관된 방식으로 유지함으로써, 애플리케이션의 요구 사항 변경에 유연한 대처 가능
• Spring에서 PSA가 적용된 분야로는 트랜잭션, 메일, Spring Data 서비스 등이 있음

왜 스프링 프레임워크인가?

기업용 엔터프라이즈 시스템용* 애플리케이션 개발에서 '어떻게 해야 유지보수가 용이하고, 개발 생산성을 높일 수 있을까?'에 초점을 맞추는데, 스프링이 '개발 생산성을 향상시키고 애플리케이션의 유지 보수를 용이하게 하는 프레임워크의 기본목적' 그 이상을 달성하게 해주기 때문에 스프링 프레임워크를 사용한다!

기업용 엔터프라이즈 시스템?

• 기업의 업무(기업 자체 조직의 업무, 고객을 위한 서비스 등)를 처리해주는 시스템
• 대량의 사용자 요청을 처리해야 하므로 서버의 자원 효율성, 보안성, 시스템의 안전성, 확장성 등을 충분히 고려하여 시스템 구축

https://stackoverflow.com/questions/8172420/how-to-convert-a-char-to-a-string

// Method #1
String stringValueOf = String.valueOf('c'); // most efficient

// Method #2
String stringValueOfCharArray = String.valueOf(new char[]{x});

// Method #3
String characterToString = Character.toString('c');

// Method #4
String characterObjectToString = new Character('c').toString();

// Method #5
// Although this approach seems very simple, 
// this is less efficient because the concatenation
// expands to a StringBuilder.
String concatBlankString = 'c' + "";

// Method #6
String fromCharArray = new String(new char[]{x});

String str = "안12 녕3\t45하    \n ,/세67요89";
String intStr = str.replaceAll("[^0-9]", "");
String newStr = str.replaceAll("\\s", "");

System.out.println("intStr : " + intStr);
System.out.println("newStr : " + newStr);

> intStr : 123456789
> newStr : 안12녕345하,/세67요89

cf) replaceAll의 시간 복잡도 : O(n)

class Person {
    void eat() {}
}

class Student extends Person {
    void eat() {}        // 오버라이딩
    void eat(int i) {}   // 오버로딩

    void study() {}     
    void study(int i) {} // 오버로딩
}

메서드 오버라이딩

• 조상으로부터 상속받은 메서드의 내용 변경
• 접근 제어자는 조상 클래스의 메서드보다 같거나 넓어야 함
• 조상 클래스의 메서드보다 많은 수의 예외를 선언할 수 없음

메서드 오버로딩

• 기존에 없는 새로운 메서드 추가
• 메서드 이름이 동일하고, 매개변수의 개수나 타입이 다른 메서드

👀 메모리 영역

Method Area

• 클래스에 대한 정보(클래스 데이터) 저장
• 클래스 변수도 함께 생성됨

Call Stack (Execution stack)

• 메서드의 작업에 필요한 메모리 공간 제공
• 메서드가 작업을 마치면 할당되었던 메모리 공간이 반환되어 비워짐

Heap

• 인스턴스가 생성되는 공간
• 인스턴스 변수(instance variable)들이 생성되는 공간

👀 접근 제어자(access modifier)

public > protected > (default) > private

• private : 같은 클래스 내에서만 접근 가능
• default : 같은 패키지 내에서만 접근 가능
• protected : 같은 패키지 내, 다른 패키지의 자손클래스에서 접근 가능
• public : 접근 제한 없음 ```

1. 메서드에 static과 abstract 함께 사용 불가
   • static 메서드는 몸통이 있는 메서드에서만 사용 가능하기 때문
2. 클래스에 abstract와 final 동시에 사용 불가
   • 클래스에 사용되는 final은 클래스를 확장할 수 없다는 의미이며, abstract는 상속을 통해 완성되어야 한다는 의미가 모순됨
3. abstract 메서드의 접근 제어자로 private 불가
   • abstract 메서드는 자손클래스에서 구현해주어야 하는데, 접근 제어자가 private이면 자손클래스에서 접근 불가하기 때문
4. 메서드에 private과 final을 같이 사용할 필요는 없음
   • 접근 제어자가 private인 메서드는 오버라이딩될 수 없음
   • 이 둘 중 하나만 사용해도 의미가 충분함

👀 List, Set, Map 차이

List

• 순서가 있는 데이터의 집합
• 데이터 중복 허용
• Collection 인터페이스가 조상
  • ArrayList, LinkedList, Stack, Vector 등

    Set

• 순서가 없는 데이터의 집합
• 데이터의 중복을 허용하지 않음
• Collection 인터페이스가 조상
  • HashSet, TreeSet 등

Map

• 키(key)와 값(value)의 쌍(pair)으로 이루어진 데이터의 집합
• 순서 없음
• 키는 중복을 허용하지 않고, 값은 중복 허용
  • HashMap, TreeMap, Hashtable, Properties 등

👀 컬렉션(Collection)과 스트림(Stream) 차이

컬렉션

• 데이터 소스를 변경함
• 같은 소스를 여러번 처리 가능
• 작업을 외부 반복으로 처리

스트림

• 데이터 소스를 변경하지 않음
• Iterator처럼 일회용
• 작업을 내부 반복으로 처리

👀 제네릭(Generics)

다양한 타입의 객체들을 다루는 메서드나 컬렉션 클래스에 컴파일 시의 타입 체크를 해주는 기능

장점

• 타입 안정성 제공
• 타입 체크와 형변환 생략 가능으로 인한 코드의 간결화

cf) 자바에서 데이터를 다루는 최소단위 : 1 byte (8 bit)

기본형(privitive type)

• 실제 값(data) 저장
• 참조형 변수 간의 연산을 할 수 없으므로 실제 연산에 사용되는 것은 모두 기본형 변수임

1. 논리형 - boolean (default : false, 1 byte)
2. 문자형 - char (2 byte 양수 유니코드 정수)
3. 정수형 - byte, short (2), int (4), long (8)
4. 실수형 - float(4), double(8)

참조형(reference type)

• 어떤 값이 저장되어 있는 주소(memory address)를 값으로 갖음
• 8개의 기본형을 제외한 나머지 타입

👀 클래스(Class)와 객체(Object)

클래스

• 객체를 정의한 '설계도(blueprint)' 또는 '틀(frame)’
• 객체를 생성하는데 사용

객체

• 클래스에 정의되고 설계된 내용 그대로 생성됨
• 속성(property) : member variable, attribute, field, state
• 기능(function) : method, function, behavior

👀 생성자(Constructor)

• 인스턴스가 생성될 때 호출되는 '인스턴스 초기화 메서드'
• 클래스 내에 선언되며, 리턴값이 없음
• 생성자의 이름과 클래스 이름이 동일해야 함
• 인스턴스는 생성자가 생성하는 것이 아니라 연산자 new가 생성
• 인스턴스 변수들을 초기화하는 데 사용되는 특수한 메서드

this() : 생성자

• 반드시 생성자의 내부에서만 사용할 수 있음
• 반드시 생성자의 첫 줄에 위치해야 함

this : 참조변수

• 인스턴스 자신을 가리키는 참조변수로, 인스턴스의 주소가 저장되어 있음
• 모든 인스턴스 메서드에 지역변수로 숨겨진 채로 존재

👀 static 키워드

• '클래스의' 또는 '공통적인'의 의미를 가짐
• 하나의 클래스로부터 생성되었더라도 각기 다른 값을 갖는 인스턴스 변수와 달리 클래스 변수(static 멤버 변수)는 하나의 변수를 모든 인스턴스가 공유하기 때문에, 인스턴스에 관계없이 동일한 값을 가짐
• 인스턴스를 생성하지 않고도 호출 가능

👀 내부 클래스(Inner Class)

장점

• 내부 클래스에서 외부 클래스의 멤버들을 쉽게 접근할 수 있음
• 코드의 복잡성을 줄일 수 있음 (캡슐화 encapsulation)

멤버 내부 클래스

• 인스턴스 내부 클래스와 정적 내부클래스
• 외부 클래스의 멤버변수 선언위치에 선언

지역 내부 클래스

• 외부 클래스의 메서드나 초기화블럭 안에 선언

• 자동 타입 변환
  • 크기가 작은 타입에서 큰 타입으로 변환하는 경우
  • 더 정밀한 타입으로 변환하는 경우 byte(1) -> short(2)/char(2) -> int(4) -> long(8) -> float(4) -> double(8)
• 수동 타입 변환

String 타입의 변수 선언과 할당

• 문자열 리터럴 할당 : String name1 = "seongeun";
• String 클래스 인스턴스 생성 : String name2 = new String("seongeun");

두 방식 모두 실제 문자열의 내용을 값으로 갖고 있는 기본 타입이 아닌, 문자열이 존재하는 메모리 공간 상의 주소값을 저장하고 있는 참조 타입이다. name1과 name2의 문자열 내용이 동일한지를 비교하기 위해서는 ==연산자가 아니라 equals()메서드를 사용해야 한다. name2는 String 클래스를 통해 생성된 인스턴스의 주소값을 가리키고 있기 때문이다.

StringBuilder와 StringBuffer

String 클래스로 생성한 문자열을 더하기 위해서는 매번 새로운 인스턴스를 생성해야 한다. 문자열이 길어지면 비효율적이므로, StringBuilder 또는 StringBuffer를 활용한다.

참고 : https://velog.io/@heoseungyeon/StringBuilder%EC%99%80-StringBuffer%EB%8A%94-%EB%AC%B4%EC%8A%A8-%EC%B0%A8%EC%9D%B4%EA%B0%80-%EC%9E%88%EB%8A%94%EA%B0%80

Git Bash나 Ubunto 또는 터미널을 이용하여 실행하면 되는데, 윈도우 환경에서 Ubunto를 사용할 때는 cd /mnt/c 명령어를 통해 디렉토리 위치를 변경해준 뒤 사용하면 된다!

• push는 자신의 repository에만 가능하며, remote add를 통해 원격 repository에 연결 후에 할 수 있음
  • pull은 remote repository가 설정되어 있고 local repository에 병합해주고, clone은 그렇지 않음

우리가 평소 친숙하게 사용하는 컴퓨터 제어 방식은 그래픽을 통한 GUI(Graphic User Interface)이다. GUI는 그래픽으로 인해 컴퓨터 자원을 많이 사용하기 때문에 CLI(Command Line Interface)에 비해 속도가 느리다. 같은 맥락으로 CLI는 그래픽 작업이 없기 때문에 컴퓨터 자원을 적게 사용하여 GUI에 비해 속도가 빠르다. 이처럼 CLI와 GUI는 안정성과 속도에서의 차이가 있다.

• pwd : print working directory, 현재 위치 확인
• mkdir : make directories, 폴더 생성
• ls : list, 특정 폴더에 포함된 파일이나 폴더 확인
  • 옵션 -a : all, 모든 항목 출력
  • 옵션 -l : 폴더나 파일의 포맷을 전부 표현
• cd : change directory, 폴더 진입
• touch : 파일 생성
• > : 실행 결과를 파일로 저장
• echo : echo 뒤의 내용을 화면에 출력
• cat : 파일의 내용을 터미널에 출력

• rm : remove, 휴지통을 거치지 않고 폴더나 파일 삭제
  • 옵션 -r : recursive
  • 옵션 -f : force
• mv : move, 폴더나 파일의 이름 또는 위치 변경
• cp : copy, 폴더나 파일 복사
• sudo : 관리자 권한 획득
• / : 루트 폴더
• ~ : 홈 디렉토리, 루트 폴더부터 사용자 폴더까지의 경로 축약 형태
• . : 현재 디렉토리
• .. : 상위 디렉토리

사용중인 OS가 Windows 환경이기 때문에 WSL(Windows Subsystem for Linux)를 통해 리눅스 터미널을 사용했다. 윈도우에는 명령 프롬프트(cmd), 파워쉘(Windows PowerShell), 윈도우 터미널과 같이 세 가지의 명령 도구가 있어서 그 차이점이 궁금했다. 세 가지 차이점 참고 사이트

패키지와 패키지 매니저

사용 권한

환경 변수

1. display: flex

• flexbox를 사용하기 위한 레이아웃 구성 방법

  2. flex-direction

  • 자식 요소들을 정렬할 축 설정
  • 속성 : row(기본값), row-reverse, column, column-reverse

    3. flex-wrap: nowrap

  • 자식 요소들의 크기가 부모 요소의 크기를 넘었을 때, 줄 바꿈 유무 설정
  • 속성 : nowrap(기본값), wrap, wrap-reverse

    4. flex-flow

  • 아래와 같이 flex-direction과 flex-wrap를 한번에 작성 가능

    .container {
    display: flex;
    flex-flow: column wrap;
    }

    5. justify-content

• 자식 요소들을 축의 수평 방향(축과 동일한 방향)으로 어떻게 정렬할지 설정
• 속성 : flex-start, flex-end, center, space-between, space-around

6. align-items

• 자식 요소들을 축의 수직 방향으로 어떻게 정렬할지 설정
• 속성 : stretch, flex-start, flex-end, center, baseline

7. align-content

• flex-wrap: wrap으로 인해 여러 줄이 발생했을 경우, 자식 요소들을 축의 수평 방향(축과 동일한 방향)으로 어떻게 정렬할지 설정
• 속성 : stretch, flex-start, flex-end, center, space-between, space-around

자식 요소에 적용하는 속성

1. flex-grow

• 팽창 지수

2. flex-shrink

• 수축 지수

3. flex-basis

• 기본 크기

4. flex

• 아래와 같이 flex-grow, flex-shrink, flex-basis를 한 번에 작성 가능

  .item {
    flex: 1 0 auto;
  }

5. align-self

6. order

와이어프레임 작성 툴 사이트 https://ovenapp.io/ https://www.figma.com/

css 속성 참고 사이트 https://css-tricks.com/snippets/css/a-guide-to-flexbox/

• 웹페이지의 뼈대 역할
• 시맨틱 태그 division(분할, 구분)에서 나온 태그 <div>와 동일한 기능을 하며, 의미를 짐작하기 쉽도록 사용 ex) <header>, <main>, <section>, <nav>, <aside>, <footer> 등

<!DOCTYPE html>
<html lang="en">
  <head>
    <meta charset="UTF-8" />
    <title>페이지 제목</title>
    <link rel="stylesheet" href="index.css" />
    <link rel="stylesheet" href="layout.css" />
  </head>
  <body>
    <header>This is the header.</header>
    <div class="container">
      <nav>
        <h4>This is the navigation section.</h4>
        <ul>
          <li class="menu-item selected">unordered list 1</li>
          <li class="menu-item">unordered list 2</li>
          <li class="menu-item selected">unordered list 3</li>
          <li class="menu-item">unordered list 4</li>
        </ul>
      </nav>
      <main>
        <h1>This is the main content.</h1>
        <p>...</p>
      </main>
      <aside>
        <h4>This is an aside section.</h4>
      </aside>
    </div>
    <footer>This is the footer.</footer>
  </body>
</html>

Cascading Style Sheets

• UI와 UX를 위해 HTML의 웹페이지 뼈대를 스타일 및 레이아웃 하는 언어
• 관심사 분리 측면에서 HTML 안에 CSS를 정의하는 것을 권장하지 않음

body {
  margin: 0;
  padding: 0;
  background: #fff;
  color: #4a4a4a;
}
header, footer {
  font-size: large;
  text-align: center;
  padding: 0.3em 0;
  background-color: #4a4a4a;
  color: #f9f9f9;
}
.menu-item {
  text-decoration: underline;
}
.selected {
  font-weight: bold;
  color: #009999;
}

레퍼런스 사이트 https://www.w3schools.com/ https://developer.mozilla.org/ko/