🌈Programming

Intro 프로그래밍을 하다 보면 함수 호출 방식인 'Call by Value'와 'Call by Reference' 키워드를 접하게 된다. 이 두 개념의 차이를 이해하고 특히 Java는 어떻게 'Call by Value' 방식을 사용하는지 알아보자 Call by Value / Call by Reference Call by Value(값에 의한 호출) 값을 복사하여 처리한다. 변수의 복사본이 전달되며, 원래 값이 수정되지 않는다. 실제 인수는 다른 메모리 위치에 생성된다. Call by Reference(참조에 의한 호출) 값의 주소를 참조하여 직접 값에 영향을 준다. 변수 자체가 전달되며, 원래 값이 수정된다. 실제 인수는 같은 메모리 위치에 생성된다. 자바의 Call by Value 동작 방식 자바의..

이전 글에 이어서 Spring Boot에서 ThreadPoolTaskExecutor 설정을 통해 비동기 처리를 효율적으로 수행하는 방법을 알아보려 한다. ThreadPoolTaskExecutor ThreadPoolTaskExecutor는 Spring에서 제공해주는 클래스로 자바에서 제공하는 ThreadPoolExecutor를 사용하기 쉽게 만들어 사용하도록 구현 되어 있어 스레드 풀을 쉽고 간단하게 설정하고 관리할 수 있다. java.util.concurrent Executor를 최상위 인터페이스로 가진다. Bean 등록 우선 ThreadPoolTaskExecutor를 사용하기 위해 Bean으로 등록한다. @Configuration public class ThreadPoolConfig { @Bean(na..

Future Java5부터 사용되던 Future 인터페이스는 java.util.concurrency 패키지에서 비동기 작업의 결과 값을 받는 용도로 사용했다. 하지만 여러 Future의 결괏값을 조합하거나, 예외를 효과적으로 핸들링할 수가 없었다. 그리고 Future는 오직 get 호출로만 작업 완료가 가능한데, get은 작업이 완료될 때까지 대기하는 블로킹호출이므로 비동기 작업 응답에 추가 작업을 하기 적합하지 않다. public interface Future { ... V get() throws InterruptedException, ExecutionException; V get(long timeout, TimeUnit unit) throws InterruptedException, ExecutionE..

ParallelStream Java8에서 등장한 Stream은 병렬 처리를 쉽게 할 수 있도록 메소드를 제공해 준다. 개발자가 직접 스레드 혹은 스레드풀을 생성하거나 관리할 필요 없이 parallelStream(), parallel()만 사용하면 알아서 ForkJoinFramework 관리 방식을 이용하여 작업들을 분할하고, 병렬적으로 처리하게 된다. Fork / Join Framework Fork / Join Framework는 작업들을 분할 가능한 만큼 쪼개고, 쪼개진 작업들을 Work Thread를 통해 작업 후 결과를 합치는 과정으로 결과를 만들어 낸다. 즉, 분할 정복(Divide and Conquer) 알고리즘과 흡사하며, Fork를 통해 Task를 분담하고 Join을 통해 결과를 합친다. F..

스프링 컨테이너에 빈을 등록하면 스프링 컨테이너가 알아서 의존관계를 맺어준다. 그런데 만약 동일 타입의 빈이 여러 개 존재한다면 (하나의 인터페이스에 여러 개의 구현 클래스가 있다면) 스프링에서 어떻게 구분해서 빈을 주입할까? 예시 코드 public interface JdbcRepository {} @Repository public class OracleRepository implements JdbcRepository {} @Repository public class MySQLRepository implements JdbcRepository {} @Service public class JdbcService { @Autowired private JdbcRepository jdbcRepository; } 동..

회사 코드를 보다가 인터페이스를 @Autowired 하여 사용하는 것을 보고 "왜 구현 클래스가 아닌 인터페이스에 DI(Dependency Injection) 하는거지?" 하는 의문이 들어 찾아보았다. 결론부터 얘기하면 구현 클래스가 아닌 인터페이스를 의존하는 것은 객체지향 설계원칙(SOLID) 중 개방 폐쇄의 원칙(OCP)과 의존성 역전 원칙(DIP)을 기반한 전략 패턴이었다. ※ 전략 패턴 ? 객체들이 할 수 있는 행위 각각에 대해 전략 클래스를 생성하고, 유사한 행위들을 캡슐화 하는 인터페이스를 정의하여, 객체의 행위를 동적으로 바꾸고 싶은 경우 직접 행위를 수정하지 않고 전략을 바꿔주기만 함으로써 행위를 유연하게 확장하는 방법을 말한다. 즉, 객체가 할 수 있는 행위들 각각을 전략으로 만들어 놓고..

Constant Interface Constant Interface란 오직 상수만 정의한 인터페이스이다. interface는 변수를 등록할 때 자동으로 public static final 키워드가 붙는다. 따라서 상수처럼 어디에서나 접근할 수 있으며, 하나의 클래스에서 여러 개의 interface를 implements 할 수 있는데, Constant Interface를 Implements 할 경우 인터페이스의 클래스 명을 네임스페이스로 붙이지 않고 바로 사용할 수 있다. 이러한 편리성 때문에 상수 인터페이스를 사용한다. public interface Constants { double PI = 3.14159; double PLANCK_CONSTANT = 6.62606896e-34; } public clas..

개요 Java 언어 설계자인 Brian Goetz는 Optional 을 만든 의도를 다음과 같이 공식 API 문서에 작성해 두었다. API Note: Optional is primarily intended for use as a method return type where there is a clear need to represent "no result," and where using null is likely to cause errors. A variable whose type is Optional should never itself be null; it should always point to an Optional instance. 메소드가 반환할 결과 값이 '없음'을 명백하게 표현할 필요가 있고, ..

프록시 패턴(Proxy Pattern)이란? 프록시는 대리인이라는 뜻으로, 무엇인가를 대신 처리하는 의미이다. 일종의 비서라고 생각하면 된다.사장실에 바로 들어가서 사장님을 바로 만나는게 아닌 비서를 통해 사장님을 만나는 개념이라고 생각할 수 있겠다. 어떤 객체를 사용하고자 할 때, 객체를 직접 참조하는 것이 아니라 해당 객체를 대행(대리, proxy)하는 객체를 통해 대상 객체에 접근하는 방식을 사용하면 해당 객체가 메모리에 존재하지 않아도 기본적인 정보를 참조하거나 설정할 수 있고, 실제 객체의 기능이 반드시 필요한 시점까지 객체의 생성을 미룰 수 있다. 일반적으로 프록시는 다른 무언가와 이어지는 인터페이스 역할을 하는 클래스를 의미한다. 프록시 패턴(Proxy Pattern)을 사용하는 이유가 뭘까..

@Scheduled Spring Boot에서 @Scheduled 어노테이션을 사용하면 일정한 시간 간격으로, 혹은 특정 시간에 코드가 실행되도록 설정할 수 있다. 주기적으로 실행해야 하는 작업이 있을 때 적용해 쉽게 사용하자. @Scheduled 사용법 @Scheduled 어노테이션을 사용하기 위해 다음과 같이 Application Class에 @EnableScheduling을 추가한다. @EnableScheduling @SpringBootApplication public class SchedulerApplication { public static void main(String[] args) { SpringApplication.run(DemoApplication.class, args); } } 그리고 실..