InfiniteJava

[개발 도구] 온라인 스터디시 사용하기 좋은 툴

CaffeLatte — Sun, 12 Apr 2020 23:16:52 +0900

네이버 두레이

https://dooray.com/home/

All about collaboration tools, Dooray!

Issue tracker, Messenger, Wiki, Mail, Calendar, Drive, Contacts and more. Experience the beginning and end of collaboration tools.

dooray.com

영상 통화 가능
화면 공유 가능
채팅 가능

vsCode

확장 프로그램 설치 ( Live share extension pack )
실시간 코딩 가능
코드의 실행 가능 ( 현재까진 Host에서만 가능한 것으로 확인되나 추가 확인이 필요 )
음성 통화 가능
채팅 가능

코드쉐어

https://codeshare.io/

Codeshare - Share code in real-time with developers in your browser

Code with your team Open a Codeshare editor, write or copy code, then share it with friends and colleagues. Pair program and troubleshoot together. Hack together

codeshare.io

실시간 코딩 가능
영상 통화 가능
채팅 가능
코드의 실행 불가능

[Spring] 클래스 패스 알기

알 수 없는 사용자 — Sat, 8 Jul 2017 11:45:44 +0900

classpath

빌드 전과 빌드 후가 다르다.

빌드 결과도 gradle과 maven도 다르다.

우리가 확인해야 할 것은 jar 파일. 실제 실행되는게 jar파일이기 떄문

hello-shop-0.0.1.SNAPSHOT.jar 를 확인해보자

jar를 압축 해제하면 나타나는 파일계층이 실제 classpath라고 보면 된다.

META-INF

먼저, META-INF는 jar에 대한 메타 데이터.

그 안에 MANIFEST.MF는 중요한 파일이다.

start class, library 위치 등의 정보가 있다.

여기서 classpath를 알 수 있다.

BOOT-INF/classes

여기가 classpath이다! 여기를 기준으로 경로를 잡으면 된다.

그렇다면 원래 resources의 위치는 static아래 위치하고 있다.

하지만 그렇게 classpath를 잡으면 참조되지 않는다.

왜일까?

Spring이 먼저 로드되기 때문에!

소스코드가 올라가기 전에 먼저 Spring이 올라간다.

이때 Spring이 resource의 위치를 미리 잡아준다.

https://docs.spring.io/spring-boot/docs/current/reference/html/common-application-properties.html

이 페이지에서 "spring.resources.static-locations" 를 검색해보자.

spring에서 이미 /static/ 폴더를 classpath로 잡아 놓은 것을 알 수 있다.

여기서 이 값을 원하는 대로 바꿀 수 있다.

mysql에서 datetime 타입의 데이터에서 나타나는 오류

알 수 없는 사용자 — Sun, 28 May 2017 18:46:20 +0900

g5_shop_order 테이블에서 od_invoice_time이라는 필드가 있다.

필드 정보는 다음과 같다.

Field : od_invoice_time

Type : datetime

Default : 0000-00-00 00:00:00

그러나 이 필드를 불러와 Java Class에 매핑하며 문제가 발생했다.

오류 내용은 다음과 같다.

There was an unexpected error (type=Internal Server Error, status=500).

Error attempting to get column 'od_invoice_time' from result set. Cause: java.sql.SQLException: Value '0000-00-00 00:00:00' can not be represented as java.sql.Timestamp ; SQL []; Value '0000-00-00 00:00:00' can not be represented as java.sql.Timestamp; nested exception is java.sql.SQLException: Value '0000-00-00 00:00:00' can not be represented as java.sql.Timestamp

이 문제는 datetime 타입의 필드에 Default값을 0000-00-00 00:00:00 으로 주었을 때 나타나는 문제라고 한다.

다음과 같이 .properties 파일에 datasource 세팅을 해주어 해결하였다. mysql에서 데이터를 읽어올 때 제로값을 가진 데이터는 null로 읽어오라는 설정을 추가하는 것이다.

spring.datasource.tomcat.connection-properties=zeroDateTimeBehavior=convertToNull;

Git push시 Permission to denied 에러와 관련된 내용

CaffeLatte — Fri, 12 May 2017 03:10:13 +0900

$ git push origin master

remote: Permission to 저장소주소 denied to A.

fatal: unable to access '저장소전체주소' : The requested URL returned error: 403

위와 같은 에러 발생시,

