Mon L'étrange voyage

Mac OS 에서 LaunchAgents 사용해보기

셜록호움즈 — Sun, 10 Sep 2023 19:29:04 +0900

맥북에서 crontab을 통해 주기적으로 실행을 시켜보고싶은게 생겨서

crontab을 등록하여 테스트를 해보았더니 잘 작동이 되지않아서 찾아보니

macOS에서는 crontab 보다는 LaunchAgents를 통해 crontab의 역할을 한다고 한다.

하고싶었던 작업은 매일 오전10시에 어떤 작업을 수행할 것

* crontab 이라면 아마 이렇게 crontab -e 로 등록해서 사용했을 것 같다.

0 7 * * * cd 실행할위치 && 실행하고싶은 명령어

사용방법

앞서 말했든 macOS에서는 crontab 보다는 LaunchAgents를 권장하고 있고 해당 방법은 간단하다

1. .plist 파일 작성:
 ~/Library/LaunchAgents/${너가수행할이름}.plist라는 파일을 생성

2. plist 샘플
<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
    <key>Label</key>
    <string>본인의프로젝트명</string>
    <key>ProgramArguments</key>
    <array>
        <string>/bin/sh</string>
        <string>-c</string>
        <string>cd 실행할위치 && 실행할명령어</string>
    </array>
    
    <key>StartInterval</key>  //실행간격
    <integer>120</integer>    //120초 (2분)
</dict>
</plist>

3. 내가 만든 plist가 잘 작성되었는지 확인
plutil -lint ${너가수행할이름}.plist
정상적으로 잘 만들어졌으면 => ${너가수행할이름}.plist: OK

4. plist load 
launchctl load ~/Library/LaunchAgents/${너가수행할이름}.plist

5. 등록이 잘되었는지 확인
launchctl list | grep ${너가수행할이름}


6. 만약 등록을 취소하고싶다면
launchctl unload ~/Library/LaunchAgents/${너가수행할이름}.plist

테스트를 위해 2분마다 실행되도록 plist를 만들었다.

여기서 내가 했던 실수들

1. <string>cd 실행할위치 && 실행할명령어</string> 여기서 && 를 xml 문법에 맞게 &로 바꿔줬어야 했다.

2. 처음에는 yarn start라고 실행할 명령어를 썻는데 fail이 떨어졌다 그래서 Full Path 로 변경 : /opt/homebrew/bin/yarn start

실수들에 대해서 수정을 하니 테스트가 잘 돌아간다.

그래서 처음 계획했던 매일 오전 10시에 돌아갈 수 있도록

실행 부분을 변경해주었다.

    <key>StartCalendarInterval</key>
    <dict>
        <key>Hour</key>
        <integer>10</integer>
        <key>Minute</key>
        <integer>0</integer>
    </dict>

[Knowledge] Thread 병렬로 처리하는 방법

셜록호움즈 — Sat, 8 Apr 2023 10:45:34 +0900

1. thread 를 병렬로 처리하는 방법

동기화
1. 병렬로 실행되는 스레드가 공유 리소스에 동시에 접근하려고 할 때, 무결성을 보장하기 위해 동기화 기법을 사용합니다. 동기화는 뮤텍스, 세마포어, 모니터 등의 다양한 기법이 존재
뮤텍스
1. 상호배제를 뜻하며, 한 번의 하나의 스레드만 공유 리소스에 접근할 수 있도록 제한합니다. 뮤텍스를 사용하여 공유 리소스에 접근하는 코드 영역을 임계 영역으로 지정하면, 동시에 여러 스레드가 해당 영역을 실행하지 못하게 됩니다.
세마포어
1. 공유 리소스에 동시에 접근할 수 있는 스레드의 수를 제한하는 동기화 기법. 세마포어는 카운터를 사용하여 특정 시점에 동시에 실행할 수 있는 스레드 수를 제한합니다.
데드락
1. 여러 스레드가 동시에 실행될 떄, 데드락이 발생. 데드락은 스레드들이 서로가 가진 리소스를 기다리며 진행이 멈추는 상황. 데드락을 처리하러며 아래와 같은 방법을 사용해야함
  1. 리스소 순서화 : 리소스를 사용하는 순서를 정하고 스레드들이 이 순서대로 리소스를 요청할수 있도록 한다.
  2. 타임아웃 설정 : 스레드가 특정 시간동안 리소스를 얻지 못하면 요청을 취소하고 다시 시도하도록 한다.
작업 분할 및 분산
1. 병렬로 들어온 스레드를 효율적으로 처리하기 위해, 작업을 적절한 크기의 단위로 나누고, 스레드에 할당
최적화된 스레드풀 사용
1. 과도한 스레드 생성 및 소멸로 인한 오버헤드를 줄이기 위해 스레드 풀을 사용할 수 있습니다.

2. thread 동시성 문제

락(lock) 사용
1. 공유 리소스에 동시접근을 막기위해 락을 사용하고, 락을 사용하면 한 번에 하나의 스레드만 해당 리소스에 접근이 가능, java 에서는 synchronized 키워드를 사용하거나 reentrantLock을 사용
원자적(Atomic) 연산
1. 원자적 연산은 여러 스레드에서 동시에 실행되더라도 중간 결과를 공유하지 않으므로 동시성 문제가 발생하지 않습니다. 자바에서는 AtomicInteger 와 같은 원자적 클래스를 사용할 수 있습니다.
뮤텍스
1. 공유리소스에 접근하는 코드영역을 임계 영역으로 지정하여 동시에 여러 스레드가 해당 영역을 실행하지 못하도록 합니다.
세마포어
1. 동시에 접근할 수 있는 스레드 수를 제한하여 동시성 문제를 해결하는 기법

모니터

객체 내부에서 뮤텍스와 조건 변수를 사용하여 동시성 문제를 해결하는 기법

import java.util.LinkedList;
import java.util.Queue;

public class ProducerConsumerMonitor {
    private final Queue<Integer> buffer;
    private final int maxSize;

    public ProducerConsumerMonitor(int maxSize) {
        this.maxSize = maxSize;
        this.buffer = new LinkedList<>();
    }

    public synchronized void produce(int item) throws InterruptedException {
        while (buffer.size() == maxSize) {
            wait();
        }

        buffer.add(item);
        System.out.println("Produced: " + item);
        notifyAll();
    }

    public synchronized int consume() throws InterruptedException {
        while (buffer.isEmpty()) {
            wait();
        }

        int item = buffer.remove();
        System.out.println("Consumed: " + item);
        notifyAll();
        return item;
    }

