티스토리

Minty Box

검색하기

블로그 홈

Minty Box

shout-to-my-mae.tistory.com/m

Running Experiments on Myself

구독자: 14

방명록 방문하기

주요 글 목록

[Lv1] 출석부 미션 회고 출석부 미션 회고10줄 요구사항10줄 제한 요구사항을 지키기 위해 충분히 명확함에도 불구하고 메서드를 분리하는 경우가 있었다. 페어와 함께 이 메서드를 분리하면 좋을지, 10줄 제한 요구사항을 지키지 않을지 토론했다. private void process(final Crews crews, final Command command) { if (command.equals(Command.CHECK_ATTENDANCE)) { checkAttendance(crews); } if (command.equals(Command.MODIFY_ATTENDANCE)) { modifyAttendance(crews); } i.. 공감수 2 댓글수 0 2025. 4. 8.
[Lv1] 로또 미션 회고 로또 미션 회고페어프로그래밍페어 프로그래밍을 진행하며 페어의 시야에서 문제를 바라보고, 부족한 부분을 깨달으면서 배울 수 있었다.그런데 의견 조율을 하다보니 혼자 개발할 때보다 같은 기능을 구현할 때 시간이 훨씬 많이 걸리게 되었다.그래서 페어 프로그래밍이 성장에는 도움이 되지만, 실제 프로덕트를 만들 때에도 도움이 될지 궁금했다. 따라서 리뷰어에게 실무에서도 페어 프로그래밍을 진행해보신 적이 있는지, 페어 프로그래밍에 시간이 많이 걸리는 부분에 대해 물어보았다. 실무에서도 페어프로그래밍을 진행한다고 하셔서 놀랐다. 페어 프로그래밍은 시간이 많이 걸리는 작업이지만, 버그나 장애발생률이 현저히 감소하는 장점이 있다. 또한 페어의 성향과 자신의 성향이 얼마나 잘 맞느냐도 중요한데, 성향 차이로 인해 페어 프.. 공감수 2 댓글수 0 2025. 4. 8.
[블랙잭 미션] MVC 패턴, 서비스가 콘솔 애플리케이션에서 필요한가? MVC 패턴, 서비스가 콘솔 애플리케이션에서 필요한가?MVC 패턴Model : 애플리케이션의 데이터와 비즈니스 로직 담당View : 사용자에게 보여지는 부분 (데이터의 시각화)Controller : Model로부터 데이터를 받아 View로 전달하는 작업 수행 콘솔 애플리케이션 (블랙잭)화면 요구사항게임에 참여할 사람의 이름을 입력하세요.(쉼표 기준으로 분리)pobi,jason딜러와 pobi, jason에게 2장을 나누었습니다.딜러카드: 3다이아몬드pobi카드: 2하트, 8스페이드jason카드: 7클로버, K스페이드pobi는 한장의 카드를 더 받겠습니까?(예는 y, 아니오는 n)ypobi카드: 2하트, 8스페이드, A클로버pobi는 한장의 카드를 더 받겠습니까?(예는 y, 아니오는 n)njason는 한장의.. 공감수 4 댓글수 2 2025. 3. 14.
[Lv1] 중간 회고 Lv1 중간회고우테코를 다닌지 한달이 되었다. 지금까지 생활을 돌아보자. Lv1 기존 목표 : 많은 것을 도전하자우테코에 들어오면서 기존에 내가 가지고 있던 생각을 유연하게 만들고, 아직 도전하지 못한 부분들을 마음껏 도전하고 싶었다.설명회에서 도전하더라도 지지해주고, 응원해주는 환경을 조성해준다고 하였기 때문이다.한달동안 도전을 하고 많은 것이 바뀌었다. 공개적인 곳에서 의견 말하기낯선 크루들과 개발 주제로 이야기할때, 나도 내 의견을 제시할 수 있는 사람이 되고 싶었다. 모두 백엔드 개발이라는 공통점을 가지고 있기 때문이다. 다른 크루들도 의견을 공유하는 것을 좋아하고, 다른 의견을 환영하고 토론하는 분위기였기 때문에 의견을 나누는 과정이 즐거웠다.의견을 말하면서 좀 더 의견을 설득력있게 말할 수 있.. 공감수 0 댓글수 0 2025. 3. 12.
함수형 프로그래밍과 객체 지향 프로그래밍의 교집합 함수형 프로그래밍과 객체 지향 프로그래밍의 교집합경계의 구분 관점내부 세계와 외부 세계를 구분한다.함수형함수형은 데이터, 순수 함수, 비순수함수로 나눠지며, 순수 함수와 비순수 함수의 경계를 구분한다.비순수 함수는 외부 세계라고 볼 수 있고, 순수 함수는 내부 세계라고 볼 수 있다.이는 비순수 함수는 같은 입력에도 실행 시점이나 호출 횟수에 따라 다른 결과가 나오기 때문이다.함수형 프로그래밍은 외부 세계와의 상호작용을 비순수함수에 격리한다. 객체지향핵심 로직 : 순수 함수를 포함한 비즈니스 로직인프라스트럭쳐(외부 시스템 연동) : 비순수 함수를 포함한 외부 세계와의 상호작용비순수 부분을 인터페이스로 추상화public class OrderService { private final OrderReposi.. 공감수 1 댓글수 1 2025. 2. 22.
함수형 프로그래밍이란? 함수형 프로그래밍수학 함수를 사용하고 부수 효과(side effect)를 피하는 것이 특징인 프로그래밍 패러다임부수 효과 : 함수에서 결과값을 주는 것 외에 하는 행동순수 함수 : 부수 효과 없이 결괏값이 인자에만 의존하는 함수부수 효과 없이 순수 함수만 사용하는 프로그래밍 스타일 실용적 측면에서의 함수형 프로그래밍부수 효과는 필요하다.상태에 따라 결과가 달라질 필요가 있다.함수형 프로그래밍은 부수 효과를 잘 다룰 수 있다.함수형 프로그래밍은 순수하지 않은 함수도 사용하지만 순수하지 않은 함수를 다룰 수 있는 기술도 많이 있다.함수형 프로그래밍은 실용적이다.함수형 프로그래밍은 객체 지향 프로그래밍이나 절차적 프로그래밍을 다루지 않고 모든 프로그래밍에서 사용가능하다. 함수형 프로그래밍에서 순수하지 않은 함.. 공감수 0 댓글수 0 2025. 2. 21.
[디자인패턴] 구조 패턴 - 어댑터 패턴 구조 패턴 - 어댑터어댑터 패턴호환되지 않은 인터페이스가 있는 객체들이 함께 협업할 수 있는 구조 설계 패턴기존 인터페이스를 구현하여 호환이 필요한 객체를 감싸 호환되게 만든다.중간 다리 역할(ex) 전압변환기)을 한다. 문제개발한 주식 시장 모니터링 앱은 XML 형식의 주식 데이터를 다운로드하여 차트와 다이어그램을 표시한다.새로운 데이터 형식을 지원하기 시작한다고 가정할 때 (ex) JSON) 기존 코드를 중단시키지 않고 동작시킬 수 있는 방법이 필요하다. 해결방법 : 어댑터(Adapter) 만들기어댑터 : 다른 객체가 이해할 수 있도록 인터페이스를 변환한다.작성 방법기존 객체 중 하나와 호환되는 인터페이스를 가져온다.어댑터는 새로운 객체를 감싸고 기존 인터페이스를 구현한다.클라이언트는 어댑터가 동작하.. 공감수 1 댓글수 2 2025. 2. 20.
[디자인패턴] 생성 패턴 - 싱글톤 패턴 스터디 발표 영상 https://www.youtube.com/embed/B2irvGasOHU?si=FMO2-s0UFkROi9Nx YouTube www.youtube.com 공감수 0 댓글수 0 2025. 2. 18.
[디자인패턴] 생성 패턴 - 프로토타입 패턴 생성 - 프로토타입 패턴프로토타입이란?클래스에 의존하지 않고도 기존 객체를 복사할 수 있는 생성 디자인 패턴 프로토타입이 필요한 이유객체의 정확한 사본을 만들고 싶다면, 먼저 새 객체를 생성하고 기존 객체의 모든 필드의 값을 새 객체로 복사해야한다.만약 객체의 일부가 비공개이고, 외부에서 보이지 않아서 객체를 복사할 수 없다면?또한 객체의 사본을 만들기 위해 기존 객체를 의존하는 것은 좋은 방법이 아니다.만약 기존 객체가 인터페이스를 의존한다면, 정확한 동작을 알기 어려워 복사하기 어렵다. 프로토타입으로 문제 해결하기프로토타입 패턴객체를 복제할 때 new 키워드로 직접 생성하는 것이 아닌, 기존 객체를 복사하여 새로운 객체를 만들자프로토타입은 새 객체가 복사할 객체에 의존하는 것이 아닌, 복사할 객체에 .. 공감수 0 댓글수 2 2025. 2. 17.
[디자인패턴] 생성 패턴 - 빌더 패턴 생성 - 빌더 패턴빌더 패턴동일한 인터페이스를 이용하여 여러 종류의 제품을 생성할 수 있다.복잡한 물체를 동일 인터페이스를 이용하여 단계적으로 구현할 수도 있다. 빌더 패턴이 필요한 이유상황여러 종류의 제품을 만들 수 있어야 하는 경우 1. 상속을 이용방법 : 기본 클래스를 확장하여 구현체별 서브 클래스를 생성한다.문제점 : 구현체별 너무 많은 하위 클래스가 생성된다.2. 가능한 경우에 대한 매개변수 생성방법 : 모든 가능한 경우에 대해 생성자에 매개변수를 추가한다.문제점 : 대부분의 경우 대부분의 매개변수가 사용되지 않는다.3. 빌더 패턴 사용하는 경우방법 : 객체 구성 코드를 빌더라는 개별 객체로 옮긴다.장점 : 필요한 단계만 선택하여 객체를 생성할 수 있다. 구조빌더 : 제품 생성의 공통 단계를 인.. 공감수 0 댓글수 0 2025. 2. 14.
[디자인패턴] 생성 패턴 : 추상 팩토리 패턴 생성 - 추상 팩토리 패턴추상 팩토리연관된 여러 객체들을 일관된 방식으로 생성할 때 사용하는 패턴추상 팩토리의 다른 이름은 키트(Kit)이다. 테마 별로 각 구현체 집합을 생성할 수 있다.팩토리 메서드 패턴은 단일 제품(Only one)을 생성하지만, 추상 팩토리 패턴은 여러 제품군을 생성한다. 생성 방법각 제품의 인터페이스를 정의한다.interface Chair { void sitOn();}interface Sofa { void lieOn();}interface CoffeeTable { void putCoffee();}제품들을 생성할 추상 팩토리를 생성한다.생성할 각 제품들의 인터페이스를 참조한다.interface FurnitureFactory { Chair createChair(.. 공감수 0 댓글수 0 2025. 2. 13.
[디자인패턴] 생성 패턴 : 팩토리 메서드 패턴 생성 패턴 : 팩토리 메서드 패턴팩토리 메서드 패턴이란?생성과 구현의 분리객체 생성을 위한 인터페이스(or 상위 클래스)를 정의하고, 실제 어떤 클래스가 생성될지는 구현 클래스(or 하위 클래스)가 결정한다.어떤 구현 객체가 실제 생성되었는지 Client는 알지 못한다. (결합도가 낮다.) 팩토리 메서드 패턴이 필요한 이유모든 코드가 특정 객체에 결합도가 높게 작성되었다면, 다른 객체가 해당 객체를 대체하거나 새로운 객체를 포함할 때 많은 코드를 변경해야 한다.공통 로직마다 구현체별로 분기 처리가 필요하다.팩토리 메서드 패턴을 이용하면 Client는 인터페이스만 참조하고 특정 구현체에 종속되어있지 않으므로 확장성이 커진다.새로운 객체가 추가되거나 대체되더라도 인터페이스가 변하지 않는 이상 다른 코드에 영.. 공감수 1 댓글수 1 2025. 2. 12.
[디자인 패턴] 디자인 패턴이란? 디자인 패턴디자인 패턴이란?소프트웨어 설계에서 일반적으로 발생하는 문제에 대한 일반적인 솔루션여러 문제들이 공통된 원인에 의한 것이라면, 패턴을 이용하여 같은 구조로 문제를 해결할 수 있다.ex) 관찰자 패턴을 이용하여 알림이 필요한 모든 상황에 적용하기 단순 개념(blueprint)이며, 고정된 특정 코드가 아니다.한 패턴에 여러 다양한 구현체가 존재할 수 있다.결과와 기능은 정해져있지만, 구현 순서와 방법은 다를 수 있다. 디자인 패턴을 공부하는 것의 장점소프트웨어 설계에서 문제가 발생했을 때 디자인 패턴을 이용해 해결할 수 있다.팀원과 의사소통할 때 디자인 패턴 개념을 공유하면 효율적으로 의사소통할 수 있다. 디자인 패턴을 적용할 때 주의할 부분"프로그램 맥락을 고려하지 않고 패턴을 일반적으로 적용.. 공감수 1 댓글수 0 2025. 2. 11.
[Effective Java] Item 18. 상속보다는 컴포지션을 사용하라 18. 상속보다는 컴포지션을 사용하라상속상속은 코드를 재사용하는 강력한 수단이지만, 항상 최선은 아니다.잘못 사용하면 오류를 내기 쉬운 소프트웨어를 만들게 된다.상속이 안전할 때상위 클래스와 하위 클래스가 모두 같은 패키지이다.확장할 목적으로 설계되었고 문서화도 잘 된 클래스이다.다른 패키지의 구체 클래스를 상속하는 것은 위험하다.내부 구현을 잘 알지 못하고 오버라이드할 수 있다.내부 구현이 변경되었을때 외부 패키지의 상속받은 클래스가 적절히 알지 못할 수 있다.여기서 말하는 상속은 구현 상속을 말하며, 인터페이스 상속과는 무관하다. 메서드 호출과 달리 상속은 캡슐화를 깨뜨린다.상위 클래스가 어떻게 구현되냐에 따라 하위 클래스의 동작에 이상이 생길 수 있다.상위 클래스는 릴리즈마다 내부 구현이 달라질 수.. 공감수 1 댓글수 1 2025. 2. 5.
[Effective Java] Item 17. 변경 가능성을 최소화하라 17. 변경 가능성을 최소화하라 불변 클래스인스턴스의 내부 값을 수정할 수 없는 클래스String, 내부 값으로 박싱된 클래스들, BigInteger, BigDecimal....블변 클래스는 가변 클래스보다 설계하고 구현하고 사용하기 쉬우며, 오류가 생길 여지도 적고 훨씬 안전하다. 불변 클래스로 만드는 방법1. 객체의 상태를 변경하는 메서드(변경자-setter)를 제공하지 않는다.2. 클래스를 확장할 수 없도록 한다. (final 클래스)하위 클래스에서 상위 클래스의 불변 조건을 깨뜨릴 수 있다.하위 클래스에서 가변 필드를 추가하거나 오버라이드하여 불변성을 해칠 수 있다.3. 모든 필드를 final로 선언한다.4. 모든 필드를 private으로 선언한다.외부에서 접근하지 못하게 하면 내부 구현 변경시에.. 공감수 0 댓글수 0 2025. 2. 5.
[Effective Java] Item 16. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라. public 클래스에서는 public 필드가 아닌 접근자 메서드를 사용하라.public 인스턴스 필드만 모아놓은 클래스는 캡슐화를 지키지 못한다.class Point{ public double x; public double y;} 단점 1. 내부 표현을 변경하기 위해 API(public 메서드와 필드)를 수정해야 한다.좋지 않은 예시public class BadDesign { public List names; // 직접 접근 가능한 public 필드 public BadDesign() { names = new ArrayList(); } public void addName(String name) { names.add(name); } pub.. 공감수 0 댓글수 0 2025. 2. 5.
[Effective Java] Item 15. 클래스와 멤버의 접근 권한을 최소화하라. 15. 클래스와 멤버의 접근 권한을 최소화하라.캡슐화잘 설계된 컴포넌트란?캡슐화가 잘 지켜진 컴포넌트이다.클래스 내부 데이터와 내부 구현 정보를 외부 컴포넌트로부터 잘 숨긴다.모든 내부 구현을 완벽히 숨겨, 구현(내부 로직)과 API(public, 외부 공개)를 깔끔하게 분리한다.오직 API를 통해서만 다른 컴포넌트와 소통하며, 서로의 내부 동작 방식에는 전혀 개의치 않는다.public class BankAccount { private double balance; // 내부 구현 // API (외부 공개) public void deposit(double amount) { if (amount > 0) { balance += amount; } .. 공감수 0 댓글수 0 2025. 2. 5.
[Effective Java] Item 14. Comparable을 구현할지 고려하자. 14. Comparable을 구현할지 고려하자.Comparablepublic interface Comparable { int compareTo(T t);}compareTo는 Object의 메서드가 아니다.compareTo는 단순 동치성 비교에 더해 순서까지 비교할 수 있으며, 제네릭하다.자연적인 순서 (논리적으로 자연스러운 순서) 를 정할 수 있다.검색, 극단값 계산, 자동 정렬되는 컬렉션 관리도 쉽게 할 수 있다.배열이라면 Arrays.sort()를 이용해 손쉽게 정렬할 수 있다.사실상 자바 플랫폼 라이브러리의 모든 값 클래스와 열거 타입이 Comparable을 구현했다.정렬된 컬렉션인 TreeSet과 TreeMap, 검색과 정렬 알고리즘을 사용하는 유틸리티 클래스인 Collections와 Arr.. 공감수 1 댓글수 1 2025. 1. 20.
[Effective Java] Item 13. clone 재정의는 주의해서 진행하라 clone 재정의는 주의해서 진행하라Cloneablepublic interface Cloneable { }Cloneable : 복제해도 되는 클래스임을 명시하는 용도의 믹스인 인터페이스(기능 추가)이다.구현할 메서드가 존재하지 않으며, Object.clone()의 동작 방식만을 결정한다. Object.clone()public class Object {// ... @IntrinsicCandidate protected native Object clone() throws CloneNotSupportedException;Object는 clone() 메서드를 가지고 있지만, Cloneable 인터페이스를 구현하고 있지 않다.동작 방식Cloneable을 구현하지 않은 클래스에서 clone을 호출하면.. 공감수 1 댓글수 1 2025. 1. 20.
[Effective Java] Item 12. toString을 항상 재정의하라. toString을 항상 재정의하라.toString()객체를 문자열로 표현하는 메서드Object 클래스에 정의된 메서드 용도디버깅/로깅문자열 변환 시에 자동 호출객체 출력 Object의 기본 toString() 구현단순히 클래스_이름@16진수로_표시한_해시코드를 반환한다.toString의 일반 규약에 따르면 "간결하면서 사람이 읽기 쉬운 형태의 유익한 정보" 를 반환해야 한다.PhoneNumber@adbbd가 아닌 "707-867-5309" toString의 규약 : 모든 하위 클래스에서 toString을 재정의하라toString을 잘 구현한 클래스는 사용하기에 훨씬 즐겁고, 그 클래스를 사용한 시스템은 디버깅하기 쉽다.public static void main(String[] args) { Ph.. 공감수 0 댓글수 0 2025. 1. 20.
[Effective Java] Item 11. equals를 재정의하려거든 hashCode도 재정의하라. equals를 재정의하려거든 HashCode도 재정의하라.equals를 재정의한 클래스 모두에서 HashCode도 재정의해야 한다.그렇지 않으면 HashMap이나 HashSet 같은 컬렉션의 원소로 사용할 때 문제를 일으킬 것이다. HashCode란?임의의 데이터(객체, 문자열)을 고정된 길이의 정수값으로 매핑하는 함수(해시 함수)의 결과같은 내용의 객체는 동일한 해시 코드를 가진다.다른 내용의 객체라도 동일한 해시 코드를 가질 수 있다. (해시 충돌)해시 충돌을 최소화하고 고른 분포를 가지도록 설계하는 것이 좋다. 용도해시 기반 자료구조에서 검색 시에 객체의 동일성 비교를 빠르게 수행할 수 있도록 해준다.HashMap, HashSet데이터 무결성 검증에도 사용된다. 해시 함수(hash function).. 공감수 0 댓글수 0 2025. 1. 20.
[Effective Java] Item 10. equals는 일반 규약을 지켜 재정의하라 10. equals()는 일반 규약을 지켜 재정의하라equals 재정의하지 않은 경우equals()를 재정의하지 않을 경우 클래스의 인스턴스는 오직 자기 자신과만 같게 된다.== 연산자와 동일하게 동작하여 객체의 메모리 주소를 비교한다.객체 식별성(identity)을 비교한다.class Food { private final String name; private final int price; public Food(String name, int price) { this.name = name; this.price = price; } }public class Main { public static void main(String[] args.. 공감수 1 댓글수 1 2025. 1. 13.
[Effective Java] 3장. 모든 객체의 공통 메서드 - 0. 들어가기 0. 도입Object는 객체를 만들 수 있는 구체 클래스지만 기본적으로는 상속해서 사용하도록 설계되었다.Object에서 final이 아닌 메서드(equals, hashcode, toString, clone, finalize)는 모두 재정의를 염두에 두고 설계된 것이다.재정의시 지켜야 하는 일반 규약이 명확히 정의되어 있다.=> 모든 클래스는 이 메서드들을 일반 규약에 맞게 재정의해야한다. 3장에서는 final이 아닌 Object 메서드들을 언제 어떻게 재정의해야 하는지를 다룬다.finalize 메서드는 아이템 8에서 다루었으니 더이상 언급하지 않는다.Comprable.compareTo의 경우 Object의 메서드는 아니지만 성격이 비슷하여 함께 다룬다. 공감수 0 댓글수 0 2025. 1. 12.
[Effective Java] Item 9. try-finally보다는 try-with-resources를 사용하라. try-finally보다는 try-with-resources를 사용하라자원 닫기는 클라이언트가 놓치기 쉬워서 예측할 수 없는 성능 문제로 이어질 수 있다.상당수가 안전망으로 finalizer를 사용하지만 finalizer는 그리 믿을만 하지 않다. try-finally : 전통적으로 쓰이는 방법코드가 지저분하다.package effectivejava.chapter2.item9.tryfinally; import java.io.*; public class Copy { private static final int BUFFER_SIZE = 8 * 1024; // 코드 9-2 자원이 둘 이상이면 try-finally 방식은 너무 지저분하다! (47쪽) static void copy(.. 공감수 0 댓글수 0 2025. 1. 12.
[Effective Java] Item 8. finalizer와 cleaner 사용을 피하라. finalizer와 cleaner 사용을 피하라.Java의 2가지 객체 소멸자객체 소멸자: 객체가 메모리에서 제거될 때 자동으로 호출된다.finalizer기본적으로 쓰지 말아야 한다.예측할 수 없고 상황에 따라 위험할 수 있어 일반적으로 불필요하다.cleanerfinalizer의 대안이다.finalizer보다 덜 위험하지만 예측 불가능하고 느리고 일반적으로 불필요하다. Java의 finalizer와 cleaner는 c++의 파괴자와 다르다.특정 객체와 관련된 자원을 회수C++에서 파괴자 : 프로그래머가 명시적으로 호출한다.Java의 가비지 컬렉터: 가비지 컬렉터가 접근 불가능한 자원을 회수하고 프로그래머는 아무런 작업을 하지 않아도 된다.비메모리 자원을 회수C++에서 파괴자가 수행한다.Java는 try-.. 공감수 0 댓글수 0 2025. 1. 12.
[Effective Java] Item 7. 다 쓴 객체의 참조를 해제하라. 7. 다 쓴 객체의 참조를 해제하라OutOfMemoryError 발생 코드package effectivejava.chapter2.item7; import java.util.*; // 코드 7-1 메모리 누수가 일어나는 위치는 어디인가? (36쪽) public class Stack { private Object[] elements; private int size = 0; private static final int DEFAULT_INITIAL_CAPACITY = 16; public Stack() { elements = new Object[DEFAULT_INITIAL_CAPACITY]; } public void push(Object .. 공감수 0 댓글수 0 2025. 1. 12.
[Effective Java] Item 6. 불필요한 객체 생성을 피하라. 불필요한 객체 생성을 피하라.똑같은 기능의 객체를 매번 사용하는 것보다 객체 하나를 재사용하는 편이 나을 때가 많다.재사용은 빠르고 세련된다.불변 객체는 언제든 재사용 가능하다.String s1 = new String("hi"); // 따라하지 말 것!String s2 = "kim";여기서 s1 문장을 실행할때마다 매번 String 인스턴스를 새로 만든다.s2 문장은 하나의 String 인스턴스를 사용하여 같은 가상 머신 안에서 이와 똑같은 문자열 리터럴을 사용하는 모든 코드가 같은 객체를 재사용함이 보장된다.정적 팩터리 메서드를 사용해 불필요한 객체 생성을 피할 수 있다.생성자는 호출할 때마다 새로운 객체를 만들지만, 팩토리 메서드는 그렇지 않아도 된다. public final class Boolean.. 공감수 0 댓글수 0 2025. 1. 12.
[Effective Java] Item 5. 자원을 직접 명시하지 말고 의존 객체 주입(DI)을 사용하라. 5. 자원을 직접 명시하지 말고 의존 객체 주입(DI)을 사용하라.정적 클래스로 구현한 경우public class SpellChecker { private static final Lexicon dictionary = ...; // 자원 private SpellChecker() {} // 객체 생성 방지 public static boolean isValid(String word) { ... } public static List suggestions(String typo) { ... }} 싱글톤으로 구현한 경우public class SpellChecker { private final Lexicon dictionary = ...; // 자원 private SpellChecker.. 공감수 0 댓글수 0 2025. 1. 5.
[Effective Java] Item 4. 인스턴스화를 막으려거든 private 생성자를 사용하라. 4. 인스턴스화를 막으려거든 private 생성자를 사용하라정적 메서드와 정적 필드만을 담은 클래스객체 지향을 위반하기 쉽다.캡슐화를 위반한다.상태를 가지지 않고, 객체의 데이터를 파라미터로 받아 처리한다.데이터와 행위가 분리된다.public class OrderProcessor { public static void processOrder(Order order, Stock stock) { if (stock.getRemaining() >= order.getAmount()) { stock.subtract(order.getAmount()); } }}상속, 다형성을 지킬 수 없다.static 멤버(메서드, 필드)는 상속된다고 오버라이드가 되지 않으므로 다형.. 공감수 0 댓글수 0 2025. 1. 5.
[Effective Java] Item 3. private 생성자나 열거 타입으로 싱글턴임을 보장하라. 3. private 생성자나 열거 타입으로 싱글턴임을 보장하라.싱글턴인스턴스를 오직 하나만 생성할 수 있는 클래스ex ) 함수와 같은 무상태 객체, 설계상 유일해야하는 시스템 컴포넌트클래스를 싱글턴으로 만들면 클라이언트를 테스트하기 어렵다.싱글턴 인스턴스는 private 생성자를 가지므로 새로 생성하여 테스트할 수 없기 때문이다.실제 싱글턴 인스턴스에 접근하여 테스트할 경우 전역상태이므로 테스트 독립성을 깨뜨린다.인터페이스를 구현해 만든 싱글턴일 경우 테스트가 가능하다.현재는 static에 대해 mocking이 가능하지만 권장하지 않는다. 인터페이스를 통해 의존성을 주입하자. 인터페이스를 구현한 싱글턴// 인터페이스 정의public interface DatabaseConnection { void c.. 공감수 0 댓글수 0 2025. 1. 5.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.