임시 해결책.
로컬PC의 github키를 삭제(windows 기준)
: 제어판 - 사용자 계정 - 자격 증명 관리 - Windows 자격 증명 - 일반 자격 증명에서 github키 제거

그 후 push를 해보면 github사용자 계정을 다시 물어봄.
이 방법의 단점은 로컬PC의 초기 사용자가 아니라면 다시 키 제거를 해야함.

-끝-

추신,

SSH 설정 관련 글을 찾아보고 여러 계정에 접근할 수 있게 적용해보자!

Git Bash로 프로젝트 올리기

CaffeLatte — Thu, 11 May 2017 17:59:56 +0900

1. 깃다운로드 https://git-scm.com/downloads
: OS에 맞게 다운로드 후 설치

2. git bash를 실행

3. $ git --version
: git이 설치되었는지 확인

4. git의 초기 설정으로 한번만 해주면 되고 변경이 필요할 때도 사용
$ git config --global user.name "이름"
$ git config --global user.email "이메일"

4-1. 4번에서 설정한 파일을 보려면,
$ cd ~
: 홈 디렉토리로 이동
$ ls -al | grep git
: 검색하면 .gitconfig가 나옴
$ vi .gitconfig
: vi로 들어가면 설정한 '이름'과 '이메일'이 나오고 나옴
(:wq는 저장 후 종료, :w 저장만, :q! 강제종료)

5. $ git config --list
: 이름과 이메일 설정 정보 확인

6. $ cd Desktop/git-test
: 예를 들어 바탕화면의 git-test 폴더가 있다고 가정

7. $ git init
: 해당 폴더를 git 로컬저장소로 등록

8. $ git add .
: 해당 폴더의 모든 내용을 index함

9. $ git commit -m "커밋 메시지 입력"
: 로컬저장소에 commit하면서 메시지를 남김

10. 웹브라우저로 github.com에 접속해서 new Repository로 저장소를 만듬

11. $ git remote add origin 저장소주소
: origin은 '단축이름'이라 원하는 다른 이름으로 지정해도 되며, '저장소주소'는 '10.번'에서 만든 저장소의 주소를 입력

12. $ git push [-u] origin master
: 원격저장소로 업로드, -u는 생략가능하며 사용시 옵션을 기억하여 이후에는 $ git push만 입력하면 된다고 함.
원격저장소의 id, pw를 물어보면 입력

13. $ git remote show origin
: 원격저장소에 잘 올라갔는지 확인

-끝-

참고사이트

http://freeprog.tistory.com/72

http://nalam.tistory.com/category/Develope/%EC%98%A4%ED%94%88%EC%86%8C%EC%8A%A4

[UML] Class Diagram 심화 (편집중)

알 수 없는 사용자 — Sat, 15 Apr 2017 19:50:30 +0900

Class Diagram 심화

참고 : http://www.uml-diagrams.org/class-diagrams-overview.html

2. Class Diagram Overview

Class
Relationship

3. Class

3.1 Class Overview

A class is a classifier which describes a set of objects that share the same
features,
constraints,
semantics (meaning).

Class는 같은 Feature, Constraints, Semantics를 가지는 Object를 표현하는 Classifier이다.

쉽게 정의하면 Class는 객체지향에서 사용되는 클래스의 개념과 같다고 보면 된다.

3.1.1 Classifier

Classifier is an abstract metaclass which describes (classifies) set of instances having common features. A feature declares a structural or behavioral characteristic of instances of classifiers.
More formally, classifier is (extends):
type,
templateable element,
redefinable element,
namespace.

Classifier는 같은 Feautre를 가지는 인스턴스들을 표현하기 위한 Abstract Metaclass이다.

다음 <그림3-1>과 같이 Type, Templateable Element, Refindable Element, Namespace를 상속받은 것들을 Classifier라고 한다.

그리고 <그림3-2>와 같이 Classifier의 속성을 기반으로 하는 DataType, Interface, Class, Collaboration, Use Case, Actor 등을 모두 Classifier라고 한다.

<그림3-1> UML classifier is type, templateable element, redefinable element, and a namespace.

http://www.uml-diagrams.org/classifier.html#abstract-classifier

<그림3-2> The most important UML 2.5 classifiers - class, interface, data type, component, collaboration, use case, etc.

http://www.uml-diagrams.org/classifier.html#abstract-classifier