    public static void main(String[] args) {
        ProducerConsumerMonitor monitor = new ProducerConsumerMonitor(5);

        Thread producer = new Thread(() -> {
            for (int i = 0; i < 10; i++) {
                try {
                    monitor.produce(i);
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        });

        Thread consumer = new Thread(() -> {
            for (int i = 0; i < 10; i++) {
                try {
                    monitor.consume();
                } catch (InterruptedException e) {
                    e.printStackTrace();
                }
            }
        });

        producer.start();
        consumer.start();
    }
}

읽기-쓰기락 사용
1. 읽기-쓰기 락은 여러 스레드가 동시에 읽기 작업을 수행하면서, 쓰기 작업은 독점적으로 수행하도록 제한하는 동기화 기법

성능측정 ( jmeter )

셜록호움즈 — Wed, 1 Feb 2023 22:28:33 +0900

새 창에서 열기

[ SQL ] 004. INDEX가 동작을 제대로 안하는 경우 #2

셜록호움즈 — Wed, 11 Jan 2023 22:45:21 +0900

3. 결합인덱스 사용 시, 인덱스 구성의 첫인덱스가 where절의 첫 조건에 적용하지 않았을 경우

두 개 이상의 컬럼을 합쳐서 인덱스를 만들 때 결합인덱스라고 한다.

결합인덱스 컬럼 선택의 기준점은

where 절에서 and 조건으로 자주 사용되며, 각각 사용할때보다 두 개 이상의 컬럼이 결합될 때 분포도가 좋아지는 컬럼
※ 분포도(Cardinality) : 해당 컬럼의 중복도가 적을 경우 분포도가 높고, 중복도가 높을경우 분포도가 낮다
흔히, 우리가 Table의 ID 는 중복되는 값이 없으므로 분포도가 높다고 할 수 있고, Name 같은 컬럼은 ID에 비해 중복되는 값이 많으므로 분포도가 높다고 할 수 있다.
테이블 조인을 위한 연결고리로 사용되는게 빈번한 컬럼
자주 정렬되는 컬럼인지 고려
쿼리 작성시 '=' 으로 지정할 수 있는 컬럼이 선행되어야 한다.

index를 구성할 때, A,B,C 로 구성한다고 했을 때

#첫번째 케이스
select *
  from test
 where A=99
   and B=99
   and C=99;
   
#두번째 케이스
select *
  from test
 where A=99
   and B between 10 and 99
   and C=99;
   
#세번째 케이스
select *
  from test
 where A between 10 and 99
   and B between 10 and 99
   and C=99;

첫번째, 두번째 케이스는 인덱스를 타지만, 세번째 케이스는 인덱스를 타지 않는다.

물론 두번째 케이스도 완벽하게 인덱스를 타는건 아니다. 실행계획을 떠보면 알겠지만 범위 조건은 해당 컬럼은 인덱스를 타지만, 그 뒤 인덱스 컬럼들은 인덱스를 타지 않고 filter access를 하게 된다. (https://khdscor.tistory.com/51)

쿼리 툴에서는 force index를 통해 강제로 힌트를 줄 수 있지만 ,JPA/Hibernate에서는 Query Hint 조정이 불가능
실제로 JPA/Hibernate에서의 힌트는 Hibernate의 작동 방식에 대한 Hint이지 Query Hint가 아니다.

[ SQL ] 003. INDEX가 동작을 제대로 안하는 경우 #1

셜록호움즈 — Wed, 4 Jan 2023 23:13:07 +0900

실무를 하다보면 요즘에는 NoSQL, QueryDSL 등의 좋은 기술들로 인해 직접 복잡한 쿼리를 짤 경우는 많지는 않지만

쿼리를 만들고 나서 실행계획을 보면 내가 의도했던 인덱스를 타지 않은 경우들이 종종있다.

실제 쿼리를 보면 잘 짠거같은데 인덱스를 제대로 타지않는 경우에 대해서 공부를 하다보니 내가 미처 몰랐던 부분들이 많았던 것 같다.

인덱스가 제대로 동작하지 않는 케이스

1. 조건문에서 인덱스의 컬럼을 변형시킨 경우

이 경우는 정말 실수하기 좋은 케이스이다.

만약 내가 생년월일(birth_date) 라는 char형 컬럼을 인덱스로 만들었다고 가정했을 때,

아래와 같이 쿼리문을 짜면 조건문의 값이 int형이기 때문에 Stirng으로 만든 인덱스가 타지 않는다.

select *
  from test_table
 where birth_date = 20000101

물론, 항상 이 말이 맞는건 아니다.

Why? 예외적인 케이스가 항상 존재하기 때문이다.

예외적인 케이스는 Oracle,Mysql 에서는 묵시적인 형변환이 이뤄진다.

그런데 또, 이런 묵시적인 형변환( char -> int, int -> char 등등의 변환)은 항상 작동하는건 아니다!

묵시적인 형변환은 데이터 형식의 우선순위에 따라 우선순위가 낮은 데이터 형식이 먼저 우선순위가 높은 데이터 형식으로 변환된다.

묵시적인 형변환관련 함수

TO_NUMBER(문자열)
TO_CHAR(숫자 혹은 날짜, [FORMAT])
TO_DATE(문자열, FORMAT)

그래서 이번에는 나이(age) 라는 int형 컬럼을 인덱스로 만들었다고 가정했을때,

아래와 같은 쿼리문은 조건문에서 형변환이 이루어졌기때문에 인덱스가 타지 않을거라고 생각이 되지만

막상 실행계획을 보면 인덱스가 의도한대로 잘 탄다.

그 이유는 앞서 말한이유로 char가 int 보다 우선순위가 낮기때문에 묵시적 형변환이 이루어지면서 인덱스를 탄 케이스이다.

select *
  from test_table
 where age='99';

2. 인덱스 컬럼 자체를 변형한 경우

위의 케이스와는 조금 비슷하면서 다른 케이스이다. 이 케이스는 조건문에서 사용된 컬럼 자체를 변형시킬 경우 인덱스가 작동하지 않는다.

이유는 인덱스 컬럼을 가공하게 되면 가공되는 값에 맞는 새로운 인덱스를 생성해서 사용하기 때문이다.
인덱스가 생성되는 원리를 알면 이해가 더 쉽다. ( https://jeong-pro.tistory.com/242 참고 )

# 케이스1
select *
  from test_table
 where substr(birth_date,1,4) = '2000';

# 케이스2
select *
  from test_table
 where age+99 = 100;

# 케이스3  
select *
  from test_table
 where LOWER('name') = 'petric';

Kafka 조금은 친해져보기

셜록호움즈 — Wed, 4 Jan 2023 22:20:20 +0900

Kafka 공부하면서 끄적여보기

- Kafka는 Producer, Broker, Consumer를 따로따로 공부해야한다.

[Spring] @PostConstruct 와 @PreDestroy

셜록호움즈 — Fri, 23 Sep 2022 20:54:08 +0900

호출순서

생성자 호출 -> 의존성 주입 완료(@Autowired , @RequiredArgsConstructor ) -> @PostConstruct

생성자가 호출되었을 때, bean은 초기화 전이다.(DI가 이루어 지기 전)
bean lifeCycle에서 오직 한 번만 수행된다. (여러 번 초기화 방지)

@PostConstruct

- 객체의 초기화 부분
- 객체가 생성된 후 별도의 초기화 작업을 위해 실행하는 메소드를 선언한다.
- @PostConstruct 어노테이션을 설정해놓은 init 메소드는 WAS가 띄워질 때 실행된다.

@PreDestroy

- 마지막 소멸 단계
- 스프링 컨테이너에서 객체(빈)를 제거하기 전에 해야할 작업이 있다면 메소드위에 사용하는 어노테이션.
- close() 하기 직전에 실행 -> ((AbstractApplicationContext) context).close()

Message Queue 와 ApacheKafka

셜록호움즈 — Sat, 13 Aug 2022 13:14:02 +0900

Message Queue 의 정의

메시지 큐(Message Queue)는 프로세스 또는 프로그램 간에 데이터를 교환할 때 사용하는 통신 방법 중에 하나로, 메시지 지향 미들웨어(Message Oriented Middleware:MOM)를 구현한 시스템을 의미한다. 메시지 지향 미들웨어란 비동기 메시지를 사용하는 응용 프로그램들 사이에서 데이터를 송수신하는 것을 의미한다. 여기서 메시지란 요청, 응답, 오류 메시지 혹은 단순한 정보 등의 작은 데이터가 될 수 있다.

큐는 여러 컴포넌트들이 데이터를 생성하고 또 저장하고 사용하는 과정에서 일종의 버퍼 역할을 수행함.

큐가 있음으로 producer과 consumer간의 속도가 다를 때, 둘 중 어느 한 컴포넌트가 네트워크에 연결되지 못한 상황 등에 대응이 가능

Message Queue 의 장/단점

장점

비동기(Asynchronous): Queue에 넣어두기 때문에 나중에 처리할 수 있다.
분리 또는 비동조(Decoupling): 애플리케이션과 분리할 수 있다.
탄력성(Resilience): 일부가 실패 시 전체에 영향을 받지 않는다.
과잉(Redundancy): 실패 할 경우 재실행이 가능하다.
보증(Guarantees): 작업이 처리된 걸 확인할 수 있다.
확장성(Scalable): 다수의 프로세스들이 큐에 메시지를 보낼 수 있다.

단점

아키텍처에 외부 구성 요소인 메시지 전송 에이전트를 필요로 한다는 점. 일반적으로 새로운 요소를 추가하면 시스템 성능이 저하되고, 신뢰성도 떨어진다.
시스템 전체로 볼 때 관리가 어렵고 비용도 더 들어가게 된다.
즉각적인 서비스가 불가능

Message Queue 를 사용하는 케이스

다양한 어플리케이션에서 비동기 통신이 가능
이메일 발송 및 문서 업도르가 가능
많은 양의 프로세스들을 처리할 수 있음
다른 곳의 API로 부터 데이터 송수신이 가능

Message Queue 중에서도 가장 많이 쓰이는게 요 Apache Kafka 가 아닐까 한다...

1. Kafka의 정의

Apache Kafka는 고성능 데이터 파이프라인, 스트리밍 분석, 데이터 통합 및 미션 크리티컬 애플리케이션을 위해 오픈 소스 분산 이벤트 스트리밍 플랫폼(distributed event streaming platform)입니다.

대용량 실시간 로그 처리에 특화되어 설계된 메시징 시스템으로 시스템 대비 TPS가 우수합니다.

Publisher / Subscriber
모델확장성분산 처리 (Partitioning)
디스크 순차 저장 및 처리
고가용성 / 확장성
- Kafka 는 Cluster 로 작동하기 때문에 고가용성이 제공됨
- Cluster : 각기 다른 서버들을 하나로 묶어서 하나의 시스템같이 작동하게 함
- 고가용성 : 오랜 기간 동안 지속적으로 정상 운영이 가능한 성질

기존의 메시징 시스템은 Broker가 Consumer에게 메시지를 Push 해주는 방식인 반면,
Kafka는 Consumer가 Broker로부터 직접 메시지를 가지고 가는 Pull 방식으로 동작

즉, 기존 메시지 큐의 다양한 기능을 포기하고 대용량 메시지를 처리하기 위한 기능을 제공하는 메시지 큐

출처

https://goyunji.tistory.com/125
https://12bme.tistory.com/176

@Transactional 어노테이션

셜록호움즈 — Wed, 27 Jul 2022 22:07:24 +0900

트랜잭션의 정의

트랜잭션(Transaction)은 데이터베이스의 상태를 변환시키는 하나의 논리적 기능을 수행하기 위한 작업의 단위 또는 한꺼번에 모두 수행되어야 할 일련의 연산들을 의미한다.

예시)

A라는 사람이 B라는 사람에게 사과 1개를 주고 B가 그 사과를 받은 경우, 이 거래 기록은 더 이상 작게 쪼갤 수가 없는 하나의 트랜잭션을 구성한다. 만약 A는 사과를 건네 주었으나 B는 사과를 받지 못했다면 그 거래는 성립되지 않는다. 이처럼 A가 사과를 주는 행위와 B가 사과를 받는 행위는 별개로 분리될 수 없으며 하나의 거래내역으로 처리되어야 하는 단일 거래이다. 이런 거래의 최소 단위를 트랜잭션이라고 한다.

트랜잭션의 4가지 특성

1. Atomicity (원자성)

트랜잭션의 연산은 반드시 모두 반영되도록 완료되거나, 아니면 전혀 반영되지 않도록 복구되어야한다.
(ALL OR NOTHING)

2. Consistency (일관성)

트랜잭션이 그 실행을 성공적으로 완료하면 언제나 일관성 있는 데이터베이스 상태로 변환한다.

3. Isolation (독립성, 격리성)

둘 이상의 트랜잭션이 동시에 병행 실행되는 경우 어느 하나의 트랜잭션 실행중에 다른 트랜잭션의 연산이 끼어들 수 없다.

4. Durablility (영속성, 지속성)

성공적으로 완료된 트랜잭션의 결과는 시스템이 고장나더라도 영구적으로 반영되어야 한다.

@Transactional 어노테이션

클래스나 메서드에서 사용할 경우, 해당 범위 내 매서드가 트랜잭션이 되도록 보장해준다.
@Transactional으로 생성된 프록시 객체는 @Transactional이 적용된 메소드가 호출될 경우,
PlatformTransactionManager를 사용하여 트랜잭션을 시작하고, 정상 여부에 따라 Commit/Rollback 동작을 수행한다.

참고

출처: https://data-make.tistory.com/738 [Data Makes Our Future:티스토리]

https://hanamon.kr/%EB%8D%B0%EC%9D%B4%ED%84%B0%EB%B2%A0%EC%9D%B4%EC%8A%A4-%ED%8A%B8%EB%9E%9C%EC%9E%AD%EC%85%98%EC%9D%98-acid-%EC%84%B1%EC%A7%88/

[데이터베이스] 트랜잭션의 ACID 성질 - 하나몬

트랜잭션이란 여러 개의 작업을 하나로 묶은 실행 유닛을 말한다. 데이터베이스 트랜잭션은 ACID라는 특성을 가지고 있다. ACID는 데이터베이스 내에서 일어나는 하나의 트랜잭션(transaction)의 안

hanamon.kr

http://wiki.hash.kr/index.php/%ED%8A%B8%EB%9E%9C%EC%9E%AD%EC%85%98

트랜잭션 - 해시넷

트랜잭션(transaction)이란 "쪼갤 수 없는 업무 처리의 최소 단위"를 말한다. 거래내역이라고도 한다. '트렌젝션'이 아니라 '트랜잭션'이 올바른 표기법이다. 영어로 간략히 Tx라고 표기하기도 한다.

wiki.hash.kr

WEB, WAS 그리고 Servlet

셜록호움즈 — Wed, 25 May 2022 22:25:58 +0900

웹서버(Web Server)의 정의

web 과 was 를 설명하기에 앞서 알아두면 좋을 것은

동적 웹페이지(Dynamic Pages) 와 정적 웹페이지(Static Pages) 의 개념을 먼저 알아두면 도움이 된다.

정적 웹페이지(Static Pages)

데이터베이스에서 정보를 가져오거나 별도의 서버 처리가 없어도 사용자들에게 보여줄 수 있는 페이지

모든 사용자에게 항상 동일한 페이지를 보여줌

(정적인 데이터 : html, css , image 등등.. )

동적 웹페이지(Dynamic Pages)

동적페이지란 요청에 대해서 각기 다른 내용을 보여준다.

사용자(클라이언트)가 URL 을 통해 서버에 웹 페이지를 요청했을 때, 서버는 사용자에 맞는 HTML 문서를 생성하여 사용자에게 응답

클라이언트에 요청에 따라 web 서버에서 응답을 줄지, was 서버에서 응답을 줄지 결정을 하고 해당처리결과를 클라이언트에게 전달하게 된다.

was

WEB 과 WAS 를 분리해서 사용하는 이유

1. 기능을 분리하여 서버 부하를 방지

WAS 혼자서 모든 요청을 처리하는 것이 가능은 하나 그만큼 WAS 가 감당하는 부담이 커지게 된다.

그래서 기능을 분리해서 각 서버가 감당하는 부하를 줄일 수 있도록 WEB서버와 WAS를 분리한다.

2. 물리적으로 분리하여 보안을 강화

WAS에는 실제 Web Application이 올라가 있기 때문에 외부와 직접 연결이 되어 있다면 중요한

설정 파일이나 리소스들이 외부로 노출될 수 있다.

이를 막기 위해 WEB서버를 WAS 앞단에 배치하여 리소스를 안전하게 보호할 수 있다.

3. WEB서버에 여러 대의 WAS를 연결

규모가 큰 서비스에서는 하나의 WEB서버에 하나의 WAS가 연결된 구조만으로는 많은 요청을

처리하는데에 어려움이 생긴다. 때문에 수 많은 요청을 한 군데가 아닌 여러 군데에서 처리할 수 있도록

동일한 Web Application 여러 개를 띄운다.

이때 여러 대의 WAS에 각각 요청이 들어오도록 하지 않고 앞에 WEB서버를 두고 각 WAS들을

WEB서버에 연결해서 WEB 서버로 들어오는 수많은 요청을 각 WAS에 적절하게 분배해주도록 한다.

이렇게 배치하여 로드밸런싱을 해줌으로써 하나의 WAS가 처리하는 요청의 양이 줄어들어 안정적인

서비스 운영이 가능하다.

4. 여러 Web Application 의 서비스

Java 서버, PHP 서버와 같이 서로 다른 서버를 하나의 WEB서버에 연결하여 서비스 할 수 있다

출처

https://gmlwjd9405.github.io/2018/10/27/webserver-vs-was.html

[Web] Web Server와 WAS의 차이와 웹 서비스 구조 - Heee's Development Blog

Step by step goes a long way.

gmlwjd9405.github.io

https://blog.naver.com/itwillbusan01/222739701267

[이해] 알아두면 좋은 WEB서버와 WAS의 차이

개발자가 되기 전에 알아주라주~ 가르치는 입장에서 가끔 이건 알아두면 좋겠다던지 과 언급할 수 있는 시...

blog.naver.com

[JAVA] Garbage Colletion 의 동작원리

셜록호움즈 — Sun, 1 May 2022 12:57:36 +0900

https://torpid-flyingfish-958.notion.site/Garbage-Collection-1e901841fa0a4aa3bf278085af7102db

Garbage Collection

Garbage Collection 의 정의

torpid-flyingfish-958.notion.site

[ JAVA ] JVM 의 정의

셜록호움즈 — Sun, 1 May 2022 12:54:59 +0900

https://torpid-flyingfish-958.notion.site/JVM-51133bd1e71d495c8a1ea042b346fab1

JVM 정리

JVM ( Java Virtual Machine )

torpid-flyingfish-958.notion.site

[ SQL ] 003. 실행계획 보는법

셜록호움즈 — Mon, 18 Apr 2022 23:29:14 +0900

1. 실행계획이란?

SQL이 실행되어 데이터를 처리하고 할 때, 옵티마이저에서 수립되는 SQL 실행방법론
가장 안에서부터, 가장 위에서 부터 차례차례 읽으면 된다.

실행계획 순서 3 - 2- 5- 4- 1

항목	의미
Id	Operation의 Id. Predicate Information에 정보가 있다면 Id와 연결된다.
Operation	수행되는 일
Name	Operation이 수행되는 테이블 혹은 인덱스 --> 오브젝트명
Rows	각 Operation이 끝났을 때 반환되는 예상치 건수
Bytes	Access 하는 byte 수 예상치
Cost(%CPU)	Operation의 비용 --> 누적치
Time	예상 수행 시간
access Predicate	block을 읽기 전에 어떤 방법으로 block을 읽을 것인지 결정. --> index ? full table scan ? 등
filter Predicate	block을 읽은 후 데이터를 필터링되어 사용되는 조건

2. 옵티마이저(Optimizer) 란?

가장 효율적인 방법으로 SQL을 수행할 최적의 처리 경로를 생성해주는 DBMS의 핵심 엔진
옵티마이저의 종류
- 규칙 기반 옵티마이저 ( RBO ) : 오라클8 이하의 버전에 기본으로 설정되어있음
- 비용 기반 옵티마이저 : 오라클 10 이후 버전에 주로 사용됨
  SQL문을 처리하는데 필요한 비용이 가장 적은 실행계획을 선택하는 방식, 여기서 비용은 SQL문을 처리하기 위해 예상되는
  소요시간, 자원사용량을 의미

출처 : https://myjamong.tistory.com/236

[Oracle] 실행계획 확인 방법 XPLAN, AutoTrace, SQL Trace

실행계획 알고리즘 문제 풀때를 떠올려봅시다. 문제를 읽고 어떤 방식으로 풀어야 정확도와 효율성을 잡을 수 있을지 고민합니다. 완전탐색을 해야하는지, 이분탐으로 시간복잡도를 줄일 수 있

myjamong.tistory.com

출처 : https://coding-factory.tistory.com/743

[DB] 데이터베이스 옵티마이저(Optimizer)에 대하여

옵티마이저(Optimizer)란? 옵티마이저는 가장 효율적인 방법으로 SQL을 수행할 최적의 처리 경로를 생성해주는 DBMS의 핵심 엔진입니다. 컴퓨터의 두뇌가 CPU인 것처럼 DBMS의 두뇌는 옵티마이저라고

coding-factory.tistory.com

[ Knowledge ] Redis(REmote DIctionary Server) 란?

셜록호움즈 — Mon, 18 Apr 2022 23:06:49 +0900

1. redis 의 정의

In-Memory 데이터베이스이며, 다른 제품들과 다르게 다양한 자료구조를 지원한다.
- String, Set, Sorted Set , Hash ,List
key-value 구조 데이터 관리 시스템
쓰기 성능 증대를 위한 클라이언트 측 샤딩(Sharding ) 지원
영속성을 지원한다. (명령어로 명시적으로 삭제, expires를 설정하지 않으면 데이터가 삭제되지 않는다)
- AOF(Append Only File) 과 RDB(snapshot) 방식을 지원한다.
Redis Server는 1개의 Single Thread로 수행된다. ( 딱 하나의 명령어만 실행할 수 있다는 뜻.. )
- 장점 : Atomic 보장, race condition 회피
  - Atomicity(원자성) : Transaction 과 관련된 일은 모두 실행되던지 모두 실행되지 않도록 하던지를 보장하는 특성
  - race condition : 두 개 이상의 프로세스가 공통자원을 병행적으로 읽거나 쓰는 동작을 할 때, 공용데이터에 대한접근이
    어떤 순서에 따라 이루어졋는지에 따라 그 실행결과가 같지 않고 달라지는 상황을 말함
    ( Mutal exclusion , deadlock ,Starvation)
- 단점 : 명령어 실행이 길어지면 다른 명령에 영향을 준다.

2. redis 를 쓰는 이유는 ?

web - was - db 의 전형적인 구조에서는 사용자가 늘어남에 따라 DB에 과부하가 생기게 되고 데이터베이스의 물리적인 한계로 인해 매 transaction 마다 디스크를 접근해야해서 느려질 수 밖에 없다.
이러한 속도에 대한 문제를 해결하기 위해 Cache 를 찾게 됨 , cache 는 한자주 사용하는 데이터나 값을 미리 복사해 놓는 임시 장소를 말한다. 그래서 같은 요청이 여러번 들어와도 캐시서버에서 바로 결과값을 주기 때문에 DB부하를 줄이고 서비스 개선도 이루어질 수 있음
cache 서버에 데이터가 있으면 바로 클라이언트로 데이터를 반환 ( cache Hit ) ,
cache 서버에 데이터가 없으면 DB에 해당 데이터를 요청 함( cache Miss )

출처 : https://brunch.co.kr/@jehovah/20

Redis 기본 정리

캐시를 알아야 하는 순간! | 캐시를 접하게 되는 순간 서비스를 처음 운영할 때는 WEB-WAS-DB의 전형적인 3티어 구조를 취하는 편이 보통입니다. 사용자가 몇 명 되지 않는 서비스의 경우에는 3티어

brunch.co.kr

출처 : https://sjh836.tistory.com/178

Redis 기본 개념 (기초, Collection 타입, Expire, Persistence)

참조문서 https://redis.io/documentation https://github.com/antirez/redis https://redislabs.com/redis-enterprise/data-structures/ 명령어 목록 : https://redis.io/commands 1. redis란? redis는 REmote..

sjh836.tistory.com

Stream 뿌셔보기

셜록호움즈 — Wed, 12 Jan 2022 23:07:41 +0900

JPA ( Java Persistence API ) 의 정의

셜록호움즈 — Sat, 8 Jan 2022 00:33:55 +0900

1. JPA의 정의

JPA(Java Persistence API)는 ORM(Object-Relation Mapping) 전문가가 참여한 EJB 3.0(Enterprise Java Beans) 스펙 작업에서 기존 EJB ORM 표준으로 사용되던 엔티티빈(Entity Bean) 을 대체하여 나온 ORM 표준이다. 기존 엔티티빈이 EJB 컨테이너에 의존하던것에 비해 POJO 방식 프레임워크로 개발되었으며, 이로인해 Java EE 뿐 아니라 JAVA SE 에서도 사용 가능하며 활용도가 높다.

2. JPA 동작원리

자바 ORM 기술에 대한 표준명세

ORM ( Objecet Relational Mapping ) 객체-관계 맵핑의 줄임말

OOP(Object Oriented Programming) 에서 쓰이는 객체라는 개념을 구현한 클래스와 RDB(Relation Database) 에서 쓰이는 데이터인 테이블을 자동으로 매핑하는것을 의미

DB와 객체는 엄연히 다른 존재이므로 DB를 객체화 시켜서 사용할 수 있게 하는게 JPA의 장점이라고 생각한다.

DB <- mapping -> Object 필드

참조: https://geonlee.tistory.com/207

ORM(Object Relational Mapping)이 뭘까?

ORM이란? ORM은 Object Relational Mapping 즉, 객체-관계 매핑의 줄임말이다. 객체-관계 매핑을 풀어서 설명하자면 우리가 OOP(Object Oriented Programming)에서 쓰이는 객체라는 개념을 구현한 클래스와 RDB(R..

geonlee.tistory.com

참조: https://velog.io/@adam2/JPA%EB%8A%94-%EB%8F%84%EB%8D%B0%EC%B2%B4-%EB%AD%98%EA%B9%8C-orm-%EC%98%81%EC%86%8D%EC%84%B1-hibernate-spring-data-jpa

JPA는 도대체 뭘까? (orm, 영속성, hibernate, spring-data-jpa)

JPA는 도대체 무엇일까요? orm, jdbc, 영속성, hibernate, ... 관련 지식까지 모두 파해쳐봅니다.

velog.io

010. SOAP (Simple Object Access Protocol)

셜록호움즈 — Wed, 15 Sep 2021 23:39:53 +0900

SOAP(Simple Object Access Protocol)는 그 자체로 프로토콜이며, 보안이나 메시지 전송 등에 있어서 REST보다 더 많은 표준들이 정해져있기 때문에 조금 더 복잡합니다. 이러한 표준들로 인해서 오버헤드가 많기는 하지만, 보안, 트랜잭션, ACID(원자성, 일관성, 고립성, 지속성)을 준수해야 하는 보다 종합적인 기능이 필요한 조직에게는 적합한 방식이 될 수 있습니다. 굳이 비교를 하자면, SOAP는 웹 서비스 시나리오에 적용하기에는 그다지 좋지 않기 때문에, 기업용 애플리케이션 등을 작업하는데 더 이상적이라고 말할 수 있습니다.

SOAP는 보안 수준이 엄격합니다. SOAP에서는 SSL도 지원하고 WS-Security라는 자체 표준의 보안 기능도 가지고 있지요. 따라서 은행용 모바일 앱처럼 보안 수준이 높아야 하거나, 신뢰할 수 있는 메시징 앱, 또는 ACID를 준수해야 하는 경우라면 SOAP 방식이 더욱 선호됩니다.

REST에서는 표준화된 메시징 시스템이 갖춰져 있지 않으며, 통신 장애가 있을 경우 재시도를 통해서만 조치할 수 있습니다. 반면 SOAP 표준에는 성공/반복 실행 로직이 규정되어 있기 때문에, SOAP API를 통해서 통신을 할 때 처음부터 끝까지 신뢰성을 제공합니다.

SOAP 표준에는 ACID 준수에 관한 사항이 있습니다. ACID를 준수하기 때문에 데이터의 변형을 줄여주고, 데이터베이스와의 상호작용에 대해서 사전에 정확하게 정하기 때문에 데이터의 무결성을 지켜주지요. ACID는 데이터 일관성을 위한 다른 방식들보다도 더 보수적이기 때문에, 금융 정보 등의 민감한 데이터를 주고받을 때 일반적으로 많이 사용됩니다.

출처 : http://blog.wishket.com/soap-api-vs-rest-api-%EB%91%90-%EB%B0%A9%EC%8B%9D%EC%9D%98-%EA%B0%80%EC%9E%A5-%ED%81%B0-%EC%B0%A8%EC%9D%B4%EC%A0%90%EC%9D%80/

SOAP REST 차이, 두 방식의 가장 큰 차이점은? - Wishket

API는 방식에 따라 'SOAP REST 차이'가 있다는데, 이 둘의 차이점은 과연 무엇일까요? 각각 어떤 장점들이 있는지, 어떤 상황에 무엇이 더 잘 맞는지 알려드리겠습니다:)

blog.wishket.com

009. DB JOIN의 종류

셜록호움즈 — Wed, 15 Sep 2021 23:14:49 +0900

1. Nested Loop Join

2개 이상의 테이블에서 하나의 집합을 기준으로 순차적으로 상대방 Row를 결합하여 원하는 결과를 조합하는 방식
먼저 선행 테이블의 처리 범위를 하나씩 액세스하면서 추출된 값으로 연결할 테이블을 조인한다
순차적으로 처리된다.
바깥 테이블과 일치하는 값을 안쪽 테이블에서 찾아야 하므로 안쪽 테이블의 해당 열에 인덱스가 필요하다.
메모리 사용량은 가장 적다.
바깥 테이블과 안쪽 테이블의 크기는 성능과 관련이 없다.
첫 테이블 필터링 -> 두테이블간의 연결 -> 최종운반 단위 산출가지 반복적, 순차적으로 진행됩니다.
선행 테이블의 처리 범위가 전체 일의 양을 결정합니다.
후행 테이블의 필터링 조건은 선행 테이블에서 나온 결과를 한번 더 걸러주는 체크 조건 역할을 할 뿐 전체 처리량을 좌우하지 않습니다.

2. Sort Merge Join

양쪽 테이블의 처리 범위를 각자 액세스하여 정렬한 결과를 차례로 스캔하며, 연결고리 조건으로 Merge하는 방식을 말합니다.
이 방식은 경우에따라 Loop Join 보다 훨씬 빨라지는 경우도 많이 있으며, 랜덤 액세스가 줄어들어 시스템 부하를 감소 시킵니다.
하지만 일반적으로 Loop Join보다는 사용빈도가 적습니다.

장점

처리량이 많을때 성능상 이점이 있다.
중첩반복(Nested Loops)은 연결고리의 상태가 굉장히 중요하다. 한쪽 연결고리에 이상이 발생하면 중첩반복은 심히 고려해야한다. 이때 연결고리에 영향을 받지않는 Sort Merge를 쓰면 좋다.

단점

정렬에 따른 부담 (메모리 사용 증가)정렬은 tempdb를 사용한다. 정렬양이 극도로 많아 tempdb의 임계치를 넘었을때 순간 전체 데이터베이스에 페이지잠금이 발생하는등 DB성능에 심각한 영향을 줄 수 있다.물론 가공없이 Clustered Index를 그대로 사용하게 되면 정렬은 안해도 되니 이때만큼은 정렬의 부담에서 해방된다.

3. Hash Join

Hash Join은 Hash Table을 생성하여 Hash Function에 의한 탐색을 하여 조인합니다. 주로 대용량의 데이터를 사용할 때 사용되며 일반적으로 Nested Loop Join이나 Sorted Merge Join보다 빠르다고합니다. 알고리즘에서 시간 복잡도의 개념으로 봤을 때도 Hash Function을 사용하게 되면 O(1)의 시간 복잡도를 갖게되니까 빠를수 밖에 없는 것 같습니다. 하지만, 해시 충돌을 방지나 해시 체인의 크기가 커지는 것을 막기 위해 중복되는 데이터가 적은 경우에 사용되어하고 Hash Table을 생성하는데 Hash Area에 충분히 담길 정도로 데이터 양이 작아야합니다.

HASH JOIN의 사용처

1. JOIN 컬럼에 적당한 인덱스가 없어 NL JOIN이 비효율적일 때

2. JOIN Access량이 많아 Random Access 부하가 심하여 NL JOIN이 비효율적일 때

3. Sort Merge Join을 하기에는 두 테이블이 너무 커 Sort 부하가 심할 때

4. 수행빈도가 낮고 쿼리 수행 시간이 오래 걸리는 대용량 테이블을 JOIN 할 때

1. 둘 중 작은 집합(Build Input)을 읽어 Hash Area에 해시 테이블을 생성한다. (해시 함수에서 리턴 받은 버킷 주소로 찾아가 해시 체인에 엔트리를 연결)

2. 반대쪽 큰 집합(Probe Input)을 읽어 해시 테이블을 탐색하면서 JOIN 한다.

3. 해시 함수에서 리턴 받은 버킷 주소로 찾아가 해시 체인을 스캔하면서 데이터를 찾는다.

출처: https://coding-factory.tistory.com/758

출처: https://needjarvis.tistory.com/162 [자비스가 필요해]

출처: https://blog.sonim1.com/108

[MSSQL] JOIN의 방식 - Nested loop Join / Merge Join / Hash Join

Join의 방식에 관하여 Join의 종류는 5가지가 있습니다. INNER Join OUTER Join CROSS Join FULL OUTER Join SELF Join Join의 방식은 3가지가 있습니다. Nested Loop Join - 중첩반복 Merge Join - 정렬병합 Has..

blog.sonim1.com

008. PUT, PATCH 의 차이

셜록호움즈 — Tue, 14 Sep 2021 22:47:53 +0900

RESTful API란?

자원을 URI로 표현하고, 자원에 대한 행위를 HTTP Method(GET, POST, PUT, DELETE)로 표현한다.

PUT : 리소스의 모든 것을 업데이트 한다.
PATCH : 리소스의 일부를 업데이트 한다.

가령 한 사용자에 대해 여러 정보를 객체로 수집하여 서버로 보내는 경우, PUT은 보내지지 않은 정보에 대해서는 null값으로 업데이트하지만, PATCH는 기존 데이터를 유지하는 방식으로 대응한다.

HTTP Method는 크게 GET, POST, PUT, DELETE가 대표적이며,

보통 CRUD에서 조회는 GET, 등록은 POST, 수정은 PUT, 삭제는 DELETE를 이용한다.

GET과 DELETE는 비교적 그 행위가 명확하지만, POST와 PUT을 구분하기 위해서는 멱등성의 개념을 알아야 한다.

PUT

반면 리소스의 위치가 명확히 지정된 다음의 요청을 고려해 보자.

PUT /dogs/3 HTTP/1.1 { "name": "blue", "age": 5 }

/dogs 의 프로퍼티가 name 과 age 뿐이라면, 이건 몇 번을 수행하더라도, 같은 결과를 보장한다. 다시 말해 idempotent 하다.

그리고 위에 예에서 알 수 있듯이 PUT 은 리소스의 위치가 지정되었을때 생성 또는 업데이트 를 위해 사용할 수 있다.

PATCH

PUT 이 리소스의 모든 프로퍼티를 업데이트 하기 위해 사용된다면, PATCH 는 부분만을 업데이트하기 위해 사용한다. PUT 과 마찬가지로 리소스의 위치를 클라이언트가 알고 있을 때 사용한다.

(1) POST to a URL creates a child resouce at a server defiend URL
(2) PUT to a URL create/replaces the resource in is entirely at the client defined URL
(3) PATCH to a URL updates part of the resource at that client defined URL

멱등성(Idempotence)이란?

멱등성이란 여러번 수행해도 결과가 같음을 의미한다.

HTTP 메소드를 예를 들자면, GET, PUT, DELETE는 같은 경로로 여러 번 호출해도 결과가 같다.

그러나 POST는 매 호출마다 새로운 데이터가 추가된다.

따라서, POST 연산은 결과가 Idempotent하지 않지만, PUT은 반복 수행해도 그 결과가 Idempotent 하다.

출처: https://devuna.tistory.com/77 [튜나 개발일기]

[REST API] REST API 규칙/PUT과 POST 차이/PUT과 PATCH 차이

먼저, REST란? Representational State Transfer의 약자이며, 다음과 같이 구성되어 있다. 자원(Resource): URI 행위(Verb): HTTP Method 표현(Representations) 즉 REST는 URI를 통해 자원을 표시하고, HTTP M..

devuna.tistory.com

007. MVC , MSA

셜록호움즈 — Mon, 13 Sep 2021 22:47:51 +0900

1. MVC (Model-View-Controller)

# 구성요소

모델-뷰-컨트롤러는 응용 프로그램을 세 가지의 구성요소로 나눈다. 각각의 구성요소들 사이에는 다음과 같은 관계가 있다.

개발 할 때, 3가지 형태로 역할을 나누어 개발하는 방법론입니다.Model은 어플리케이션이 “무엇”을 할 것인지를 정의 합니다. 내부 비지니스 로직을 처리하기 위한 역할을 할 것입니다.
- 처리되는 알고리즘, DB 와 상호작용(CRUD Create Read Update Delete), 데이터 등등..
Controller는 모델이 “어떻게” 처리할 지를 알려주는 역할을 할 것이고, 모바일에서는 화면의 로직처리 부분입니다. 화면에서 사용자의 요청을 받아서 처리되는 부분을 구현되게 되며, 요청 내용을 분석해서 Model과 View에 업데이트 요청을 하게 됩니다.
- 사용자로 부터의 입력 을 받고 Model 또는 View중개인 역할
View는 화면에 “무엇” 인가를 “보여주기 위한 역할”을 합니다. 컨트롤러 하위에 종속되어, 모델이나 컨트롤러가 보여주려고 하는 모든 필요한 것들을 보여줄 것입니다.
- 최종 사용자에게 “무엇”을 화면(UI)으로 보여줌
그리고 Controller는 Model과 View가 각각 무엇을 해야 할 지를 알고 있고, 통제합니다. 비지니스 로직을 처리하는 Model과 완전히 UI에 의존적인 View가 서로 직접 이야기 할 수 없게 합니다.
비지니스 처리 로직과 사용자 인터페이스 요소들을 분리시켜 서로 영향없이 개발 하기 수월하다는 장점이 있습니다.

출처 : https://medium.com/@jang.wangsu/%EB%94%94%EC%9E%90%EC%9D%B8%ED%8C%A8%ED%84%B4-mvc-%ED%8C%A8%ED%84%B4%EC%9D%B4%EB%9E%80-1d74fac6e256

[아키텍처 패턴] MVC 패턴이란?

MVC (Model-View-Controller) Pattern 은 기본적?(one of the most frequently used design patterns)으로 사용하는 패턴인 데.. 설명이 잘 되시나요?

medium.com

006. CI/CD

셜록호움즈 — Mon, 13 Sep 2021 22:18:07 +0900

1. CI/CD 개념

- 애플리케이션 개발 단계를 자동화하여 보다 짧은 주기로 배포하는 전략 또는 방법

- 코드통합, 테스트, 릴리즈, 배포(Deployment) 등의 애플리케이션 라이프사이클 전체 과정을 자동화하고 이 과정을 모니터링 가능토록 하는 것. (연속된 과정을 "CI/CD 파이프라인" 이라고도 한다.)

- 개발자가 아닌 사람도 쉽게 빌드, 배포를 가능하도록 하는 것 -> 개발자는 개발에만 집중

2. 대상 시점

CI와 CD는 세부적으로 아래와 같이 나눠지며, 개발/배포 단계에 적용되는 전략이 달라진다.

3. CI (Continuous Integration)

Build & Packaging
새로운 코드 변경 사항이 정기적으로 빌드 및 테스트되어 공유 리포지토리에 병합되는 것이다.
Build, Test를 실시하는 프로세스를 말하며 이러한 통합 프로세스를 상시로 실시하는 것이다.
다수의 개발자가 동시에 애플리케이션 개발과 관련된 코드 작업을 할 경우, 서로 충돌할 수 있는 문제를 해결하기 위함이다.
언제든 최신 Build를 고객에게 바로 제공 가능하게 한다.

4. CD (Continuous Delivery) & (Continuous Deployment)

Deployment
개발자들이 애플리케이션에 적용한 변경 사항이 버그 테스트를 거쳐 리포지토리에 자동으로 업로드되는 것이다.
개발자의 변경 사항을 리포지토리에서 고객이 사용 가능한 프로덕션 환경까지 자동으로 릴리스하는 것이다.
이 리포지토리에서 애플리케이션을 실시간 프로덕션 환경으로 배포된다.
개발팀과 운영팀의 커뮤니테이션 부족 문제를 해결한다.

5. CI / CD 의 필요성

모든 분기의 소스 코드를 병합하는 경우, 결과적으로 반복적인 수작업에 많은 시간이 소요된다.
병합하는 수작업을 하지 않는다면, 개발자가 애플리케이션에 변경 사항을 적용할 때 다른 개발자가 동시에 적용하는 변경 사항과 충돌할 수 있다.
자동화된 테스트에서 기존 코드와 신규 코드 간의 충돌이 발견되면 CI를 통해 이러한 버그를 더욱 빠르게 자주 수정할 수 있다.
여러 사람이 작성한 코드가 병합되었을 때 생기는 문제를 미리 감지한다.
System과 Application을 최대한 최신 상태로 유지할 수 있다.

6. CI / CD 의 종류

DevOps 엔지니어가 사용하는 대표적인 CI/CD 툴로는, Jenkins / Travis CI / Bamboo 등이 있습니다.

출처: https://artist-developer.tistory.com/24 [개발자 김모씨의 성장 일기]

출처:https://hoi5088.medium.com/ci-cd-%EA%B0%9C%EB%85%90-4e6a45dbcfe2

CI/CD 개념

1. CI/CD 배경

hoi5088.medium.com

005. 싱글톤 패턴

셜록호움즈 — Sun, 12 Sep 2021 01:07:58 +0900

싱글톤 패턴

"어떤 클래스가 최초 한번만 메모리를 할당하고(Static) 그 메모리에 객체를 만들어 사용하는 디자인 패턴" 을 의미한다.
즉 생성자의 호출이 반복적으로 이뤄져도 실제로 생성되는 객체는 최초 생성된 객체를 반환 해주는 것이다.

그렇다면 싱글톤 패턴을 사용하는 이유는?

위에서도 언급된 바와 같이 한번의 객체 생성으로 재 사용이 가능하기 때문에 메모리 낭비를 방지할 수 있다.
또한 싱글톤으로 생성된 객체는 무조건 한번 생성으로 전역성을 띄기에 다른 객체와 공유가 용이하다.
이렇게만 보면 싱글턴이 좋아보일 수 있지만 문제점도 존재한다.

싱글톤의 문제점

싱글톤도 위에서 언급된 것 처럼 전역성을 띄면서 다른 객체와 공통으로 사용하는 경우와 같은 몇 가지 케이스에서만 사용할 때 효율적이며 그 외에는 문제점이 생길 수 있다.
일단 싱글톤으로 만든 객체의 역할이 간단한 것이 아닌 역할이 복잡한 경우라면 해당 싱글톤 객체를 사용하는 다른 객체간의 결함도가 높아져서 객체 지향 설계 원칙에 어긋나게 된다. (개방-폐쇄)
또한 해당 싱글톤 객체를 수정할 경우 싱글톤 객체를 사용하는 곳에서 사이드 이팩트 발생 확률이 생기게 되며, 멀티 쓰래드환경에서 동기화 처리 문제등이 생기게 된다.

3. Initialization on demand holder idiom (holder에 의한 초기화)

클래스안에 클래스(Holder)를 두어 JVM의 Class loader 매커니즘과 Class가 로드되는 시점을 이용한 방법

1
2
3
4
5
6
7
8
9
10
11
12

public class Something {
    private Something() {
    }

    private static class LazyHolder {
        public static final Something INSTANCE = new Something();
    }

    public static Something getInstance() {
        return LazyHolder.INSTANCE;
    }
}
Colored by Color Scripter

개발자가 직접 동기화 문제에 대해 코드를 작성하고 문제를 회피하려 한다면 프로그램 구조가 그 만큼 복잡해지고 비용 문제가 생길 수 있고 특히 정확하지 못한 경우가 많다.(100%가 아닐수 있음)

그런데 이 방법은 JVM의 클래스 초기화 과정에서 보장되는 원자적 특성을 이용하여 싱글턴의 초기화 문제에 대한 책임을 JVM에 떠넘긴다.

holder안에 선언된 instance가 static이기 때문에 클래스 로딩시점에 한번만 호출될 것이며 final을 사용해 다시 값이 할당되지 않도록 만든 방법.

* 가장 많이 사용하고 일반적인 Singleton 클래스 사용 방법이다.

자바와 Spring에서의 싱글톤 차이점이라면, 싱글톤 객체의 생명주기가 다르다.
또한 자바에서 공유 범위는 Class loader 기준이지만, Spring에서는 ApplicationContext가 기준이 된다

출처: https://jeong-pro.tistory.com/86 [기본기를 쌓는 정아마추어 코딩블로그]

출처 : https://elfinlas.github.io/2019/09/23/java-singleton/

Java에서 싱글톤(Singleton) 패턴을 사용하는 이유와 주의할 점

Java에서 Singleton 패턴이란?Singleton(이하 싱글톤) 패턴은 자바에서 많이 사용한다.먼저 싱글톤이란 어떤 클래스가 최초 한번만 메모리를 할당하고(Static) 그 메모리에 객체를 만들어 사용하는 디자

elfinlas.github.io

004. 디자인패턴

셜록호움즈 — Sun, 12 Sep 2021 00:31:49 +0900

배경

논문 "Using Pattern Languages for Object-Oriented Programs" (1987)을 통해 제안되었다.

이후 큰 유명세를 타게 된 것은 23개의 패턴을 수록한 'GoF'(Gang of Fours). Design Patterns: Elements of Reusable Object-Oriented Software. (1995)이다.

이미 만들어져서 잘 되는 것을 처음부터 다시 만들 필요가 없다는 의미이다.
패턴이란
각기 다른 소프트웨어 모듈이나 기능을 가진 다양한 응용 소프트웨어 시스템들을 개발할 때도 서로 간에 공통되는 설계 문제가 존재하며 이를 처리하는 해결책 사이에도 공통점이 있다. 이러한 유사점을 패턴이라 한다.
패턴은 공통의 언어를 만들어주며 팀원 사이의 의사 소통을 원활하게 해주는 아주 중요한 역할을 한다.

디자인 패넌의 종류

생성(Creational) 패턴
객체 생성에 관련된 패턴
객체의 생성과 조합을 캡슐화해 특정 객체가 생성되거나 변경되어도 프로그램 구조에 영향을 크게 받지 않도록 유연성을 제공한다.

1. 추상팩토리 : https://victorydntmd.tistory.com/300

[디자인패턴] 추상 팩토리 패턴 ( Abstract Factory Pattern )

추상 팩토리 패턴 ( Abstract Factory Pattern ) 추상 팩토리 패턴이라는 이름만 봐서는 팩토리 메서드 패턴과 비슷해보이지만, 명확한 차이점이 있습니다. 팩토리 메서드 패턴 조건에 따른 객체 생성

victorydntmd.tistory.com

2. 싱글턴 : https://victorydntmd.tistory.com/293?category=719467

[디자인패턴] 싱글톤 패턴 ( Singleton Pattern )

싱글톤 패턴 ( Singleton Pattern ) 싱글톤 패턴이란, 인스턴스가 프로그램 내에서 오직 하나만 생성되는 것을 보장하고, 프로그램 어디에서든 이 인스턴스에 접근할 수 있도록 하는 패턴입니다. 즉,

victorydntmd.tistory.com

구조(Structural) 패턴
클래스나 객체를 조합해 더 큰 구조를 만드는 패턴
예를 들어 서로 다른 인터페이스를 지닌 2개의 객체를 묶어 단일 인터페이스를 제공하거나 객체들을 서로 묶어 새로운 기능을 제공하는 패턴이다.

행위(Behavioral) 패턴
객체나 클래스 사이의 알고리즘이나 책임 분배에 관련된 패턴
한 객체가 혼자 수행할 수 없는 작업을 여러 개의 객체로 어떻게 분배하는지, 또 그렇게 하면서도 객체 사이의 결합도를 최소화하는 것에 중점을 둔다.

참조: https://velog.io/@namezin/GoF-design-pattern

GoF 디자인 패턴

Gang of Four Design Pattern

velog.io

아키텍쳐, 프레임워크, 디자인패턴

디자인 패턴 vs 아키텍처 vs 프레임워크의 차이

참조: https://gmlwjd9405.github.io/2018/07/06/design-pattern.html

[Design Pattern] 디자인 패턴 종류 - Heee's Development Blog

Step by step goes a long way.

gmlwjd9405.github.io

002. IoC, AOP , DI, POJO 의 개념

셜록호움즈 — Sat, 11 Sep 2021 00:36:25 +0900

1. IoC (Inversion of Control)

IoC 란 코드의 흐름을 제어하는 주체가 바뀌는 것이다.

코드의 흐름을 제어한다는 것은 여러 행위를 포함한다. 오브젝트를 생성하는 것, 오브젝트의 생명주기를 관리하는 것, 메소드를 수행하는 것 등. 그리고 일반적인 프로그램은 이러한 행위를 하나부터 열까지 모두 스스로 수행한다. (우리가 처음 만들었던 프로그램을 잘 생각해보자.) IoC 를 적용한다는 것은 이러한 흐름 제어를 또다른 제 3자가 수행한다는 것을 의미한다.

1) IoC에서는 Object가 자신이 사용할 Object를 생성하거나 선택하지 않는다.

2) Object는 자신이 어떻게 생성되고 사용되는지 알 수 없다.

3) 모든 Object는 제어 권한을 위임받은 특별한 Object에 의해 만들어지고 사용된다.

