티스토리

journey

검색하기

블로그 홈

journey

joanne.tistory.com/m

하고 싶은 일을 하기 위한 여정

구독자: 27

방명록 방문하기

주요 글 목록

[Effective Java] 아이템 9. try-finally보다는 try-with-resources를 사용하라. 아이템 9. try-finally보다는 try-with-resources를 사용하라. 자바 라이브러리에는 close 메서드를 호출해 직접 닫아줘야하는 자원이 많다. 예를 들자면, InputStream, OutputStream, Connection 등이 있다. 이러한 "자원 닫아주기" 행위는 놓치기 쉽기 때문에 예측할 수 없는 성능 문제로 이어지기도 한다. OutOfMemory와 같은.. 전통적으로는 자원 닫힘을 보장하는 수단으로서 try-finally 구문이 사용되었다. BufferedReader br = new BufferedReader(new FileReader(path)); try { return br.readLine(); } finally { br.close(); } 하지만 자원을 여러개 사용하게.. 공감수 2 댓글수 1 2021. 12. 16.
[Effective Java] 아이템 8. finalizer와 cleaner 사용을 피하라. 아이템 8. finalizer와 cleaner 사용을 피하라. 사실 2장에서 이 부분이 이해하기에 가장 까다로웠다. 자바에서는 두 가지 객체 소멸자를 제공한다. 그것이 바로 finalizer와 cleaner이다. 이 두 가지 객체 소멸자를 사용하면 명시적으로 바로 메모리를 해제할 수 있을까? 그건 아니다. 언젠가 해제될 순 있지만 곧바로 해제하는 것은 불가능하다. finalizer는 예측할 수 없고 상황에 따라 위험할 수 있다. 예를 들어, 불완전한 객체가 생성되고 해당 객체의 하위 객체에서 finalizer를 구현하며, finalizer의 정적 필드에 자신의 참조를 할당하여 가비지 컬렉터가 수집하지 못하게 막을 수 있다. cleaner는 Java9부터 finalizer의 대체제로 제시된다. cleane.. 공감수 0 댓글수 0 2021. 12. 16.
[Effective Java] 아이템 7. 다 쓴 객체 참조를 해제하라. 아이템 7. 다 쓴 객체 참조를 해제하라 이 글에서 다루는 내용은, 말 그대로 다 쓴 객체 참조를 해제하라! 라는 것이다. 자바를 사용하다 보면 GC라는 것이 동작한다. 따라서 우리는 다른 C++과 같이 메모리 관리를 필요로하는 언어보다 좀 더 메모리를 신경쓰지 않고, 프로그래밍을 할 수 있다는 장점이 있다. 혹시라도 GC에 대해서 잘 모르는 독자가 있다면, 이 글을 참조하길 바란다. 하지만, 우리가 신경쓰며 객체 참조를 해제해주어야할 때가 있다. 일반적으로 자기 메모리를 직접 관리하는 클래스라면 메모리 누수에 주의하여야한다. 예를 들어, 다음 코드에서 메모리 누수가 일어나는 위치를 찾아보자. public class Stack { private Object[] elems; private int size;.. 공감수 0 댓글수 0 2021. 12. 16.
엘레강트 오브젝트 내용 정리 이 글은 엘레강트 오브젝트: 새로운 관점에서 바라본 객체지향을 읽고 정리한 내용입니다. 올해 중반 스터디로 한번 정리했던 내용을, 다시 한번 정리합니다. 1장 출생 1.1 -er로 끝나는 이름을 사용하지 마세요 클래스는 객체의 능동적인 관리자이다. (클래스는 객체의 어머니이다.) 클래스 이름을 짓는 적절한 방법은 객체가 노출하고 있는 기능에 기반한 것이 아닌, 클래스가 무엇인지에 기반해야한다. 예를 들어, CashFormatter가 아닌 Cash라고 명명해야한다. 즉, 객체는 그의 capability로 특징지어져야한다. 여기서 -er로 끝나는 이름을 짓는다면, 그것은 바로 기능에 기반하여 클래스를 명명했다고 볼 수 있다. ex. Manager, Controller, Handler, Converter 이와.. 공감수 0 댓글수 0 2021. 11. 7.
[Java] Garbage Collection Garbage Collection이란? 우선 Garbage(가비지)라는 것은 유효하지 않은 메모리를 나타낸다. Java에서는 유효하지 않은 메모리를 JVM의 가비지 컬렉터가 불필요한 메모리를 알아서 정리해준다. Java에서는 대신 명시적으로 불필요한 데이터임을 표현하기 위해 일반적으로 null을 선언한다. 즉, 가비지 컬렉션(이하 GC)이란 메모리 관리 기법 중 하나로, 동적 할당한 메모리 영역 중 유효하지 않은 영역을 해제하는 기능이다. 동적으로 할당한 메모리 영역 : heap 영역 유효하지 않은 영역: 어떤 변수도 가리키지 않을 때 Java에서도 System.gc()를 호출할 수 있지만, 해당 메서드를 호출하는 것은 시스템의 성능에 매우 큰 영향을 미칠 수 있다. GC가 왜 필요할까? 따라서 GC를 .. 공감수 2 댓글수 1 2021. 9. 30.
JAVA Reflection Use Cases 1. 해당 클래스에 등록된 모든 메서드 가져오기 @Test void run() throws Exception { Class clazz = Junit3Test.class; Method[] methods = clazz.getMethods(); } 2. 해당 클래스에 등록된 메서드 명 가져오기 for (Method method: methods) { if (method.getName().startsWith("test")) { // method 명이 "test"로 시작하는 메서드를 가져온다. } } 3. 메서드 실행시키기 method.invoke(clazz.getDeclaredConstructor().newInstance()); 4. 해당 클래스에 등록된 메서드명에 특정 어노테이션이 포함되어있는 메서드 가져오기 .. 공감수 1 댓글수 0 2021. 9. 8.
Enum으로 분기문 다루어보기 다음과 같은 요구사항이 있다. 로그인 사용자의 경우 연령별 요금으로 계산 청소년: 운임에서 350원을 공제한 금액의 20%할인 어린이: 운임에서 350원을 공제한 금액의 50%할인 - 청소년: 13세 이상~19세 미만 - 어린이: 6세 이상~ 13세 미만 이 또한 if-else를 통해 사용자가 청소년인지, 어린이인지, 혹은 그에 해당하지 않는 지 확인한 뒤 그에 알맞은 요금을 계산해서 리턴할 수 있다. 하지만, 이번에는 Enum을 이용해 처리해보자. 사실 Enum을 사용하는 이유는 Enum의 필드로서 함수형 인터페이스를 받은 뒤, 그에 알맞은 Enum Type을 갖도록 함으로서 분기문을 다룰 수 있기 때문이다. 먼저 코드로 보자면 다음과 같다. public enum AgePolicy { TWENTIES(.. 공감수 0 댓글수 1 2021. 6. 4.
책임연쇄패턴으로 분기문 처리하기 책임 연쇄 패턴이란 명령 객체와 일련의 처리 객체를 포함하는 디자인 패턴이다. 각각의 처리 객체는 명령 객체를 처리할 수 있는 연산의 집합으로 구성되고, 체인 안의 처리 객체가 다룰 수 없는 명령은 다음 처리 객체로 체이닝되어 넘겨진다. 주어진 요구사항은 다음과 같다. 요금 계산 방법 기본운임(10㎞ 이내) : 기본운임 1,250원 이용 거리초과 시 추가운임 부과 10km초과∼50km까지(5km마다 100원) 50km초과 시 (8km마다 100원) 9km = 1250원 12km = 10km + 2km = 1350원 16km = 10km + 6km = 1450원 75km = 10km + 40km + 25km = 2450원 이 경우, 분기문으로 처리한다면 다음과 같이 처리할 수 있다. if (distance.. 공감수 0 댓글수 0 2021. 6. 4.
List.. 너 도대체 뭐냐? java.lang.UnsupportedOperationException가 발생한다. public class Sections { private List sections = new ArrayList(); public Sections() { } public Sections(List sections) { this.sections = sections; } public void addSection(Section section) { sections.add(section); } } @BeforeEach void setUp() { //1. UnSupportOperation 발생 안함. List sectionInputs = new ArrayList(); sectionInputs.add(SECTION); sections =.. 공감수 1 댓글수 8 2021. 6. 2.
패키지 구조는 어떻게 구성하는 것이 좋을까? 목차 패키지 구조별 장단점 요약 나의 경험을 바탕으로 패키지 구조에 대한 생각 정리 참고 자료 패키지 구조는 어떻게 가져가는 것이 좋을까?에 대해서 걸어둔 링크의 글을 먼저 확인해보고, 이 글을 읽으면 더 도움이 되리라 생각한다. 우선, 저 글을 요약해보자면 패키지 구조를 구성할 때에는 다음과 같은 두 가지 안이 대표적으로 존재한다. 우선, 두가지 안에 대해 SLIPP글에서 말한 장단점을 요약해보고, 내가 경험한 바를 마지막에 작성하겠다. 1안 - layer 우선 장점 도메인 모델 위주 개발에 적합하다. 패키지간 중복 코드 발생 가능성이 적어진다. 단점 모듈 단위로 분리 시 어려움이 있다. 2안 - 모듈 우선 장점 모듈 단위로 분리할 때 유리하다. 단점 각 패키지간 순환 참조가 발생할 가능성이 높다. 각.. 공감수 4 댓글수 0 2021. 5. 23.
When to use long vs Long in Java https://stackoverflow.com/questions/21034955/when-to-use-long-vs-long-in-java The biggest difference I see between long and Long in this context is that Long may be null. If there's a possibility you might have missing values, the Long object will be helpful as null can indicate missing values. If you're using primitives, you'll have to use some special value to indicate missing, which is probab.. 공감수 1 댓글수 0 2021. 5. 16.
SimpleJdbcInsert SimpleJdbcInsert는 테이블 명과 컬럼 명만 명시해주면 쿼리문 없이 쉽게 Insert 쿼리를 처리할 수 있다. final SimpleJdbcInsert simpleJdbcInsert = new SimpleJdbcInsert(jdbcTemplate) .withTableName("테이블명") .usingGeneratedKeyColumns("키 컬럼"); Map params = new HashMap(담을 값의 개수); params.put("컬럼명", 넣을 값); Long id = simpleJdbcInsert.executeAndReturnKey(params).longValue(); 참고 자료 - docs.spring.io/spring-framework/docs/current/javadoc--api/.. 공감수 2 댓글수 0 2021. 5. 7.
Could not determine java version from '11.0.11'. 에 대한 해결 방법 java -version // 11 ./gradlew --version // 제목과 똑같은 에러가 발생하며 버전을 확인할 수 없음. 이 경우, Java 버전을 1.8로 낮추면 해결된다. sudo apt-get install openjdk-8-jre sudo update-alternatives --config java java -version // openjdk version "1.8..." 하지만 이렇게 한 뒤, ./gradlew clean build를 수행하면 또 에러가 날 수 있다. (왜냐면 나는 났기 때문!😞) Execution failed for task ':compileJava'. Could not find tools.jar. Please check that .. 그 경우에는 우.. 공감수 1 댓글수 0 2021. 5. 1.
[우아한 테크코스 Level2 모의 면접 질문 및 답변 재정리 - 2] 11. Equals + hashcode의 이유? Equals 메서드는 주소값이 다른 객체는 서로 다른 객체로 판단한다. Equals 메서드를 재정의하는 경우 같은 인스턴스 변수를 갖는 객체는 같다는 결과를 얻을 수 있다. Equals에 사용되는 정보가 변경되지 않았다면, 애플리케이션이 실행되는 동안 객체의 hashCode 메서드는 항상 같은 값을 반환한다. 즉, equals가 같다고 판단했으면 hashCode 값은 항상 같다. 하지만 equals가 다르다고 판단했을 때에도 해시코드 값은 같을 수 있다. 또한 같은 값을 가진 객체가 서로 다른 해시값을 갖게 될 수도 있으므로 꼭 재정의해주어야한다. 12. 상태패턴 사용한 방법? (내용 보충하기) 특정 상태에 따라 결과값이 나뉘는 경우 상태패턴을 사용하였다... 공감수 2 댓글수 0 2021. 4. 29.
[우아한 테크코스 Level2 모의 면접 질문 및 답변 재정리 - 1] 모의면접에서 받았던 질문에 대한 답을 다시 정리해보려고 합니다. 1. 추상화 vs 캡슐화 캡슐화: 객체가 내부적으로 어떻게 구현되어있는 지 감추는 것 (숨기는 것) 추상화: 클래스 구현 세부 사항과 동작을 분리하는 것. 2. 숨기면 다 캡슐화가 되나? 지금 생각해보면 이 질문에 대한 대답은 no라고 생각된다. 그 이유는, 숨기기만 하고 외부에서 숨긴 데이터 조작이 가능하다면, 그것은 진정한 캡슐화라고 할 수 없기 때문이다. 우선, 캡슐화를 하는 목적은 객체의 내부 구현을 감추어 내부 구현의 변화가 일어나더라도 협력하는 외부 객체에 변화의 영향이 퍼져나가지 않도록 막기 위함이다. 앞서 말한 것처럼 숨기기만 하고 getter를 통해 데이터를 넘겨주고, 심지어 넘겨받은 데이터를 외부에서 조작 및 변경이 가능하.. 공감수 2 댓글수 0 2021. 4. 28.
Java는 Call By Reference일까, Call By Value일까? 감사하게도 우테코 크루 검프께서 많은 레퍼런스를 주셔서 글을 더 다듬었습니다 😉 오늘은, 우테코에서 재밌게 토론했던 주제인 Java는 Call By Reference일까, Call By Value일까에 대해 다루어보고자 한다. 우선, 함수의 호출 방식에는 두 가지가 있다. 첫번째는 Call By Value(값에 의한 호출)이다. 이 방식은 함수 호출 시 전달되는 변수의 값을 복사하여 함수의 인자로 전달한다. 복사된 인자는 함수 안에서 지역 변수의 특성을 가진다. 따라서 함수 안에서 인자의 값이 변경되어도, 외부에는 영향을 끼치지 않는다. 두번째는 Call By Reference(참조에 의한 호출)이다. 이 방식은 인자로 받은 값의 주소를 참조하여 처리한다. (인자로 전달되는 변수의 레퍼런스를 전달한다.).. 공감수 5 댓글수 3 2021. 4. 27.
이벤트 소싱이란? 도입 이번에 우아한 테크코스에서 체스를 구현하는 미션을 진행했었는데, 체스를 DB에 저장하고 게임을 진행할 수 있도록 하는 기능이 요구사항에 있었다. 관건은 체스 게임을 어떻게 DB에 저장하는가? 였는데, 나는 이벤트 소싱이라는 방법을 이용하였다. 하지만 막상 이벤트 소싱이 어떠한 장단점을 갖는지에 대해 알지 못한 채 사용하여서, 이번에 한번 정리해보고자 한다. 이벤트 소싱이란? 이벤트 소싱은 데이터 저장 방법에 대한 것이다. 로직을 처리할 때 일반적으로 결과값을 저장한다. 하지만 그와 달리, 이벤트 소싱은 순차적으로 발생하는 이벤트를 모두 저장한다. 또한 이벤트 소싱 방식은 도메인의 이벤트를 기록하기 때문에 갱신이나 삭제 연산은 수행되지 않는다. 도메인 모델 데이터베이스에는 최종 상태가 아닌, 그동안 .. 공감수 3 댓글수 0 2021. 4. 26.
[Spring] @RequestParam과 @ModelAttribute의 차이점 @RequestParam @GetMapping("/users") public ResponseEntity requestParam(@RequestParam("name") String userName) { return ResponseEntity.ok().body(new User(userName, "email")); } 우선, @RequestParam은 쿼리스트링으로 들어온 파라미터들을 1:1로 받는다. 만약, 파라미터 타입이 잘못 들어오게 되면 400 Bad Request를 보낸다. @ModelAttribute @GetMapping("/insert") public Object requestParam(@ModelAttribute("user") User user, BindingResult bindingResult.. 공감수 1 댓글수 0 2021. 4. 13.
엘레강트 오브젝트 토론하기 방학을 맞아 엘레강트 오브젝트를 읽고 있다. (건성으로 읽긴 하지만.. 요즘 하도 글을 잘 안읽다보니 진정 난독이 온 것 같다.) 읽으면서 챕터 정리도 할 겸, 깃허브의 이슈를 이용해 정리하고 있는데, 혹시라도 엘레강트 오브젝트를 읽다 이야기하고 싶거나 의견을 던지고 싶은 부분이 있다면 여기 (클릭 시 이동됨!)로 놀러와 의견을 함께 나눠봅시다!!!! 공감수 2 댓글수 6 2021. 4. 8.
[JDBC] PreparedStatement와 Statement의 차이 PreparedStatement와 Statement의 차이는 뭘까? 우선 둘의 가장 큰 차이점은 캐시 사용 여부이다. Statement를 사용하게 되면 매 쿼리 수행 시 쿼리 문장을 분석한다. -> 쿼리를 컴파일 한다. -> 쿼리를 실행한다.의 과정을 거치게 된다. 반면 PreparedStatement를 사용하게 되면 첫 실행 시에만 세 단계를 거치고, 다음 번 실행 시부터는 캐시에 담아놓고 재사용한다. 따라서 동일한 쿼리를 반복 수행한다면 PreparedStatement가 성능 및 부하 측면에서 낫다. 위 내용은 [Comparison] PreparedStatement 와 Statement에서 발췌한 내용이므로 더 자세한 내용은 해당 링크에서 확인할 수 있습니다아 :) 공감수 0 댓글수 0 2021. 4. 7.
[JDBC] Try-with-resources JDBC API를 직접 사용하는 경우, Connection, PreparedStatement, ResultSet을 어떻게 하면 잘 닫을 수 있을까? 이 때, 사용할 수 있는 방법이 Try-with-resources이다. Try-with-resources try문 내부에 우리가 사용할 객체를 명시해준다. 이렇게 하면, try-catch 구문을 벗어날 때 해당 객체의 close() 메서드를 호출한다. 따라서 따로 close();를 일일히 해주지 않아도 된다 :) public void delete(String name) throws SQLException { String query = "DELETE FROM History WHERE Name = ?"; try (Connection connection = Dri.. 공감수 0 댓글수 0 2021. 4. 7.
Java의 Stack도 방어적 복사(defensive copy)를 해야할까? 우선 우리는 불변 객체를 사용하는 것을 권장한다. 불변 객체란 객체 생성 이후 내부의 상태가 변하지 않는 객체를 말한다. 만약, 객체의 내부 상태를 제공하는 메소드를 지원하는 경우 방어적 복사를 통해 제공한다. 그렇다면, 방어적 복사란 무엇일까? 방어적 복사란? 내부의 상태를 제공하는 메소드를 지원하는 경우 (ex. getter) 외부와 내부에서 주소값을 공유하는 인스턴스의 관계를 끊어주기 위해 사용된다. 우선, 아래의 예시 코드를 보자. public class TestClass{ private final List strings; public TestClass() { strings = new ArrayList(); } public List getStringsWithoutDefensiveCopy() { r.. 공감수 2 댓글수 0 2021. 3. 9.
왜 상속보다는 조합을 사용해야할까? 개발자가 반드시 정복해야 할 객체지향과 디자인 패턴에서 발췌한 글이 포함되어 있습니다. 요즘 우아한 테크코스를 진행하며 가장 자주 듣는 문장 중 하나인 것 같다. 상속보다 조합(Composition)! 왜 우리는 상속보다 조합을 이용해야할까? 상속과 재사용 상속을 사용하면 쉽게 다른 클래스의 기능을 재사용하면서 추가 기능을 확장할 수 있다. 그러므로 기능의 재사용이라는 측면에서 상속은 아주 매력적인 솔루션이다. 하지만 상속은 변경의 유연함이라는 측면에서 단점을 갖는다. 상속을 통한 재사용의 단점 - 상위 클래스 변경이 어렵다. 상위 클래스에서 무언가 변경이 발생해야 할 때, 그 전파는 하위 클래스까지 이어지게 된다. 특히 계층도가 커질수록 상위 클래스의 변경이 어려워진다. 상속 계층을 따라 상위 클래스의.. 공감수 1 댓글수 0 2021. 3. 7.
객체지향적 설계란 무엇일까? 한 객체에 기능이 많아지면 절차 지향적인 구조를 갖게 된다. (절차 지향적인 구조를 갖게 되면 기능과 관련된 데이터를 공유하기 때문에 유연하지 못한 구조를 갖게 된다.) 따라서 객체가 갖는 책임의 크기는 작아질수록 유연함을 얻을 수 있다. (관련 원칙 : SRP) 의존이 순환해서 발생할 경우 꼬리에 꼬리를 문 것 처럼 영향이 전파된다. (변경은 의존 관계를 따라 전이된다.) 내가 변경되면 나에게 의존하고 있는 코드에 영향을 준다. 나의 요구가 변경되면 내가 의존하고 있는 타입에 영향을 준다. 그러므로! 캡슐화가 필요하다. 기능 구현을 캡슐화하면 내부 구현이 변경되더라도, 기능을 사용하는 곳의 영향을 최소화할 수 있다. 캡슐화를 위한 두 개의 규칙 Tell, Don’t Ask 데이터를 물어보지 않고, 기능.. 공감수 3 댓글수 2 2021. 3. 7.
절차지향은 왜 지양해야 할까? 개발자가 반드시 정복해야 할 객체지향과 디자인 패턴에서 발췌한 글이 포함되어 있습니다. 우선 책의 1장을 읽으며 기록해뒀던 것들을 스스로 남겨두기 위해 몇 줄 적고 본격 절차지향을 지양해야하는 이유에 대해 작성하겠다.본격 구현 전, 설계를 통해 비슷하게 동작하는 것들을 구분하자서로 다른 이유로 변경되는 코드가 한 메서드에 섞여있으면 향후 유지 보수하기 어렵다. 메서드 내부의 코드들이 모두 같은 목적을 바라보고 있는지 확인해보자소프트웨어는 사용자의 요구 사항을 만족시킴과 동시에, 변화할 수 있어야한다. (요구사항은 언제든 변화할 수 있다.)절차지향을 지양해야하는 이유절차지향과 객체지향 중, 객체지향을 따라야 한다는 말은 많이 들어봤을 것이다. 그런데 도대체 왜? 절차지향보다 객체지향을 지향해야할까라는 의문.. 공감수 0 댓글수 0 2021. 3. 6.
[Java] Checked Exception vs Unchecked Exception 아무리 생각해도.. 티스토리의 마크다운은 좀 많이 불편하다.. 그렇다고 다시 github.io로 돌아갈 수도, velog로 돌아갈 수도 없는 노릇이지만.... 이럴 때 어떻게 해야하나요,, 추천 부탁드립니다 :( 오늘은 제이슨의 세번째 자바 기초 강의였던 Java Exception에 대해 듣고, 정리한 내용이다. 우선 Exception의 상속 구조는 다음과 같다. 이미지는 우아한테크코스 수업 자료에서 가져왔는데, 문제가 된다면 얼른! 지우겠습니다 Throwable을 상속하고, Error, Exception이 존재한다. 에러의 경우는 개발자가 에러라는 것을 직접 사용하는 것은 드물다. 여기서 에러를 직접 사용하는 것은 무엇을 의미할까? 우리가 프로그램을 짤 때, 어떤 부분에서 문제가 발생될 것으로 예상될 .. 공감수 1 댓글수 0 2021. 2. 25.
[Effective Java] 아이템 6. 불필요한 객체 생성을 막아라. 아이템 6. 불필요한 객체 생성을 막아라. 똑같은 기능의 객체를 매번 생성하기보다는 객체 하나를 재사용하는 편이 나을 때가 많다. 특히 불변 객체는 언제든 재사용할 수 있다. 실행될 때 마다 인스턴스를 새로 만드는 다음과 같은 예제는 절대 추천하지 않는다. 우리는 첫번째 코드 대신, 개선된 두번째 코드를 통해 생성되는 인스턴스의 수를 줄일수도 있을 뿐만 아니라 모든 코드가 같은 객체를 사용함을 보장할 수 있다. String s = new String("joanne"); // NOPE ! String s = "joanne"; // BETTER 우리가 아무렇지 않게 사용하는 객체 중에는 생성 비용이 아주 비싼 객체도 더러 있다. 그것은 바로바로! Pattern 객체이다. Pattern 인스턴스는 입력받은 정.. 공감수 0 댓글수 0 2021. 2. 17.
[Effective Java] 아이템 5. 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라. 아이템 5. 자원을 직접 명시하지 말고 의존 객체 주입을 사용하라. 하나 이상의 자원에 의존하는 클래스의 경우에는 다음과 같이 구현된 경우를 드물지 않게 볼 수 있다. // 정적 유틸리티를 잘못 사용한 예 public clas SpellChecker { private static final Lexicon dictionary = ...; private SpellChecker() {} //객체 생성 방지 public static boolean isValid(String word) { ... } public static List suggestions(String type) { ... } } // 싱글턴을 잘못 사용한 예 public clas SpellChecker { private final Lexicon d.. 공감수 0 댓글수 0 2021. 2. 12.
[Effective Java] 아이템 4. 인스턴스화를 막으려거든 private 생성자를 사용하라 아이템 4. 인스턴스화를 막으려거든 private 생성자를 사용하라 만약, 정적 메서드와 정적 필드만을 담은 클래스를 만들고 싶을 때가 있을 것이다. 예를 들어, java.lang.Math와 java.util.Arrays처럼 기본 타입 값이나 배열 관련 메서들을 모아놓을 수 있다. 또한 java.util.Collections처럼 특정 인터페이스를 구현하는 객체를 생성해주는 정적 메서드를 모아놓을 수 있다. 또는 final 클래스와 관련한 메서드들을 모아놓을 때에도 사용한다. 이러한 정적 멤버만을 담은 유틸리티 클래스는 인스턴스로 만들지 않고 사용하는 것이 낫다. (🤔 나는 여태까지 뭣도 모르고 정적 팩토리 메서드로 사용했는데, 맞았다니.. 다행이다) 나 말고도, 인스턴스 해당 유틸리티 클래스를 인스턴스화.. 공감수 0 댓글수 0 2021. 2. 12.
[Effective Java] 아이템 3. private 생성자나 열거 타입으로 싱글턴임을 보증하라 Effective Java를 주문해놓고, 이 책 또한 장식용이 될 뻔 했는데 우테코 @로키의 책 읽기 리스트?에 함께 하고 싶어서 열심히 읽게 되었다. 역시 함께하는 사람이 있는 것은 매우 중요하고, 우테코에는 이렇게 동기부여가 되는 크루들이 많아서 배울 점이 많다. 아이템 3. private 생성자나 열거 타입으로 싱글턴임을 보증하라. 싱글턴(singleton)이란? 인스턴스를 오직 하나만 생성할 수 있는 클래스를 말한다. (인스턴스에 대해서도 접은글로 설명을 덧붙여놓았다.) 더보기 그렇다면 인스턴스란? 어떤 클래스에 속하는 각 객체를 인스턴스라고 한다. 좀 뜻이 모호한데, 좋은 예시를 찾다가 해당 블로그에서 제시해주신 예시를 인용하여 설명을 보충해보자. 붕어빵을 만들려면 붕어빵을 찍기 위한 틀이 있어.. 공감수 0 댓글수 0 2021. 2. 11.

문의안내

티스토리
로그인
고객센터

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