3.1.2 Feature

<그림 3-3> Feature overview diagram

http://www.uml-diagrams.org/uml-core.html#feature

UML에서는 Feature를 두 가지로 구분한다.

Structural Features
Behavioral Features

UML Class Diagram에서는 Feature를 다음 두가지로 구분한다.

Structural Features : Attributes
Behavioral Features : Operations

3.2 표기 방법

3.2.1 이름 (Name)

Class name should be centered and in bold face, with the first letter of class name capitalized (if the character set supports upper case).

클래스 이름은 다음과 같이 네모 박스 안에 기입한다.

상자의 가운데에 위치해야 한다.
굵은 글씨체로 기입해야 한다.
첫번째 글자는 대문자로 기입해야 한다.

3.2.2.1 클래스 다이어그램과 소스코드 비교

class diagram

source code

package com.tistory.devdasom;

public class SearchService {

private SearchEngine engine;

private SearchRequest query;

...

}

3.2.2.2 문법

Syntax

property ::= [ visibility ] ['/'] property-name [ ':' property-type ] [ '[' multiplicity ']' ] [ '=' default-value ] [ property-modifiers ]

visibility ::= '+' | '~' | '#' | '-'

property-modifiers ::= '{' property-modifier [ ',' property-modifier ] * '}'

'redefines' property-name | 'subsets' property-name | property-constraint

4.4 Association

Aggregation과 Composition은 Associaiton의 한 종류(?)이다.

Association은 표현방법이 굉장히 다양한데, 이렇게 표현하는 방법도 있다. 화살표 방향으로 읽는다. Driver dirves Car 이런식으로.

[UML] Class Diagram 기본

알 수 없는 사용자 — Sat, 8 Apr 2017 16:27:41 +0900

Class Diagram 기본

참고 http://www.uml-diagrams.org/class-diagrams-overview.html

1. 개요

1.1 UML 다이어그램 종류

Structure Diagram : 정적이고, 구조 표현을 위한 다이어그램
Behavior Diagram : 동적이고, 시퀀셜한 표현을 위한 다이어그램

클래스 다이어그램은 Structure Diagram에 속한다.

1.2 클래스 다이어그램 (Class Diagram)

1.2.1 개요

클래스 내부의 정적인 내용이나 클래스 사이의 관계를 표현할 수 있다.

클래스 다이어그램은 의존 관계를 명확히 보게 해주며, 순환 의존이 발생하는 지점을 찾아내서 어떻게 이 순환 고리를 깨는 것이 가장 좋은지 결정할 수 있게 해준다.

UML은 목적에 따라 다르게 그려지고 사용된다.

1.2.2 언제 사용할까

다른 사람들과의 의사소통 또는 설계 논의
전체 시스템의 구조 및 클래스의 의존성 파악
유지보수를 위한 설계의 back-end 문서

1.2.3 작성 시 주의사항

Access : 다이어그램을 보고 직관적으로 이해할 수 있도록 의미있고 명확한 이름을 부여한다.
Simplicity : 불필요한 내용을 제외하고 모델을 간결하게 그려야 한다. (Getter, Setter, Constructor는 생략이 가능하다)
Cost : UML을 작성하는 것이 개발비용보다 더 들어가는 경우도 있으므로 비용을 고려하여 작성여부를 검토하는 것이 좋다.

2. Class Diagram Overview

Class
Relationship

3. Class

3.1 Class Overview

Class는 객체지향에서 사용되는 클래스를 표현하는 모델링 언어이다.

3.2 표기 방법

3.2.1 클래스 (Class)

클래스를 표현할 때에는 세 가지 부분으로 나누어 표현한다.

3.2.1 이름 (Name)

Class name should be centered and in bold face, with the first letter of class name capitalized (if the character set supports upper case).

클래스 이름은 다음과 같이 네모 박스 안에 기입한다. 다음의 규칙을 따라야 한다.

상자의 가운데에 위치해야 한다.
굵은 글씨체로 기입해야 한다.
첫번째 글자는 대문자로 기입해야 한다.

3.2.2 멤버변수 (Attributes)

클래스의 멤버변수는 UML에서 Property라고 하는 개념의 한 종류이다. 각 멤버변수 하나 하나가 property 하나 하나이다.

property는 다음과 같은 순서로 작성한다.

[visiblity] property-name : property-type

visiblity는 접근제어자를 표현한다.