객체의 생명주기를 스프링 컨테이너가 관리하는 IoC 개념이 있기 때문에, DL(Dependency Lookup) 과 DI(Dependency Injection)이 가능해진다.

2. DI (Dependency Injection)

DI is about how one object acquires a dependency

DI 는 필요로 하는 오브젝트를 스스로 생성하는 것이 아닌 외부로 부터 주입받는 기법을 의미한다. 마틴 파울러의 글에 따르면 3가지 타입으로 정의할 수 있다.

Constructor Injection

생성자를 통해 주입하는 방식이다. 인스턴스가 생성되었을 때 의존성이 존재하는 것이 보장되기 때문에 의존성의 존재여부가 보장되고 의존성을 immutable 하게 정의할 수 있다. 스프링에서도 해당 방식을 권장하는 것으로 알고 있다.

Setter Injection

Setter 메소드를 이용하여 주입하는 방식이다. 해당 방식은 Construcor Injection 보다 좀 더 주의를 요한다. 주입 받는 의존성의 기본값을 정의할 수 있지 않다면 null 값이 존재할 수 있는 이슈가 있기 때문이다. 의존성이 다시 주입되어야할 경우 유용하게 사용된다고 하나 나는 아직 그러한 상황을 겪지 못했고 모두 Construcor Injection 으로 해결할 수 있었다.

