StrangeDeveloper StrangeDeveloper

1. 개발자가 마주하는 Error 종류 Java의 Error에는 컴파일에러, 런타임에러, 논리적에러가 존재한다. 컴파일에러는 말 그대로 컴파일 과정에서 발생하는 에러이고, 런타임에러는 프로그램이 Run 중일때(Run-time) 발생하는 에러이다. 또한, 논리적 에러는 실제 정상적으로 코드가 잘 돌아가고 있지만, 개발자가 논리적으로 의도한 것과 다르게 동작하는 것을 의미한다. 2. Java의 Exception 우리는 여기서 분명하게 구분해야할 것이 있다. 바로 Error와 Exception이다. 우리는 보통 Exception을 예외처리라는 것으로 처리한다. 여기서 예외처리에서 예외(Exception)이라는 말은, 개발자가 예상 가능한 에러를 의미한다. 그리고 그 예상 가능한 것을 발생하지 않도록 처리하는 ..

1. 예외(Exception)처리 방법 try { // 예외가 발생할 여지가 있는 코드영역 } catch (예외종류 참조변수) { // 예외가 발생하면 처리할 내용 } finally { // try-catch 블록이 끝나면 무조건 실행되는 영역 } 앞서 말했듯이, 예외는 예상 가능한 문제를 말한다. 그리고 우리는 위의 코드를 사용하여 예상 가능한 문제에 대한 대응을 할 수 있다. 위 코드에서 기억해야 할 점은, try 블록에서 예외가 발생하지 않으면 finally 블록만을 실행하고, try 블록에서 예외가 발생하면 catch 실행 후 finally 블록을 실행한다는 점이다. 아래의 예시를 보자. 위의 내용은 try-catch를 사용하지 않고 NullPointerException이 발생하는 코드인데, ar..

1. Class Diagram 1) 기본구조 2) 실제 사용예 2. Decorator Pattern? 기본 기능에 추가할 수 있는 기능의 종류가 많은 경우에, 각 추가 기능을 Decorator 클래스로 정의한 후 필요한 Decorator 객체를 조합함으로써 추가 기능의 조합을 설계 하는 것. 즉, 기본 틀은 만들어 놓고 여러가지를 추가할 수 있도록 설계된 디자인 패턴. 3. OCP (Open-Closed Principle) OCP(Open-Closed Principle)는 하나의 디자인 원칙이다. 그리고 이 디자인 원칙은 Decorator Pattern을 구성하는데 있어서 중요한 역할을 한다. OCP(Open-Closed Principle) 클래스는 확장에 대해서는 열려 있어야 하지만 코드 변경에 대해서..

1. Class Diagram 2. Observer Pattern? * 옵저버 패턴의 구성요소 출판사 + 구독자 = 옵저버패턴 출판사 = 주제(subject) 구독자 = 옵저버(observer) 옵저버 패턴의 구성요소만 외우자. 이걸 좀 더 자세하게 풀어서 이야기하면, 구독자들이 출판사에 구독을 신청하면, 출판사는 새로운 책이 출간될 때마다 구독자들에게 책을 나눠준다고 생각하자. 그리고 구독자들은 구독을 원치않으면 구독을 취소할 수도 있다는 것과 동일한 개념. 즉, 하나의 주제(Subject)객체에 여러 옵저버(Observer) 객체들이 구독을 신청(add)하면, 주제 객체는 변경사항이 생길때마다(update) 옵저버들에게 변경데이터를 전달한다. 그리고 옵저버들은 해당 데이터가 더 이상 필요하지 않다면 ..

0. Strategy pattern? 행위를 클래스로 캡슐화해 동적으로 행위를 자유롭게 바꿀 수 있게 해주는 패턴 스트래티지를 활용하면 알고리즘을 사용하는 클라이언트와는 독립적으로 알고리즘을 변경할 수 있습니다. 1. Strategy pattern을 구성하는 3대 요소 1) 전략 메서드를 가진 전략 객체 2) 전략 객체를 사용하는 컨텍스트(전략 객체의 사용자/소비자) 3) 전략 객체를 생성해 컨텍스트에 주입하는 클라이언트(제3자, 전략 객체의 공급자) 2. Strategy Pattern 예제 (출처: https://limkydev.tistory.com/84) Strategy.java (전략 인터페이스 정의) public interface Strategy { void runStrategy(); } Star..

1. 디자인 패턴? 훌륭한 객체지향 디자인이라면 재사용성, 확장성, 관리의 용이성을 갖춰야 한다 훌륭햔 객체지향 디자인 품질을 갖추고 있는 시스템을 만드는 방법을 제공해 준다 2. 디자인 원칙 1) 디자인을 잘 하기 위해서 아래와 같은 사항을 고려하는게 좋다. (1) 애플리케이션에서 달라지는 부분을 찾아내고, 달라지지 않는 부분으로부터 분리시킨다. 즉, 달라지는 부분을 찾아서 나머지 코드에 영향을 주지 않도록 캡슐화한다. 모든 디자인 패턴의 기반을 이루는 원칙이다. 코드를 변경하는 과정에서 의도하지 않은 일이 일어나는 것을 줄인다. 시스템의 유연성을 향상시킬 수 있다. (2)구현이 아닌 인터페이스에 맞춰서 프로그래밍한다. 상위 형식에 맞춰서 프로그래밍을 한다는 것을 뜻한다. 반드시 자바의 인터페이스를 사..

1. 람다식? 람다식이란 "매개 변수를 가진 코드 블록"으로 "익명 구현 객체"를 생성하는 녀석이다. 음. 말이 어렵다. 그냥 코드로 보자. // 익명 구현 객체 Runnable runnable = new Runnable() { public void run() { ... } }; // 익명 구현 객체를 람다식으로 표현 Runnable runnable = () -> { ... }; 위의 코드를 보면 new Runnable()이라는 익명구현객체를 {public void run() {...}};으로 구체화 시키고 있다. 그리고 람다식은 위의 익명구현객체를 정말 간단하게 단 몇줄로 표현할 수 있도록 도와주는 녀석을 말한다. (코드 사용하는걸 보면 거의 대부분 인터페이스를 구체화하는 용도로 많이 쓰는거 같다) 2..

0. 들어가기 전에. Java뿐만 아니라 C언어로 개발하면서, 그리고 OS 수업 등을 들을 때, Stream이라는 용어를 꽤나 접했던 것 같다. 그런데 지금껏 stream에 왜 stream이라는 단어가 쓰였는지 생각도 안해봤다. 그냥 외웠지.. 그런데 지금 생각해보니 stream은 영어 뜻 자체가 '흐름'이라는 말이고, 이것을 개발쪽으로 가져와서 생각해보면 '데이터가 흐르는 통로?'같은거라고 생각해볼 수 있을거같다. 그리고 이것을 염두해두고 Stream을 공부하면 좀 더 이해하기 쉬운거같다. 1. Stream? "컬렉션(배열 포함)에 저장된 데이터들을 하나씩 참조해서 람다로 처리할 수 있도록 해주는 반복자" (즉, 스트림은 컬렉션을 통로로 해서 데이터를 흘려보내고, 이것을 하나하나 처리하는 것을 의미한다..