+ : public
- : private
# : protected
~ : package

property-name은 변수명이고, property-type은 변수타입이다. 다음 클래스 다이어그램과 소스코드를 비교하며 확인해보자

class diagram	source code
	package com.tistory.devdasom; public class SearchService { private SearchEngine engine; private SearchRequest query; ... }

3.2.3 메서드 (Operations)

클래스의 메서드는 UML에서 Operation이라고 하는 개념의 한 종류이다. 각 메서드 하나 하나가 operation 하나 하나이다.

operation은 다음과 같은 순서로 작성한다.

[visiblity] operation-name (property1, property2, ...) : return-type

operation-name은 메서드명이다. 메서드의 파라미터는 ( ) 괄호 안에 작성하면 되고 작성방법은 property와 동일하다. 리턴타입은 : 콜론 뒤에 작성한다. 다음 클래스 다이어그램과 소스코드를 비교하며 확인해보자.

class diagram

source code

package com.tistory.devdasom;

public class SQLStatement {
	public ResultSet executeQuery(String sql) { ... }
	protected Boolean isPoolable() { ... }
	int getQueryTimeout() { ... }
        void clearWarnings() { ... }
}

4. Relationship

UML에서 Relationship은 클래스의 관계를 표현하기 위한 모델링 언어이다.

4.1 Relationship 종류

이름	의미	표기법	설명
Generalization	상속관계		class A가 Super class class B가 Sub class
Dependency	지역변수로 사용하거나, 파라미터로 사용하는 등 멤버변수로 갖지 않고 사용하는 관계		class A의 메서드가 class B의 메서드를 호출하거나, class B를 메서드의 인자로 받는 등 사용하는 경우
Realization	Dependency의 한 종류이고, 인터페이스를 구현하는 관계		interface A가 있고, class B가 interface A를 구현한 경우
Association	Dependency와 달리 멤버변수로 가지고 사용하는 관계		class A가 class B를 멤버변수로 가지고 있고, 사용하는 경우
Aggregation	Association의 한 종류이며 전체와 부분의 관계를 가지는 클래스에 적용된다. 멤버변수로 가지고 있지만, new를 직접하지 않는 관계		class A가 class B를 멤버변수로 가지고 있는 경우. class A가 전체개념이고, class B가 부분의 개념이다. 하지만 class A가 직접 class B를 new 하지는 않는다.
Composition	Association의 한 종류이며 전체와 부분의 관계를 가지는 클래스에 적용된다. 멤버변수로 가지고 있고, Aggregation과 달리 직접 new를 하는 관계		class A가 class B를 멤버변수로 가지고 있는 경우. class A가 전체개념이고, class B가 부분의 개념이다. class A가 직접 class B를 new 해서 생성한다.
Nested	Inner Class의 관계		class A의 안에 class B가 이너클래스로 존재하는 경우

4.2 Generalization

상속관계의 클래스를 실선으로 연결하고 Super class 쪽에 빈 삼각형을 그린다.

4.3 Dependency

4.3.1 Dependency

Dependency는 의존관계이다. 단, 한 클래스가 다른 클래스를 멤버변수로 가지지 않고 지역변수, 파라미터 등 일시적으로 사용하는 경우에 성립되는 관계이다.

다음 클래스 다이어그램과 소스코드를 비교해보자.

Sale 클래스가 ProductDescription 클래스를 사용하고 있지만 멤버변수로 가지고 있지는 않다.

class diagram

source code

public class Sale {
    ...

    void updatePriceFor(ProductDescription description) {
        description.xx();
        ...
    }
}

4.3.2 Realization

Realization은 인터페이스와 구현 관계이다. 두 클래스를 점선으로 연결하고 인터페이스쪽에 화살표를 그린다.

다음 클래스 다이어그램과 소스코드를 비교해보자.

class diagram

source code

class Person {
    String firstName;
    String lastName;
}

class Professor extends Person {
    Dollars salary;
}

class Student extends Student {
    String major;
}

4.4 Association

4.4.1 Association

Association은 한 클래스가 다른 클래스를 멤버변수로 가지는 경우이다. 두 클래스를 실선으로 연결하고 사용 당하는 클래스쪽에 화살표를 그린다.

다음 클래스 다이어그램과 소스코드를 비교해보자.