Interface Injection

Interface 로 주입받는 메소드를 정의한다. 이 방식은 이번에 조사하면서 처음 알게 되었고 실제로 사용해본 적이 없어 자세히 적기는 조심스럽다. 예시를 봐도 이점이 명확하게 보이지 않아 좀 더 공부를 하고 내용을 채워보려 한다.

3. AOP (Dependency Injection)

AOP는 Aspect Oriented Programming의 약자로 관점 지향 프로그래밍이라고 불린다. 관점 지향은 쉽게 말해 어떤 로직을 기준으로 핵심적인 관점, 부가적인 관점으로 나누어서 보고 그 관점을 기준으로 각각 모듈화하겠다는 것이다. 여기서 모듈화란 어떤 공통된 로직이나 기능을 하나의 단위로 묶는 것을 말한다.

예로들어 핵심적인 관점은 결국 우리가 적용하고자 하는 핵심 비즈니스 로직이 된다. 또한 부가적인 관점은 핵심 로직을 실행하기 위해서 행해지는 데이터베이스 연결, 로깅, 파일 입출력 등을 예로 들 수 있다.

AOP에서 각 관점을 기준으로 로직을 모듈화한다는 것은 코드들을 부분적으로 나누어서 모듈화하겠다는 의미다. 이때, 소스 코드상에서 다른 부분에 계속 반복해서 쓰는 코드들을 발견할 수 있는 데 이것을 흩어진 관심사 (Crosscutting Concerns)라 부른다.

| AOP 주요 개념

Aspect : 위에서 설명한 흩어진 관심사를 모듈화 한 것. 주로 부가기능을 모듈화함.
Target : Aspect를 적용하는 곳 (클래스, 메서드 .. )
Advice : 실질적으로 어떤 일을 해야할 지에 대한 것, 실질적인 부가기능을 담은 구현체
JointPoint : Advice가 적용될 위치, 끼어들 수 있는 지점. 메서드 진입 지점, 생성자 호출 시점, 필드에서 값을 꺼내올 때 등 다양한 시점에 적용가능
PointCut : JointPoint의 상세한 스펙을 정의한 것. 'A란 메서드의 진입 시점에 호출할 것'과 같이 더욱 구체적으로 Advice가 실행될 지점을 정할 수 있음

| 스프링 AOP 특징

프록시 패턴 기반의 AOP 구현체, 프록시 객체를 쓰는 이유는 접근 제어 및 부가기능을 추가하기 위해서임
스프링 빈에만 AOP를 적용 가능
모든 AOP 기능을 제공하는 것이 아닌 스프링 IoC와 연동하여 엔터프라이즈 애플리케이션에서 가장 흔한 문제(중복코드, 프록시 클래스 작성의 번거로움, 객체들 간 관계 복잡도 증가 ...)에 대한 해결책을 지원하는 것이 목적

4. POJO (Plain Old Java Object)

스프링 프레임워크는 IoC(Inversion of Control, 제어의 역전) 컨테이너 안에서 POJO를 구성 및 관리하는 것이 가장 핵심으로 POJO를 매우 잘 다루는 프레임워크가 스프링 프레임워크이다.

Java EE 등을 사용할 때에 비해서 특정 인터페이스를 구현하거나 상속 할 필요 없고 라이브러리를 지원하기에 용이하며 객체 또한 가벼운 것이 특징이다.POJO를 이해하려면 POJO라는 단어가 만들어진 역사적 배경을 살펴볼 필요가 있다. POJO는 마틴 파울러가 2000년 가을에 열렸던 어느 컨퍼런스의 발표를 준비하면서 처음 만들어낸 말이다. 마틴 파울러는 EJB(Enterprise JavaBean)보다는 단순한 자바 오브젝트에 도메인 로직을 넣어 사용하는 것이 여러가지 장점이 있는데 왜 사람들이 EJB가 아닌 '평범한 자바 오브젝트'를 사용하기를 꺼려하는지에 대해 의문을 가졌다. 그리고 그는 단순한 오브젝트에는 EJB와 같은 그럴듯한 이름이 없어서 그 사용을 주저하는 것이라고 결론을 내렸고, POJO라는 용어를 만들었다.

출처: https://limmmee.tistory.com/8 [심플하게 개발]

출처: https://needjarvis.tistory.com/585 [자비스가 필요해]
출처: https://weicomes.tistory.com/451 [25%]

출처: https://engkimbs.tistory.com/746 [새로비]

001. Spring Framework

셜록호움즈 — Fri, 10 Sep 2021 22:51:03 +0900

spring

로드 존슨이 2002년에 출판한 자신의 저서인 Expert One-on-One J2EE Design and Development 에 선보인 코드를 기반으로 시작하여 점점 발전하게 되었다. 이 프레임워크는 2003년 6월에 최초로 아파치 2.0 라이선스로 공개되었으며 주요 버전 이력은 다음과 같다.

1.0 : 2004년 3월
2.0 : 2006년 10월
2.5 : 2007년 11월
3.0 : 2009년 12월
3.1 : 2011년 12월
4.0 : 2013년 12월
5.0 : 2017년 9월

2006년에 1.2.6 버전으로 Jolt Productive Award와 Jax Innovation Award를 수상하였다.

역사

1.0 : 2004년 3월
2.0 : 2006년 10월
2.5 : 2007년 11월
3.0 : 2009년 12월
3.1 : 2011년 12월
4.0 : 2013년 12월
5.0 : 2017년 9월

특징

스프링은 다른 프레임워크에 비해 다음과 같은 특징을 가진다.

경량 컨테이너로서 자바 객체를 직접 관리한다. 각각의 객체 생성, 소멸과 같은 라이프 사이클을 관리하며 스프링으로부터 필요한 객체를 얻어올 수 있다.
스프링은 Plain Old Java Object 방식의 프레임워크이다. 일반적인 J2EE 프레임워크에 비해 구현을 위해 특정한 인터페이스를 구현하거나 상속을 받을 필요가 없어 기존에 존재하는 라이브러리 등을 지원하기에 용이하고 객체가 가볍다.
스프링은 제어 반전(IoC : Inversion of Control)을 지원한다. 컨트롤의 제어권이 사용자가 아니라 프레임워크에 있어서 필요에 따라 스프링에서 사용자의 코드를 호출한다.
스프링은 의존성 주입(DI : Dependency Injection)을 지원한다. 각각의 계층이나 서비스들 간에 의존성이 존재할 경우 프레임워크가 서로 연결시켜준다.
스프링은 관점 지향 프로그래밍(AOP : Aspect-Oriented Programming)을 지원한다. 따라서 트랜잭션이나 로깅, 보안과 같이 여러 모듈에서 공통적으로 사용하는 기능의 경우 해당 기능을 분리하여 관리할 수 있다.
스프링은 영속성과 관련된 다양한 서비스를 지원한다. iBATIS나 하이버네이트 등 이미 완성도가 높은 데이터베이스 처리 라이브러리와 연결할 수 있는 인터페이스를 제공한다.
스프링은 확장성이 높다. 스프링 프레임워크에 통합하기 위해 간단하게 기존 라이브러리를 감싸는 정도로 스프링에서 사용이 가능하기 때문에 수많은 라이브러리가 이미 스프링에서 지원되고 있고 스프링에서 사용되는 라이브러리를 별도로 분리하기도 용이하다.

주요 모듈

스프링에서 사용되는 주요 모듈은 다음과 같다.

제어 반전 컨테이너

제어 반전(IoC: Inversion of Control) 컨테이너는 스프링의 가장 중요하고 핵심적인 기능으로서 자바의 반영(reflection)을 이용해서 객체의 생명주기를 관리하고 의존성 주입(Dependency Injection)을 통해 각 계층이나 서비스들간의 의존성을 맞춰준다. 이러한 기능들은 주로 환경설정을 담당하는 XML 파일에 의해 설정되고 수행된다.

관점 지향 프로그래밍 프레임워크

스프링은 로깅이나 보안, 트랜잭션 등 핵심적인 비즈니스 로직과 관련이 없으나 여러 곳에서 공통적으로 쓰이는 기능들을 분리하여 개발하고 실행 시에 서로 조합할 수 있는 관점 지향 프로그래밍(AOP)을 지원한다. 기존에 널리 사용되고 있는 강력한 관점 지향 프로그래밍 프레임워크인 AspectJ도 내부적으로 사용할 수 있으며, 스프링 자체적으로 지원하는 실행시(Runtime)에 조합하는 방식도 지원한다.

데이터 액세스 프레임워크

스프링은 데이터베이스에 접속하고 자료를 저장 및 읽어오기 위한 여러 가지 유명한 라이브러리, 즉 JDBC, iBATIS(MyBatis), 하이버네이트 등에 대한 지원 기능을 제공하여 데이터베이스 프로그래밍을 쉽게 사용할 수 있다.

트랜잭션 관리 프레임워크

스프링은 추상화된 트랜잭션 관리를 지원하며 XML 설정파일 등을 이용한 선언적인 방식 및 프로그래밍을 통한 방식을 모두 지원한다.

모델-뷰-컨트롤러 패턴

스프링은 웹 프로그램밍 개발 시 거의 표준적인 방식인 Spring MVC라 불리는 모델-뷰-컨트롤러(MVC) 패턴을 사용한다. DispatcherServlet이 Controller 역할을 담당하여 각종 요청을 적절한 서비스에 분산시켜주며 이를 각 서비스들이 처리를 하여 결과를 생성하고 그 결과는 다양한 형식의 View 서비스들로 화면에 표시될 수 있다.

배치 프레임워크

스프링은 특정 시간대에 실행하거나 대용량의 자료를 처리하는데 쓰이는 일괄 처리(Batch Processing)을 지원하는 배치 프레임워크를 제공한다. 기본적으로 스프링 배치는 Quartz 기반으로 동작한다.

출처 : https://ko.wikipedia.org/wiki/%EC%8A%A4%ED%94%84%EB%A7%81_%ED%94%84%EB%A0%88%EC%9E%84%EC%9B%8C%ED%81%AC

스프링 프레임워크 - 위키백과, 우리 모두의 백과사전

ko.wikipedia.org

DNS

셜록호움즈 — Fri, 10 Sep 2021 00:35:40 +0900

[ Knowledge ] Thread Safe란?

셜록호움즈 — Thu, 9 Sep 2021 23:34:43 +0900

Thead Safe

스레드 안전(thread 安全, 영어: thread safety)은 멀티 스레드 프로그래밍에서 일반적으로 어떤 함수나 변수, 혹은 객체가 여러 스레드로부터 동시에 접근이 이루어져도 프로그램의 실행에 문제가 없음을 뜻한다. 보다 엄밀하게는 하나의 함수가 한 스레드로부터 호출되어 실행 중일 때, 다른 스레드가 그 함수를 호출하여 동시에 함께 실행되더라도 각 스레드에서의 함수의 수행 결과가 올바로 나오는 것으로 정의한다.

HashMap는 thread-safe한가?

결론 부터 말하자면 HashMap은 thread-safe하지 않다. 이유는 여러 스레드가 동일한 HashMap 객체에 액세스하고 HashMap(put(), remove() 메서드) 구조를 수정하려고 하면 HashMap의 상태가 일치하지 않을 수 있기 때문입니다.

HashMap을 멀티 스레드 환경에서 사용하려면 동기화된 블록 내에 동기화(Synchronize)된 블록 내에 관련 코드를 작성하거나 외부 잠금 구현을 사용해야합니다. 그러나 이 경우 적절한 주의를 기울이지 않으면 오류 및 교착 상태 상황이 발생할 가능성이 높습니다.

따라서, HashMap은 멀티 스레드 환경에서는 사용하지 않는 것이 좋습니다. 대신 HashMap과 비슷한 thread-safe한 컬렉션은 다음과 같이 있습니다.

HashTable
Collections.SynchronizedMap
ConcurrentHashMap

3개 모두 thread-safe 합니다. 그 중 ConcurrentHashMap 는 나머지 두 개보다 더 나은 성능을 제공합니다.

HashTable

HashTable의 thread-safe는 JDK 1.1부터 사용 가능한 레거시 클래스입니다.
한 번에 하나의 스레드만 읽거나 쓸 수 있습니다.
- 즉, 스레드는 전체 HashTable 인스턴스에서 잠금(Lock)이 수반됩니다.
- 좀 더 설명을 하자면 메서드 호출 전에 쓰레드간 동기화 락(Lock)을 걸기 때문에 멀티 쓰레드(Multi-Thread) 환경에서도 데이터의 무결성을 보장합니다.
- 이는 성능 저하의 원인 으로 멀티 스레드 아키텍쳐의 장점을 활용할 수 없습니다.

Collections.SynchronizedMap

HashMap을 사용하고도 동기화 문제를 해결할 수 있는 방법입니다.
어떤 Map 인터페이스(동기화를 지원하지 않는 Map이더라도)를 사용하더라도 SynchronizedMap으로 랩핑(Wrapping)하여 주면 해당 Map객체는 동기화 맵(Synchronized Map)이 됩니다.
SynchronizedMap은 util 클래스의 static inner class 입니다. (java.util.Collections)
HashTable 인터페이스를 사용하는 것보다 더 빠른 처리 속도를 가집니다.

ConcurrentHashMap

JAVA 1.5 부터는 ConcurrentUtil 이라는 인터페이스를 기본으로 제공합니다.
ConcurrentHashMap의 검색 작업(get 포함)은 Lock이 이루어지지 않으며 갱신 작업(put 및 remove 포함)과 동시에 수행 될 수 있습니다.
ConcurrentHashMap는 SynchronizedMap 으로 감싸진 HashMap 이나 HashTable 보다 더 빠른 속도를 보입니다.
- 그 이유는 ConcurrentHashMap은 동기화 시, Map 전체에 동기화 락을 걸지 않고, Map을 여러 조각으로 쪼개어 부분부분 락을 거는 형태로 구현되어 있기 때문입니다.
(멀티 쓰레드 환경에서) 쓰레드 간의 경쟁이 심한 경우, 훨씬 더 효율적입니다.
ConcurrentHashMap의 검색은 검색 method가 실행되는 시점에 가장 최근에 완료된 갱신 작업의 결과를 반영한다.

출처 : https://doorisopen.github.io/developers-library/Java/2020-07-08-java-hashmap-and-thread-safe

빅오 표기법

셜록호움즈 — Sun, 29 Aug 2021 23:17:40 +0900

빅 오 표기법에 대해서 알아보자

프로그래머스 Printer

셜록호움즈 — Sat, 28 Aug 2021 02:01:01 +0900

결국엔 다른분께서 푸신 해답을 보고 이해…ㅠㅠ

스택과 큐

셜록호움즈 — Fri, 27 Aug 2021 00:35:29 +0900

스택과 큐에 대한 정리

Java는 뭘까?

셜록호움즈 — Sun, 22 Aug 2021 23:24:34 +0900

java의 특징

추상클래스 , 추상매소드

셜록호움즈 — Tue, 17 Aug 2021 00:14:46 +0900

추상 클래스와 추상 매소드의 정리

HashMap

셜록호움즈 — Sat, 14 Aug 2021 00:18:15 +0900

this , this() 의 차이와 사용

셜록호움즈 — Thu, 12 Aug 2021 00:23:11 +0900

생성자 ( Constructor)

셜록호움즈 — Wed, 11 Aug 2021 19:14:06 +0900

java stream

셜록호움즈 — Wed, 11 Aug 2021 00:28:13 +0900

Ioc 와 di

셜록호움즈 — Tue, 10 Aug 2021 00:22:30 +0900

[ JAVA ] 다형성과 추상화

셜록호움즈 — Tue, 3 Aug 2021 00:46:59 +0900

추상화

추상화라는것은, 어떤 실체로부터 공통적인 부분이나 관심 있는 특성들만 한곳에 모은것을 의미한다. 예를들어서, 지구를 본따 만든 지구본을 예로 들 수 있다. 지구본은 실제 지구로 부터 관심 있는 특성들(대륙의 위치, 위도,경도)만 뽑아서 만든것이다. 지구를 추상화해서 지구본을 만들었다.

객체지향에서의 추상화는 어떤 하위클래스들에 존재하는 공통적인 메소드를 인터페이스로 정의하는것을 예로 들 수 있다.

자료의 추상화 = 객체지향 관점에서 클래스를 정의하는 것
추상클래스 = 여러 클래스간 비슷한 필드와 메서드를 공통적으로 추출해 만들어진 클래스
인터페이스 = 동일한 목적 하에 동일한 기능을 수행하게끔 강제하는 것

인터페이스 vs 추상화클래스

다형성

다형성은, 같은 모양의 함수가 상황에 따라 다르게 동작 하는것을 의미한다.

오버라이딩(Overriding): 부모클래스의 메서드와 같은 이름, 매개변수를 재정의 하는 것
오버로딩(Overloading): 같은 이름의 함수를 여러개 정의하고, 매개변수의 타입과 개수를 다르게 하여 매개 변수에 따라 다르게 호출할 수 있게 하는 것

부모클레스에서 물려받은 가상 함수를 자식 클래스 내에서 오버라이딩 되어 사용되는 것

- 간단히 예를 들자면

군대에서 나는 K2 소총을 잡았고 동기는 K1 소총을 잡았다. 사격 훈련이 있을 때 중대장이 '준비된 사수부터 발사!'라고 외치면