이 클래스 다이어그램은 화살표 근처에 -address 라는 표현이 되어 있다. 이것은 Person이 Address라는 클래스를 address라는 변수명으로 가지고 있다는 것을 의미한다. - 표시는 private으로 가지고 있다는 것을 의미한다. 그래서 class diagram에서의 Person에는 address라는 필드가 없지만 코드를 구현할 때에는 -address를 필드로 구현해야 한다.

class diagram

source code

class Person {
    private String name;
    private Address address;
    
    public void doSomething() { ... }
}

class Address {
    ...
}

여기서 중요한 것은, 화살표가 없거나 한쪽만 있거나 양쪽 다 있는 경우 등 다양하게 있다. 화살표가 아예 없다는 것은 Unspecifiy로 구현하는 사람이 적절하게 구현하면 되는 것이다. 한쪽만 있다는 것은 그 한쪽은 확실하게 구현해야 한다는 것이고 양쪽 다 있는 경우는 서로를 멤버변수로 가지고 있다는 것을 의미한다. (심화편에서 자세하게 설명할 예정입니다!)

4.4.2 Aggregation

Aggregation은 한 클래스가 전체의 역할을 하고 다른 클래스가 부분의 역할을 하는 전체-부분 관계일 때 사용되는 표현이다. Composition 또한 전체-부분 관계에서 사용되는 표현이며 둘의 차이는 전체가 부분 클래스를 new 하는지 여부이다. Aggregation은 전체 클래스가 부분 클래스를 new하지 않고 외부에서 주입받는다. 반면 Composition은 전체가 부분 클래스를 직접 new 하여 사용한다. 이 차이를 기억하며 다음 클래스 다이어그램과 코드를 비교해보자.

다음 코드 중 Car 클래스에는 Wheel이나 Engine을 new하는 코드가 없는 것을 볼 수 있을 것이다. 이는 부분 클래스(Engine, Wheel)을 외부에서 생성한 뒤 Car 클래스에 주입해준다는 의미이고, 결국 이들은 서로 다른 생명 주기를 가지게 된다. 이것이 Composition과의 차이이다.

class diagram

source code

class Car {
    private Engine m_Engine;
    private Wheel[] m_Wheel;

    public void setEngine(Engine m_Engine) {
        this.m_Engine = m_Engine;
    }

    public void setWheel(Wheel[] m_Wheel) {
        this.m_Wheel = m_Wheel;
    }
}

4.4.3 Composition

Composition은 Aggregation과 거의 동일하고 다른점은 사용하는 클래스에서 직접 new를 해준다는 점이다. 정확히 말하자면 부분 클래스의 생명주기를 관리하는 경우이다. 다음 클래스 다이어그램과 소스코드를 비교해보자. Aggregation과 비교하여 보자.

Telephone의 생성자에서 new를 통해 각 클래스를 생성하는 것을 볼 수 있다. Aggregation관계에서는 new가 없지만, Composition 관계에서는 전체클래스가 부분클래스의 생명주기를 관리하는 것이다. 이 차이점을 확실하게 이해하자!

그리고, 정확하게는 Composition관계에서는 전체 클래스가 부분 클래스의 생명주기를 관장하는 것이지 new를 할때만 Composition 관계가 아니라는 것을 이해해야 한다. 그렇다면 new를 하는 위치가 꼭 생성자가 아니어도 상관없다는 것도 이해할 수 있어야 한다.

class diagram

source code

class Telephone {
    private Button m_Button;
    private Headset m_Headset;

    public Telephone () {
        m_Button = new Button();
        m_Headset = new Headset();
    }
}

5. 연습

다음 클래스 다이어그램은 도서관 관리 시스템이다. 이 다이어그램을 코드로 구현해보고, 구현한 코드를 UML 툴로 표현하였을 때 동일한 결과가 나오는지 확인해보자. (궁금한 것은 다솜이에게 질문주세요!ㅋㅋ)

(*이나 0..* 등 앞서 설명하지 않은 내용은 건너뛰고 구현해도 된다!)

코드 하이라이터 정보

여기에 코드

</pre>

Vim 단축키 정리

CaffeLatte — Tue, 7 Mar 2017 00:22:10 +0900

지금까지 배운거 정리

(무작정 외우기보다 코딩하면서 필요해 의해 찾아보며 실행해보는게 좋다는 개인적인 의견ㅋ)