나와 내친구는 명령을 받고 앞의 사로를 향해 총을 쏜다. 이때 중대장은 추상적 객체를 상속받은 모든 객체들에게 명령을 내린것이고

그 병사가 총이 뭐든간에 그냥 발사를 하라는 명령을 한것이다.

즉, 다형성이 없다면 K1 소총을 든 병사 발사, K2 소총을 든 병사 발사 라며 명령을 하나하나 내려야 할 것이다

출처 :https://dis.dankook.ac.kr/lectures/java18-2/2018/09/18/abstract-class-vs-interface/
출처: https://88240.tistory.com/228 [shaking blog]

출처: https://simsimjae.tistory.com/293 [104%]

출처: https://sdesigner.tistory.com/90

[Java] 추상화, 상속, 추상클래스와 인터페이스 비교, 다형성

본 포스팅은 jisikTank 스터디에 참여하며 정리한 문서입니다. jisikTank Skill 지식 Git Repository 객체지향과 추상화(상속, 추상클래스, 인터페이스, 다형성) 추상화(Abstraction) 객체 지향 프로그래밍 키워

sdesigner.tistory.com

[ 스위치 ] 8월 기대작 로맨싱사가3 ( 한국어판 )

셜록호움즈 — Mon, 2 Aug 2021 22:12:26 +0900

8월의 스위치 기대작은 로맨싱사가 3 입니다.

출시일 : 2021년 8월 19일

가격 : 49,800 원

사실 스팀이나 모바일로는 나온지가 좀 된 게임이고

실제 원작은 1995년에 스퀘어에서 슈퍼페미컴으로 발매한 RPG 게임입니다.

이번에 나오는거는 스위치 버전으로 출시되는 HD 리마스터 한국어 버전입니다.

가장 큰 장점은 오픈월드 형식을 띄고 있는 도트그래픽 JRPG라는 점입니다.

이번 작품에서 플레이어는 8명의 개성 넘치는 주인공 중 1명을 골라, 이야기를 스타트하여 게임을 시작하게 됩니다. 게임 속에서 자신의 선택과 행동에 따라 변화하는 ‘프리 시나리오’를 통해 각양각색의 스토리를 접할 수 있고, 『사가 시리즈』 특유의 ‘번뜩임’ 시스템을 통한 기술 습득은 물론, ‘진형’ 시스템을 구사하여 자유롭게 파티를 편성하고, 전략적인 배틀을 즐길 수 있습니다. 그리고 HD 리마스터판에서 새롭게 추가된 신규 던전, ‘어둠의 미궁’과 다양한 신규 에피소드, ‘NEW GAME+’와 같은 신규 요소를 한층 개선된 인터페이스와 조작감으로 즐길 수 있습니다.

https://youtu.be/zxeRY0oHAjo

로맨싱사가 3 트레일러

로맨싱사가의 특징

새로운 진형을 알고 있는 동료가 있는데, 이들이 파티에 들어오면 자동으로 진형이 습득된다. 새로 즉위한 황제의 직업에 따라 진형을 개발해야 했던 전작에 비하면 여러모로 라이트한 변화다. 단, 진형의 조건을 맞추지 못하는 상황에서 파티에 들어왔다가 금방 나갈 경우 진형이 습득되지 않는 경우도 있다고 하니, 진형을 가진 동료를 맞이하면 반드시 진형 메뉴에서 새 진형을 확인해 보도록 하자. 진형의 표준은 5인이다.

진형 시스템에 '커맨드 모드'가 추가되었다. 커맨드 모드란 주인공이 전투에 직접 참여하지 않고 동료들만이 전투에 참여하는 것으로, 이를 위해 한 파티의 최고 인원이 6명으로 조정되었다. 따라서 동료로만 이루어진 5명의 풀 파티가 커맨드 모드로 전투에 들어가는 것도 가능하다.
커맨드 모드에서는 턴 당 1회의 명령만을 전체에게 내리는 것이 가능하며, 각 동료들은 이 명령에 따라서 해당 턴의 행동을 결정한다. 전투지침에는 방어만을 굳히고 있게 하는 것, 전원이 선제공격을 가하는 대신 기술이 아닌 평타만을 사용하는 것, 할 수 있는 가장 강한 공격을 사용하는 것 등이 있다. 커맨드 모드에서는 행동 지침을 명령하는 것 외에도 턴 당 1회의 아이템 사용(개별 동료가 장비한 소비 아이템은 사용되지 않고, 인벤토리에 있는 아이템 중 하나를 사령관 권한으로 사용한다.), 특정 진형 & 구성에서만 발동 가능한 합체기나 합성술의 사용을 명령할 수도 있다. 합체기와 합성술은 최소 2명에서 5명까지 참여하는 기술이며, 발동하기 전에 필요 인원 중 일부가 행동불능이 되거나 한다면 취소된다. 여러 명 분의 행동을 소비하는 만큼 그 위력은 초중반에 특히 절대적이나, 캐릭터들의 능력이 한계에 달하는 최후반에는 각자 공격하는 편이 더 낫다. 합체기의 경우 대부분 커맨드 모드의 전투 중 조건을 만족시키는 상황에서 전구를 띄워 개발해야 하고, 합성술의 경우 사마귀족의 본거지의 보물 상자에서 조합법을 얻을 수 있다. 커맨드 모드는 상세한 행동 지시가 불가능한 대신 매 턴 캐릭터들의 체력이 10% 가량 회복되는 보너스가 있으므로, 강적을 상대로 버티겠다면 전략적으로 나쁘지 않은 선택이 된다.

미니 게임인 '매스 컴뱃'이 추가되었다. 매스 컴뱃이란 말 그대로 대규모의 군사 간 전투로, 직접 전투 시스템과는 꽤 차이가 있지만 나름대로 즐길거리가 많다. 모든 주인공은 메인 시나리오상 최소한 1회의 매스 컴뱃 이벤트를 거치게 되며, 사이드 퀘스트 등을 통해 선택적으로 더 수행할 수도 있다. 주인공을 미카엘로 고를 경우 로아누를 다스리는 과정에서 다양한 매스 컴뱃 이벤트를 질리도록 체험할 수 있다. 사실상 미카엘이야말로 매스 컴뱃 이벤트를 제대로 즐길 수 있는 유일한 주인공인데, 본인의 군대를 끊임없이 입맛대로 강화하는 것이 가능하기 때문이다.

특별한 전설의 무기 같은 게 별로 없었던 전작에 비해 스토리 전체가 성왕의 무구, 마왕의 무구 등 아티팩트들과 여러모로 얽혀 있다. 각 무구들의 행방에 따라 웃기도 하고 울기도 하고 세계의 운명이 좌우되기도 하는 전개가 나름대로 장관. 기본적으로는 프리 시나리오를 채택하고 있는 게임이지만 메인 스토리를 진행하는 과정에서 아티팩트 한두 개와는 반드시 마주치게 된다. 어차피 성능이 너무 좋기 때문에 긁어모을 수밖에 없다.

각 주인공 캐릭터는 플레이어가 선택하는 특기, 무기, 별자리에 따라 능력치가 달라지고, 번뜩임이 잘 뜨는 기술 구성 또한 달라진다. 예를 들면 기본 설정으로 고정되어 있는 동료 버전 모니카는 분명히 이도저도 아닌 약캐지만, 주인공으로 선택 후 무인, 체술로 가면 나름대로 쓸만해진다던가 하는 식으로 플레이어 취향에 맞게 최적화시키는 것이 가능하다.

출처 : 나무위키 https://namu.wiki/w/%EB%A1%9C%EB%A7%A8%EC%8B%B1%20%EC%82%AC%EA%B0%80%203

가격이 조금 사악하긴 하지만.. 눈물을 머금고 기다리고 있습니다..

지금 기준으로 봐서는 그래픽도 그저 그렇고.. 예전에 출시되었을때는 신박한 시스템이고 멋진 스토리였겠지만

거진 20년이 지난 지금 다시 플레이를 한다고 했을때 어떨까.. 두려움도 있습니다.

로맨싱사가3가 나오기전에 동일하게 성검의전설 Legend of Mana 가 HD 리마스터 버전으로 출시가 되었었는데

3만원 중반대 가격으로 산 게임치고 생각보다 너무 기대를 많이 한 탓인지 실망이 컸기때문에

이번 로맨싱사가3에는 지난번의 아픔을 씻어낼 수 있다는 기대감을 가지고 있습니다.

https://youtu.be/oVEnHRy3ilc

성검의전설 트레일러

그래도 스팀에서의 평가는 생각보다 다들 괜찮은 편이고 오랜만에 접하는 JRPG 한글화이기 때문에

구매하지 않을까 생각이 듭니다.

포켓몬 분석 - 알로라 나인테일

셜록호움즈 — Sun, 1 Aug 2021 13:21:05 +0900

포켓몬 유나이트는 어택형 디펜스형 밸런스형 스피드형으로 서포트형 크게 5가지 타입으로 분류된다.

라인은 윗루트 가운데루트 아래루트로 3가지 루트가 있으며
보통은 윗루티 2명, 가운데루트 1명, 아래루트 2명으로 라인을 서는데, 롤처럼 고정적으로 정해져있지는 않습니다.

그 중에서도 제가 제일 즐겨하는 타입은 어택형 중에서도 알로라 나인테일 입니다.
어택형은 현재는 피카츄, 에이스번, 윽우지, 개굴닌자, 알로라 나인테일 , 이상해꽃 , 가디안이 있습니다.

스킬 구성

스킬 구성은 기본적으로는
눈사태 - 눈보라 순으로 많이 가는데
저같은 경우에는 암살형이나 근접캐릭이 많은 경우,
눈사태보다는 매지컬샤인을 가서 스턴으로 한 턴 흘려보낼 수 있는 걸 선호하고 있습니다.
알로라 나인테일의 유나이트 기술은
롤의 누누가 사용하는 궁과 거의 똑같다고 생각하면 됩니다.
원형의 범위안에 모든 포켓몬에게 데미지를 줍니다.

스킬 트리

기본적인 콤보는 눈사태를 써서, 벽을 만든 후 눈보라로 데미지를 주고 상대 포켓몬이 얼어서 스턴이 걸리면
우리 편이 후속딜을 넣어주는 형식으로 진행됩니다.

눈사태 같은 경우는 적이 도주하는 경우나, 내가 도주할때 적의 이동경로를 방해할때도 유용하게 사용될 수 있습니다.

또, 매지컬샤인의 경우 일시적인 스턴의 효과가 있기때문에 한타에서 적들의 딜을 막고, 우리팀에게 딜을 넣을 수 있는 기회를 창출할 수 있습니다.

오로라 베일은 범위 안에 있는 아군이 받는 피해를 감소하고, 범위 안에서는 이동속도 증가, 일반 공격 모두 강화공격이 됩니다.

운영 방법

기본적으 어택형은 원거리형이 많고, 원거리형은 역시 어느정도 컨트롤을 요하는 포켓몬들이 많습니다.
그래서 되도록 이면, 본인을 지켜줄 수 있는 포켓몬과 같이 라인을 서는게 중요하고
한타가 벌어질 경우, 맨 뒤에서 우리팀의 디펜스형 혹은 밸런스형이 물려서 상대 포켓몬들의 기술이 빠지거나
묶여있을 경우, 들어가서 폭딜을 넣어주는게 중요합니다.

딜러가 먼저 죽어버리는 경우, 딜이 나오지 않아서 비슷비슷해 보여도 최종적으로는 한타를 패배하는 경우가 많습니다.

아이템

아이템의 경우, 많은 유저분들이 추천해준 트리가 많으니 그걸 참고하면 좋을 것 같습니다.
기본적으로는 스킬쿨감, 공격력 등의 셋트를 많이 추천하고 있는 것 같습니다.
본인의 성향에 따라서 아이템을 맞춰서 플레이하면 더 즐겁게 포켓몬 유나이트를 즐길 수 있겠죠?ㅎㅎ

포켓몬 유나이트 배틀패스 Vs 배틀패스 Plus

셜록호움즈 — Fri, 30 Jul 2021 21:50:16 +0900

배틀 패스로 「포켓몬 유나이트」를 즐기자

「포켓몬 유나이트」에서는 배틀 패스라는 시스템이 있습니다.

배틀 패스에는 많은 미션이 설정되어 있으며 일정 기간 안에 게임 플레이를 통해

미션을 클리어하면 다양한 보상을 받을 수 있습니다.

또한 「에오스 젬」이라 불리는 게임 내 통화를 사용해 배틀 패스를 업그레이드하면

홀로웨어 등의 더 호화스러운 보상이 추가됩니다.

요즘 온라인 게임에서는 배틀 패스/ 게임 패스 형식으로 나오는 경우가 많다.

대표적으로 워존의 게임패스, 레인보우식스 시즌패스 등이 있고

포켓몬 유나이트에서도 배틀 패스의 비슷한 개념이 있다.

별도의 게임상 영향을 끼치는 부분은 없고, 의상 혹은 스킨 같은 걸 레벨업에 따라 차등보상을 지급하고

에오스 젬을 더주는게 다인 것 같다.

하지만 요 에오스 젬이 지닌 물건을 업그레이드 할때 아주아주 많이 들어가서

배틀패스를 사서 하는게 정신건강에 이로울 수 도 있다. ㅎㅎ

배틀 패스는 두가지로 나뉘는데

하나는 일반 배틀 패스, 또 하나는 배틀 패스 PLUS 이다.

두 가지 차이는 가격 외에는 배틀 패스 레벨을 10레벨 더 준다는 차이밖에 없으므로

본인 취향에 맞게 구매하면 된다.

일반 배틀패스는 4,900원 배틀패스 PLUS 는 9,900 원이다.

이번 시즌의 배틀패스 보상은 주요한거는

피카츄 모자, 피카츄 의상 그리고 마지막에 주는 에이스본의 홀로그램일 것 같다.

피카츄 모자

피카츄 의상

에이스번 홀로그램

추가적으로, 요 배틀패스 레벨은 과금으로도 레벨업 할 수 있다...

역시.. 돈이 짱이다..

일단 꾸준히 한다고하면 나는 배틀패스 구입을 추천드립니다.

아 한가지 더! 배틀패스 구입하면

구입한 즉시 포켓몬 피카츄의 홀로그램을 하나줍니다!

배틀패스 내 피카츄 스킨

[ Dev Dairy ] 007-1. 포켓몬 이미지 크롤링 ( selenium )

셜록호움즈 — Fri, 30 Jul 2021 01:48:56 +0900

요즘 포켓몬 유나이트를 너무너무 재밌게 하고 있어서

그거와 관련된 조그만 프로젝트를 하면 좋을 것 같아서 고민중에 있다.

일단 오늘은 포켓몬 유나이트의 참전 포켓몬을 크롤링해서 이미지들을 다운받는거 부터 시작하려고 한다.

크롤링(crawling) 혹은 스크레이핑(scraping)은 웹 페이지를 그대로 가져와서 거기서 데이터를 추출해 내는 행위다.

소스는 python 으로 되어있고, 패키지는 파이썬에서 웹 브라우저 상호작용을 자동화하는 selenium 을 사용했다.

일단 본인의 크롬버전을 확인하고

그 크롬버전에 맞는 크롬드라이버를 다운받아줘야한다.

크롬 버전 확인방법은 오른쪽상단에 세개의 점 아이콘을 클릭 후, 도움말에서 chrome정보 보기를 클릭하면 확인이 가능하다.

크롬버전 확인

크롬드라이버는 https://chromedriver.chromium.org/downloads 여기서 다운이 가능하다.

본인의 버전에 맞게 설치하면 된다.

1
2
3
4
5
6
7
8
9
10

from selenium import webdriver
from selenium.webdriver.common.keys import Keys
import time
import urllib.request
import os
 
 
# 크롬 연결
driver = webdriver.Chrome(executable_path='본인이 다운받은 /chromedriver')
driver.get("https://www.google.co.kr/imghp?hl=ko")

cs

다운받은 크롬드라이버의 위치로 크롬을 연결시켜주고

find 에는 다운받을 포켓몬을 list 로 만든다.

1
2
3
4
5
6
7
8
9
10
11
12
13
14

# 가져올 포켓몬 정하기
find = ['이상해꽃', '리자몽', '피카츄', '알로라', '나인테일', '푸크린', '괴력몬', '야도란', '팬텀', '마임맨', '잠만보', '앱솔', '한카리아스', '루카리오', '암팰리스', '개굴닌자','파이어로', '에이스본', '백솜모카', '윽우지']
 
for key in find:
    # print(key)
    # 이미지 찾기
    elem = driver.find_element_by_name("q")
    # 기존 입력값 초기화 함수 실행
    clear_text(elem)
 
    # find에 넣어논 포켓몬 리스트를 검색어로 넣는다.
    elem.send_keys(key)
    # 엔터키 입력
    elem.send_keys(Keys.RETURN)
Colored by Color Scripter

cs

1
2
3
4
5

 
def clear_text(element):
    # 검색어 길이를 찾고, 그 길이만큼 백스페이스를 날려준다.        
    length = len(element.get_attribute('value'))
    element.send_keys(length * Keys.BACKSPACE)

cs

중간에 한번 for문을 돌고 나서, 기존의 검색어가 아직 남아있기 때문에
그 검색어를 지워주기 위해서 clear_text 함수를 만들었다.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49

# 이미지가 없을 때 까지 스크롤 끝까지 내려가는 법
    # 스크롤 할때 잠깐 시간적 여유주기
    SCROLL_PAUSE_TIME = 1.0
 
    # Get scroll height
    last_height = driver.execute_script("return document.body.scrollHeight")
 
    while True:
        # Scroll down to bottom
        driver.execute_script("window.scrollTo(0, document.body.scrollHeight);")
 
        # Wait to load page
        time.sleep(SCROLL_PAUSE_TIME)
 
        # Calculate new scroll height and compare with last scroll height
        new_height = driver.execute_script("return document.body.scrollHeight")
        if new_height == last_height:
            try:
                #css 에서 다음페이지에 해당하는 id를 클릭해준다. 
                driver.find_element_by_css_selector(".mye4qd").click()
            except:
                break
 
        last_height = new_height
     # 이미지가 없을 때 까지 스크롤 끝까지 내려가는 법
 
    # 다운받는 부분
    images = driver.find_elements_by_css_selector(".rg_i.Q4LuWd")
 
    count = 1
    for image in images:
        # 가져올 갯수 정하기
        if count < 40:
            try:
                    image.click()
                    time.sleep(2)
                    imgURL = driver.find_element_by_xpath("/html/body/div[2]/c-wiz/div[3]/div[2]/div[3]/div/div/div[3]/div[2]/c-wiz/div/div[1]/div[1]/div[2]/div[1]/a/img").get_attribute("src")
                    
                    path = "./images/"+key
                    # 폴더가 없으면 생성하기 
                    if not os.path.isdir(path):
                        os.mkdir(path)
                    # 생성한 폴더에 이미지 저장하기
                    urllib.request.urlretrieve(imgURL, "images/"+key+"/"+key+str(count) + ".jpg")
                    count = count + 1
            except:
                pass
 
driver.close
Colored by Color Scripter

cs

나머지 코드는 별거 없고,

이미지를 클릭한다음, 그 이미지를 다운받는다.

다운받은 이미지는 각각의 이름으로 폴더를 만들고

그 폴더에 count 를 해서 파일이름으로 저장해준다.

폴더별로 저장된 이미지

내일은 요 이미지들을 가지고 teachable machine 에 적용시켜 모델을 학습해볼거다.

포켓몬 유나이트 지닌물건! 꿀팁!! 꼭 알고가기

셜록호움즈 — Thu, 29 Jul 2021 21:44:07 +0900

포켓몬 유나이트를 하다보면 레벨 업이 되면서 지닌물건이라는게 하나씩 생긴다.

지닌물건은 롤에 빗대어 설명하면 상점에서 사는 아이템이라고 보면 된다.

최대 3개까지 착용할 수 있으며

레벨에 따라서 1개씩 순차적으로 칸이 열린다.

또 아이템에 따라서 능력치가 다 다르므로 본인이 주로 하는 캐릭터에 따라서

아이템을 맞게 착용하는게 좋다.

지닌 물건은 로비에서 X 버튼을 누르고 아이템 박스에 가면 본인이 현재 가지고 있는 아이템을 볼 수 있다.

내가 하는 캐릭은 원거리 딜러라서 주로 공격에 관한 아이템을 착용하는데 그래서

그 아이템을 클릭하고 지니게 하기를 눌러서 들어가면 현재 포켓몬이 착용한 아이템과 효과를 볼 수 있다.

이 공격에서도 아이템을 보면

특수공격을 올려주는게 있다.

지닌물건

그런데 이 특수공격은 스킬을 말하는게 아니라

평타를 3대 때리면 발생하는 마지막 타격이 특수공격일 수 도 있다.

각 포켓몬 별 일반공격과 특수공격이 나눠지는거는 아래 표를 보면 알 수 있다.

특수공격 공격 구분

그래서 본인이 주로 하는 포켓몬 위주로 아이템을 구입하고

꼭!! 그 아이템을 레벨업을 해주는게 중요하다 !!

업그레이드는 필수!

지닌 물건을 업그레이드 하고 안하고는 차이가 많이 나기 때문에

꼭! 꼭!! 잊지말고 아이템은 업그레이드 하면서 사용하자

그리고! 한가지 더 꿀팁은!!

지닌 물건에 들어가서 보면 Y 버튼을 누르면 추천세트를 볼 수 있는데

거기 들어가면 본인이 선택한 포켓몬이 어떤 아이템을 주로 가는지

공식적으로 올려논 아이템 셋이나

유저들이 올려놓은 추천셋들을 볼 수 있고, 그 아이템이 있다면 착용까지 가능하다.

이런것들을 꼭! 챙겨가면서 게임합시다!

그럼 오늘도 즐겁게 포켓몬 유나이트 Go!!!

포켓몬 유나이트 신규 포켓몬! 가디안!

셜록호움즈 — Thu, 29 Jul 2021 00:17:00 +0900

오늘 7월 28일 신규 포켓몬인 가디안이 추가되었다!

공식 홈페이지의 소개 영상

https://www.youtube.com/watch?v=jYpEkJ7h5Ic

능력치는 전투에 초점을 둔 딜캐릭터

홀로웨어 (스킨) 도 같이 출시되었다. "꽃단장 스타일 가디안"

패시브는 : 본인이 이동속도 감소나, 지속대미지를 입으면 상대방도 같은 상태로 만들어주는 것

레벨 6 스킬

레벨 8 스킬

실제 상대해보니 생각보다 딜이 범위 공격인데다가 아프다..

현재 딜 3대장 피카츄/에이스번/나인테일을 위협하는 수준!!

그래도 아직까지는 나는 나인테일이나 에이스번에 손이 더 가는것 같다.

에이스번 같은경우는 무적판정의 회피기가 있고,

나인테일이나 피카츄는 속박(스턴)을 거는 기술이 하나씩 존재하기 때문에 더 많이 쓰이는 것 같다.

[ Dev Dairy ] 006. 연관어 네트웍크 분석 Networkx 사용해보기

셜록호움즈 — Wed, 28 Jul 2021 18:37:47 +0900

어제 공부했던 textrank 로 했을 때, 결과값이 만족스럽지 않아서 다른걸 찾아보기로 했다.

결과값이 만족스럽지 않다는거는 단어 추출은 잘되는데, 연관된 단어일 경우 분리되서 나와서

하나의 단어로는 그렇게 데이터로써 큰 가치가 없었다.

예를 들면 내가 원하는거는 "성과 창출" 인데 실제로 textrank 를 돌려서 나온값은 "성과" "창출"

각각의 단어로 나오니까 하나의 단어로는 데이터로써 효용가치가 별로 없었다.

그래서 다른 좋은게 있는지 찾아보던중 , NetworkX 를 발견했다.

실제로는 다른분들은 그래프 형식으로 결과값을 도출해서 많이 사용하시던데

내가 원하는건 연관단어들의 텍스트형식의 결과물이었다.

NetworkX는 네트워크분석을 기본으로 하고 있고