단축키	설명
k	위로 이동
j	아래로 이동
h	왼쪽으로 이동
l	오른쪽으로 이동
w	단어의 첫음절 오른쪽으로 이동
e	단어의 끝음절 오른쪽으로 이동
b	단어나 기호 첫음절 왼쪽으로 이동
B (shift + b)	단어와 기호를 합친 첫음절 왼쪽으로 이동 (공백 다음위치로 이동)
I (shift + i)	문장 맨앞으로 이동 후 입력모드
A (shift + a)	문장 맨뒤로 이동 후 입력모드
u	실행취소
Ctrl + r	다시 실행
gg	전체코드의 맨첫줄로 이동
G (shift + g)	전체코드의 맨끝줄로 이동
x	한단어 삭제
dd	잘라내기
D (shift + d)	현재 커서를 포함하여 끝라인까지 삭제
J (shift + j)	현재 커서의 아랫줄을 합침
:	명령어 모드로 전환
esc	일반 모드로 전환
숫자선택 후 Y	숫자만큼 복사
p	붙여넣기
숫자선택 후 p	숫자만큼 붙여넣기
/	검색
n	검색된 결과 내에서 다음 항목으로 이동
N	검색된 결과 내에서 이전 항목으로 이동

Vim 연습이 가능한 게임사이트(Level3 이후는 유료)

https://vim-adventures.com/

Vim 단축키 정리된 사이트(잘 정리된거 같아 참고용)

https://aweekj.github.io/2016-09-11/vim-cheatsheet/

http://seungdols.tistory.com/537

https://kldp.org/node/102947

JVM 제이브이앰

알 수 없는 사용자 — Sat, 25 Feb 2017 12:13:56 +0900

http://hipercube.tistory.com/entry/JAVA-JVM%EA%B3%BC-%EB%A9%94%EB%AA%A8%EB%A6%AC-%EA%B5%AC%EC%A1%B0%EC%84%B1%EB%8A%A5%EA%B0%9C%EC%84%A0%EC%9D%84-%EC%9C%84%ED%95%9C-GC%EC%9D%98-%ED%99%9C%EC%9A%A9

우분투 USB로 설치하기

CaffeLatte — Thu, 23 Feb 2017 21:47:08 +0900

https://www.ubuntu.com/download/desktop/create-a-usb-stick-on-windows

(아래는 추가 설명)

다운로드 링크 들어가서 우분투랑 refus usb installer 두 개를 다운받고 스샷대로 진행한다.

부팅 순서에서 usb를 맨 위에 놓고 켜면 리눅스 화면이 뜬다.

install 말고 live인가(?) 설치없이 리눅스로 바로 부팅할 수 있게 선택하는게 있는데 그걸로 리눅스를 부팅한다.

옵저버 패턴 Observer Pattern

알 수 없는 사용자 — Sat, 7 Jan 2017 16:09:56 +0900

@참고 사이트

-http://hyeonstorage.tistory.com/165

-http://blog.lifeis.gift/175

@옵저버 패턴 예제

1. 자동차를 탈 때

-연료가 소진될 때까지의 주행가능거리를 출력하는 클래스

-연료량이 부족하면 경고 메세지를 보내는 클래스

-연료량이 부족하면 자동으로 근처 주유소를 표시하는 클래스

-->이 세 클래스는 차량의 연료량의 변화를 알아야 한다.(통보받아야 한다)

이 때 옵저버 패턴을 이용해서 Subject Class(연료량 데이터를 가진 클래스)가 연료량이 변화할 때마다 세 클래스에 연료량을 통보해주면 된다.

-세 클래스가 Observer가 된다. Observer끼리는 같은 형태의 클래스일 필요가 없다. Observer의 인터페이스만 구현되어 있으면 된다.

2. 센서값 출력할 때

-다양한 센서에서 들어오는 데이터를 여러 출력기기에 출력할 때를 생각해보자.

-아래와 같은 구조를 가질 때 옵저버 패턴을 사용하면 좋을 것 같다.

3. 게임에서 파티가 함께 몬스터를 잡을 때

-몬스터가 Subject가 되고, 파티원들은 몬스터의 상태변화를 모두 알고 있어야 한다.

-마법사가 몬스터를 공격해서 몬스터의 상태가 변화되면, 이 변화를 사냥꾼, 전사, 사제 등의 파티원들이 모두 알아야 한다.

-이런 상황에서 옵저버 패턴이 유용할 것이다.