네트워크 분석은 개인과 집단들 간의 관계를 노드(Node)와 링크(Link)로써 모형화하여, 그것의 구조나, 확산 및 진화과정을 계량적으로 분석하는 방법이다. 개체 자체의 속성에 중점을 둔 기존의 통계적인 연구방법과는 달리, 개체간의 상호 관계에 초점을 맞춘 방법이다. 네트워크 분석은 화학, 생물, 물리, 정보공학, 사회학, 인문학 등 다양한 분야에서 응용되고 있는 용어만 조금씩 다를 뿐 기본 원리는 그래프 이론에서 출발 했다고 할 수 있다. 소셜 네트워크 분석(SNA, Social Network Analysis) 역시 적용하는 대상과 용어만 다를 뿐 기본적인 분석 방법은 동일하다.
(참조 : https://kdata.or.kr/info/info_04_view.html?field=&keyword=&type=techreport&page=1&dbnum=192961&mode=detail&type=techreport)

튜토리얼 참고 :https://networkx.org/documentation/stable/tutorial.html

Tutorial — NetworkX 2.6.2 documentation

This guide can help you start working with NetworkX. Nodes The graph G can be grown in several ways. NetworkX includes many graph generator functions and facilities to read and write graphs in many formats. To get started though we’ll look at simple mani

networkx.org

궁극적으로 내가 해보고싶었던 거는

각 기사 혹은 책 제목을 읽어와서

가져온 List 에서 가장 많은 연관성이 있는 단어 묶음들을 찾고싶었다.

첫번째로는 당연히, 모델을 학습할 샘플데이터가 필요하다.

이거는 뭐.. 그냥 단순이 책이나 기사 제목을 크롤링해와서 test.txt 에 담았다.

그래서 lines를 만들어 주고

words_list 를 만들고 거기에 lines를 넣어줬다.

그리고 words_list로 모델을 학습하기 전에

불용어( 실제로 그 모델에서 제외할 단어들 ) 을 stopwords.txt 에 미리 넣어놓고

연관성있는 단어쌍을 만들어준다.

혹시.. enumerate 내장함수를 모르면 아래 사이트에 잘 설명이 되어있다.

참조: https://www.daleseo.com/python-enumerate/

[파이썬] enumerate 내장 함수로 for 루프 돌리기

Engineering Blog by Dale Seo

www.daleseo.com

이제 이중으로 Loop를 돌리면서 단어의 연관성을 찾으면 된다.

for 문을 자세히 보면 아래와 같이 돌아가는걸 알 수 있다.

샘플.txt

for문 출력

그래서 이제 이걸 이중 for 문 안에서 비교하면서

count 에 넣어주게 된다.

다 만들고 나서 Dataframe 에 넣고

원하는 컬럼으로 정렬하면 원하는 결과를 얻을 수 있다.

표본이 많으면 많을수록 더 정확하고 깔끔한 데이터를 얻을 수 있다.

최종 결과값

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62

import pandas as pd
 
f= open('test.txt', encoding='UTF8')
lines = f.readlines()
# len(lines)
# print(len(lines))
 
lines
 
words_list=[]
 
for text in lines:
    words_list.append(text.strip())
 
print(words_list[1])
# 불용어처리
stopwords =[]
f =open('stopwords.txt')
lines = f.readlines()
for line in lines:
    line = line.strip()
    stopwords.append(line)
f.close()
# 불용어 list 만들어 줌
print('불용어 사전 출력' ,stopwords)
 
 
#{}이거는 dictionary 기호이다.
count = {}
for line in words_list:
    words = list(set(line.split()))
 
    # print(words)
 
    for i,a in enumerate(words):
        for b in words[i+1:]:
            if b not in stopwords:
                if a>b:
                    count[b,a] = count.get((b,a),0) +1
                else:
                    count[a,b] = count.get((a, b), 0) + 1
 
# print(count)
 
count.get(("a","b"),0)
# print(count)
df=pd.DataFrame.from_dict(count, orient='index')
df.head
# print(df.head)
 
list1=[]
for i in range(len(df)):
    list1.append([df.index[i][0], df.index[i][1], df[0][i]])
 
df2= pd.DataFrame(list1, columns=["word1","word2","freq"])
 
# print(df2)
 
df3=df2.sort_values(by=['freq'],ascending=False)
df3.head(10)
 
print(df3.head(10))
Colored by Color Scripter

cs

참조: http://gahwan.com/python-%EC%97%B0%EA%B4%80%EC%96%B4-%EB%84%A4%ED%8A%B8%EC%9B%8C%ED%81%AC-%EB%B6%84%EC%84%9D-with-networkx-package/

[ Dev Dairy ] 005. krwordrank 사용해보기

셜록호움즈 — Wed, 28 Jul 2021 00:32:45 +0900

원래는.. 리뷰들을 모아서 그 리뷰에 대한 긍정적인 부분/ 부정적인 부분을 추려서 프로젝트를 하려고 했다.

기존에 나와있는 긍/부정 감성분석은 리뷰의 평점에 따라 좋은평점에서 긍정적인 단어를 추리고

나쁜평점에서는 부정적인 단어를 추리는 방식이었는데 내가 하고있던거는 미리 긍/부정도 단어사전을 만들고

단어 사전을 통해 긍정/부정을 추출하는 방식이었다.

암튼, 그 긍/부정도에 대해서는 못하게되어 다른 아이디어를 찾고있던 중 ..

발견하게 된거는 krwordrank 이다. text에서 핵심 문장/단어를 추출하는 알고리즘이다.

WordRank 알고리즘은 구글의 PageRank 나 HITS 같은 Graph Ranking을 자연어처리에 적용한 알고리즘 이다.

이거를 한국어의 어절 개념을 적용한게 KR-WordRank 라고 보면된다.

사용방법은 아주 간단하다.

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

from krwordrank.word import KRWordRank
from krwordrank.hangle import normalize
 
min_count = 5   # 단어의 최소 출현 빈도수 (그래프 생성 시)
max_length = 10 # 단어의 최대 길이
verbose =True
wordrank_extractor = KRWordRank(min_count, max_length , verbose)
 
beta = 0.85    # PageRank의 decaying factor beta
max_iter = 10
 
with open('test.txt', 'r') as f:
    texts = []
    for line in f:
        texts.append(line)
 
texts = [normalize(text,english=False , number=True) for text in texts ]
keywords, rank, graph = wordrank_extractor.extract(texts, beta, max_iter)
 
for word, r in sorted(keywords.items(), key=lambda x:x[1], reverse=True)[:30]:
        print('%8s:\t%.4f' % (word, r))
 
from krwordrank.word import summarize_with_keywords
 
stopwords ={'제거','할','단어'}
keywords = summarize_with_keywords(texts, min_count=5, max_length=10,
    beta=0.85, max_iter=10, stopwords=stopwords, verbose=True)
keywords = summarize_with_keywords(texts) # with default arguments
print(keywords)
Colored by Color Scripter

cs

일단 분석할 샘플이 필요하고

해당 부분에서 한줄씩 읽어서

나는 texts 라는 list에 담아줬다.

그 이후에 summeraize_with_sentences 라는 핵심문장을 추출하는 기능을 가지고 있는 부분을 적용시켜주면

원하는 값을 얻을 수 있다.

추출 원리는 랭킹이 매겨진 단어들로 백터를 생성하고 코사인 유사도를 적용하여 입력된 문장의 백터가 키워드 백터와 유사한 것을

선택하는 원리이다.

도중에 빼고싶은 단어가 있다면 stopwoards 에 넣어주면 된다.

추출한 결과값은.. 생각보다 잘 나온거 같다.

이제 이걸통해서 어떤식으로 보여줘야할지가 관건인 것 같다.

포켓몬 유나이트 현재 티어 순위!

셜록호움즈 — Tue, 27 Jul 2021 01:05:35 +0900

포켓몬을 좋아하는 사람이라면 추천!

롤과 같은 AOS 장르는 좋아하는데 롤은 너무 어렵고, 국산 게임인 이터널 리턴과 같은 장르는 너무 복잡할때

아무 생각없이 하기 좋은 쉬운 AOS 장르인거 같다.

포켓몬 유나이트 정보

최초 출시일: 2021년 7월

시리즈: 포켓몬스터

출시: 닌텐도, 포켓몬, The Pokémon Company

장르: 멀티플레이어 온라인 배틀 아레나, 대전 격투 게임, 실시간 전략 게임, 액션 롤플레잉 게임

개발: TiMi Studio Group, 포켓몬

플랫폼: 안드로이드, 닌텐도 스위치, iOS

현재 티어 순위

실제로 해봤을 때는 괴력몬도 S급 티어를 받아야 하지 않을까.. 원딜을 하는 입장에서 괴력몬 만나면.. 답이 없다 ㅠㅠ

초보자들이 하기 좋은 캐릭은 잠만보/ 피카츄/ 에이스 번 정도?

고스트 같은 경우는 정말 유저의 숙련도에 따라 차이가 많이 난다..

한 판 하는시간도 10분밖에 안걸리고

현재 스위치에서도 무료로 풀렸기때문에 아무런 부담없이 접근해보면 어떨까?

별 기대없이 했던 게임인데 너무너무 재밌다.

깨알 Tips

게임 2~3연패시 유저 이름을 복사한 봇(A.I)하고 매칭을 시켜준다고 한다!

A.I 같은 경우, 움직임이나 스킬샷을 보고 판단이 가능하지만

상대팀이 봇 인지 확인 하는 방법은 아래와 같다!

게임 시작시 한글 닉네임 9명과 매칭된다. 또는 일본 닉네임 9명과 매칭된다
도구는 전부 회복약을 들고있다
로딩 게이지가 즉시 차고 상대 포켓몬 아이콘을 누르면
트레이너 모습을 확인할수 있는데 머리 위가 조금 잘린 근접 샷에 기본 복장이다.
300점 차이가 나면 5분후 서렌 ( 진짜 이게임에서는 서렌을 보기 힘들다....)
마지막으로 경기 끝나고 결과창에 상대 아이디를 누르면
친추,칭찬 등 메뉴가 떠야하는데 5명 전부 아무것도 뜨질 않는다

[ Vue ] 001. Vue의 정의

셜록호움즈 — Tue, 27 Jul 2021 00:37:12 +0900

소개

Evan You가 만들었으며, 2014년 릴리즈를 시작으로 꾸준히 발전하고 있는 자바스크립트 프레임워크입니다.
컨트롤러 대신 뷰 모델을 가지는 MVVM(Model-View-ViewModel) 패턴을 기반으로 디자인되었으며,
재사용이 가능한 UI들을 묶어서 사용할 수 있습니다.

Mode - View - ViewModel의 줄임말으로 로직과 UI의 분리를 위해 설계된 패턴입니다.
웹페이지는 돔과 자바스크립트로 만들어지게 되는데 돔이 View 역할을 하고, 자바스크립트가 Model 역할을 합니다.
뷰모델이 없는 경우에는 직접 모델과 뷰를 연결해야 합니다.
그러나 뷰모델이 중간에서 연결해 주는 것이 MVVM 모델입니다.

가상돔(Virtual DOM)

돔 요소가 많아지면 자바스크립트로 돔을 핸들링하는 일이 무거워집니다. 그래서 돔과 비슷한 구조로 자바스크립트를 만듭니다. 이것은 진짜 돔과는 달리 메모리에 올라가있는 것이기 때문에 비교적 매우 빠른 성능을 보입니다. Vue js가 가상돔을 수정하면 돔을 수정하는 것보다 빠릅니다. vue는 가상돔이 변경될 때마다 진짜 돔과 비교해서 차이를 찾고 차이난 부분의 돔만 수정하는 동작을 하게 됩니다.

컴포넌트(Component)

화면에 비춰지는 뷰의 단위를 쪼개어 재활용이 가능한 형태로 관리하는 것이 컴포넌트입니다.
Vue에서, 컴포넌트는 미리 정의된 옵션을 가진 Vue 인스턴스입니다.
전역 등록과 지역 등록 존재합니다.

Vue의 생명주기

beforeCreate : 인스턴스가 생성되고 나서 가장 처음으로 실행되는 라이프 사이클 단계 data 또는 method 속성이 아직 인스턴스에 정의되지 않고 돔과 같은 화면 요소에도 접근할 수 없다.
created : data속성과 method 속성이 정의 되었기 때믄에 이와 관련된 메소드를 실행할 수 있으나 template 속성이 정의되기 전이므로 돔 요소엔 접근할 수 없다. 가장 첫 라이프 사이클 단계이고 컴포넌트가 생성된 후 실행되는 단계이므로 서버에 데이터를 요청하여 받아오는 로직을 수행하기 좋음.
beforeMount : javascript가 돔을 그리기 이전, render() 함수가 호출되기 직전의 로직을 추가하기 좋다.
mounted: el 속성에서 지정한 화면 요소에 인스턴스가 부착되고 나서 호출되는 단계, template에서 정의한 화면 요소에 접근할 수 있어 화면 요소를 제어하는 로직을 수행할 수 있다.
beforeUpdate: $watch를 통해 관찰중인 데이터가 변경되면 가상 돔으로 화면을 다시 그리기 전에 호출되는 단계, 변경 예정인 새 데이터에 접근할 수 있어 변경 예정인 데이터의 값과 관련된 로직을 미리 넣을 수 있다.
updated: 데이터가 변경되고 나서 가상돔으로 다시 화면을 그리고 실행되는 단계, 데이터 변경 후 화면요소와 제어와 관련된 로직을 추가하는 게 좋음. 데이터 값을 갱신하는 로직은 beforeUpdated에 추가하고 변경 데이터의 화면 요소와 관련된 로직을 updated에 추가하는 게 좋습니다.
beforeDestroyed: 뷰 인스턴스의 데이터를 삭제하기 좋은 단계

Vue.js의 특징

MVVM 패턴을 사용(비즈니스 로직이나 백엔드 로직으로 분리 사용)
Vue.js는 컴포넌트 기반 프레임 워크이다.
코드를 재사용하기 쉽고 코드를 직관적으로 파악할 수 있다.
양방향 데이터 바인딩 (화면에 표시되는 값과 프레임 워크의 모델 데이터 값이 동기화 됨)
데이터 전달할 때 항상 상위 컴포넌트에서 하위 컴포넌트 방향으로만 전달함.

참고 : https://wikidocs.net/17701

위키독스

온라인 책을 제작 공유하는 플랫폼 서비스

wikidocs.net

참고: https://mber.tistory.com/12

[ Dev Dairy ] 004. Flask API 만들어보기

셜록호움즈 — Tue, 20 Jul 2021 00:20:44 +0900

JSP 단에서 GET 방식으로 요청을 보내고 그걸 Python Flask 로 받아서 처리한 값을 다시 JSP로 돌려주는걸 해보고싶었다.

쉽게 말하면 Flask 로 API를 만들어서 만든 API 에 요청을 쏴서 잘 처리되는지 해보고싶었다.

우선은 간단하게 JSP 에서 ajax 로 get 방식으로 API 호출하는걸 만들었다.

JAVA - index.jsp

1
2
3
4
5
6
7
8
9
10
11
12
13

<script>
    $.ajax({
        method: "GET",
        // url: "https://dapi.kakao.com/v2/search/blog",
        url: "http://127.0.0.1:8080/plus",  // flask 서버로 던진다.
        // data: { review : ["리뷰1","리뷰2","리뷰3"]}
        data: { x: "2" , y : "3" },
        // headers: {Authorization: "KakaoAK 9068483aa30e9a2150dad3527a5295a4"}
    })
        .done(function (msg) {
            alert("Data Saved: " + msg.result )
        });
</script>
Colored by Color Scripter

cs

GET 방식으로 내가 만들 Flask 서버 주소 ( 127.0.0.1:8080/plus ) 로 파라메터를 던진다.

그래서 만약 성공한다면 alert 으로 값을 띄워준다.

Python - app.py

python 에서는 간단하게 flask_restful 을 통해 RESTful API 구현이 가능하다.

( * http 에서 GET, POST , DELETE 등의 http 함수를 써서 json ,xml 을 통해 정보를 주고받는 api로써 기능을 하는걸 Restful API )

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32

from flask_restful import Resource
from flask_restful import reqparse
 
# CORS(Cross Origin Resource Sharing) : 동일 출처(같은 호스트네임)가 아니더라도 정상적으로 사용 가능하도록 도와주는 방법입니다.
# 다른 도메인이나 로컬 환경에서 자바스크립트로 api 등을 호출하는 경우 브라우저에서 동일 출처 위반의 에러가 나타날 수 있습니다
from flask_cors import CORS
 
 
class Plus(Resource):
    def get(self):
        try:
            # 요청받은거를 받아주자
            parser = reqparse.RequestParser()
            # add_argument 를 통해 입력 파라미터를 설정할 수 있다.
            parser.add_argument('x', required=True, type=int, help='x cannot be blank') # add_argument(*args, **kwargs)
            parser.add_argument('y', required=True, type=int, help='y cannot be blank')
            args = parser.parse_args() # Parse all arguments from the provided request and return the results as a Namespace
            result = args['x'] + args['y']
            return {'result': result} # 실제 돌려줄 값을 여기에 넣어준다.
        except Exception as e:
            return {'error': str(e)}
 
from flask import Flask
from flask_restful import Api
 
app = Flask('My First App')
api = Api(app)
CORS(app)
api.add_resource(Plus, '/plus')
 
if __name__ == '__main__':
        app.run(host='127.0.0.1', port=8080, debug=True)
Colored by Color Scripter

cs

나같은 경우에는 python 개발을 위해 conda( 아나콘다 ) 에 웬만한건 다 설치를 해놨지만

만약 없다면 pip install 을 통해서 없는 module 들을 설치한 다음에 진행하면 된다.

소스 자체는 간단하다.

class의 맴버 변수는 Restful api 의 함수를 의미한다.

따라서, get 함수 외에도 post, put , delete 등의 함수를 필요에 따라서 정의해서 사용하면 된다.

이렇게 정의된 클래스는 add_resource 함수로 경로와 함께 등록한다.

해석하면 127.0.0.1:8080/plus 로 GET 요청을 보내면 Result 키에 args['x'] + args['y']값을 JSON으로 반환해준다.

만약 CORS가 없는 상태에서 실행을 해봤다면 JSP -> Flask 로 값이 잘 넘어가는 걸 확인했는데

Flask -> JSP 로 응답이 오지 않을 수 도 있다.

원인은 CORS 를 해놓지 않았기 때문이다.

크롬에서는 다른 도메인이나 로컬 환경에서 자바스크립트로 API 등을 호출하는 경우, 브라우저에서 동일 출처 위반 에러가 나타날 수 있기때문에 CORS 하지 않으면 저렇게 에러가 난다.

*CORS(Cross Origin Resource Sharing) : 동일 출처(같은 호스트네임)가 아니더라도 정상적으로 사용 가능하도록 도와주는 방법

CORS

해결법은 간단하다.

import CORS 를 설치하고

app을 선언한 이후에 CORS(app) 를 추가해주면된다.

그렇게 되면 정상적으로 값이 출력되는걸 볼 수 있다.

[ JAVA ] 캡슐화란?

셜록호움즈 — Sun, 11 Jul 2021 23:03:03 +0900

캡슐화

: 기능의 구현을 외부에 감춤 ( 정보은닉 : Information Hiding )

: 캡슐화를 통해 기능을 사용하는 코드에 영향을 주지 않고 ( 또는 최소화) 내부 구현을 변경할 수 있는 유연함

캡슐화를 위한 규칙

1. Tell, Don`t Ask

: 데이터 달라 하지말고 해달라고 하기

샘플)

* 변경 전

if ( acc.getEmpAuth() == MANAGER ) {

...운영자 권한

}

* 변경 후

if( acc.hasManagerAuth()){

...운영자 권한

}

2. Demeter`s Law

: 메서드에서 생성한 객체의 메서드만 호출

: 파라미터로 받은 객체의 메서드만 호출

: 필드로 참조하는 객체의 메서드만 호출

샘플)

acc.getExpDate().isAfter(now) -> acc.isExpired()

Date date = acc.getExpDate(); date.isAfter(now); -> ass.isValid(now)

접근제어자

캡슐화를 하기 위해서는 접근제어자를 통해 설계가 잘 이루어져야 한다.
자신 내부의 모듈은 감추고, 다른 모듈의 내부 작업도 직접적으로 개입하지 못하도록 설계해야한다.

▷ 클래스 접근 제어자
default : 동일 패키지의 클래스(class)에만 인스턴스(객체)를 생성가능하다.
public : 다른 패키지에서 인스턴스(객체)를 생성가능하다.

▷ 메소드 접근 제어자
private : 동일한 클래스 안에서만 접근이 가능하고, this를 사용하는 것들은 외부에서 접근 불가능하고, 상속도 안된다.
default : 접근제어자가 없는 형태로 동일한 패키지 안에서만 접근이 가능하다.
protected : 동일한 패키지 안에서 사용가능하고, 다른 패키지라도 상속받은 클래스에는 접근이 가능하다.
public : 모든 객체에서 접근 가능하다.

참조 :

인프런 객체 지향 프로그래밍 입문

https://radait.tistory.com/5