참고 사이트-https://www.sitepoint.com/understanding-the-observer-pattern/

-Ignatius Teo라는 사람의 경험.

-최근에 제 3 자 포럼 소프트웨어를 기존 웹 포털에 통합하라는 요청을 받았습니다. 문제는 두 응용 프로그램 모두 자체적 인 별도의 인증 메커니즘이 있다는 것입니다. 사용자 관점에서 포럼에 별도로 로그인 할 필요없이 사용자가 포털에 로그인하는 것이 이상적입니다. 그리고이 경우 관리 코드가 불필요하게 수정되기를 원하지 않았습니다. 이후의 업데이트와 버그 수정을 벤더에서 병합하고 수정 사항을 덮어 쓰지 않도록주의해야합니다. 이것은 옵서버 패턴이 나에게 유용했던 곳이다.

--> 요약 : 포럼 소프트웨어를 기존 웹 포털에 통합해야 했다. 이 때 둘다 별도의 인증메커니즘이 있었다. 하지만 사용자 입장에서는 웹 포털에 로그인했을 때 포럼에도 함께 로그인되는 것이 편하다. 개발자 입장에서는 관리코드가 불필요하게 수정되지 않기를 원했다. 이런 상황에서 옵저버 패턴이 유용했다.

@옵저버 패턴의 특징

-인터페이스를 사용하여 느슨한 결합/낮은 의존성을 추구하는 것이 좋다.

-데이터가 변경되었을 때 상대 클래스나 객체에 의존하지 않으면서 데이터 변경을 통보하고자 할 때 유용하다.

-Push방식과 Pull방식이 있다.

프로토타입 패턴

알 수 없는 사용자 — Sat, 24 Dec 2016 11:56:14 +0900

@참고링크

https://www.linkedin.com/pulse/art-design-patterns-android-4-prototype-pattern-ahmed-iraki

싱글턴 패턴

알 수 없는 사용자 — Sat, 10 Dec 2016 14:21:30 +0900

@저널데브

http://www.journaldev.com/1377/java-singleton-design-pattern-best-practices-examples

@저널데브 해석한 곳

https://blog.seotory.com/post/2016/03/java-singleton-pattern

@싱글턴을 사용하는 목적

오직 하나의 객체가 필요할 때

@싱글턴을 사용하며 생긴 문제가 멀티스레드 환경의 동기화 문제!

@그렇다면 싱글턴 패턴은 언제 사용해야 할까?

...?!!!!!!!????

-A singleton should be used when managing access to a resource which is shared by the entire application, and it would be destructive to potentially have multiple instances of the same class. Making sure that access to shared resources thread safe is one very good example of where this kind of pattern can be vital.

전체 응용 프로그램에서 공유하는 리소스에 대한 액세스를 관리 할 때는 싱글 톤을 사용해야하며 잠재적으로 동일한 클래스의 인스턴스가 여러 개있는 경우 파괴적입니다. 이런 종류의 패턴이 중요 할 수있는 곳 중 하나 인 공유 리소스에 대한 스레드 안전 액세스가 아주 좋은 예임을 확인하십시오.

@싱글턴 패턴의 특징

1. 생성자가 private

2. 인스턴스를 반환하는 메서드

3. ??

@Thread Safe Singleton

이 방식은 메서드를 동기화 한 방식이다. 그런데 싱글턴패턴은 객체가 생성될 때만 동기화를 하면 되는데 이 메서드에 접근할 때마다 동기화를 하게 되어 많은 메모리를 잡아먹는다. 그래서 개선한 것이 메서드 안에서 동기화를 해 주는 것이다. 이것이 Double Checked Locking 방법이다.

기본 ThreadSafeSingleton 방식

package com.journaldev.singleton;

public class ThreadSafeSingleton {

    private static ThreadSafeSingleton instance;
    
    private ThreadSafeSingleton(){}
    
    public static synchronized ThreadSafeSingleton getInstance(){
        if(instance == null){
            instance = new ThreadSafeSingleton();
        }
        return instance;
    }
    
}

Double Checked Locking 방식

public static ThreadSafeSingleton getInstanceUsingDoubleLocking(){
    if(instance == null){
        synchronized (ThreadSafeSingleton.class) {
            if(instance == null){
                instance = new ThreadSafeSingleton();
            }
        }
    }
    return instance;
}