고독한 IT 세상

1. 프로세스(process)와 스레드(thread) 1. 프로세스 (process) 실행 중인 프로그램으로써 자원과 스레드로 구성 2. 스레드 (Thread) 프로세스 내에서 실제 작업을 수행 , 프로세스는 최소한 하나의 스레드를 가진다. 결국 모든 프로세스는 최소한 하나 이상의 스레드를 가지고 있으며 , 실제로 프로세스의 자원을 가지고 작업을 수행하는 것은 스레드이다. 멀티태스킹과 멀티스레딩 여러 개의 프로세스의 실행 → 멀티태스킹 하나의 프로세스 안에서 여러 개의 스레드의 실행 → 멀티스레딩 하지만 하나의 CPU코어가 한 번에 수행할 수 있는 작업은 하나뿐이고 코어가 아주 짧은 시간 동안 여러 작업을 번갈아 가며 수행함으로써 여러 작업들이 동시에 수행되어 보이는 것뿐, 따라서 프로세스가 얼마나 많은..

해당 연습문제는 자바의 정석3판 연습문제를 참조했습니다. getter & setter 생성문제다. 아주 간단한 문제지만 , 사용자 입장에서 생각해봤을때 어떤게 추가되어야 할지 생각해봐야한다. class MyTv2{ private boolean isPowerOn; private int channel; private int volume; final int MAX_VOLUME = 100; final int MIN_VOLUME = 0; final int MAX_CHANNEL = 100; final int MIN_CHANNEL = 1; public boolean isPowerOn() { return isPowerOn; } public void setPowerOn(boolean powerOn) { isPowerOn..

Static , ( Feat. instance ) 인스턴스(instance)필드와 정적(static)필드에 대해서 자바를 공부한 사람이라면 한번은 들어보았을 것이다. 오늘 나는 인스턴스 필드와 정적필드에 관하여 가볍게 알아보려고 한다. 인스턴스(객체)는 힙(heap) 영역에 생성이 된다. 그리고 새로운 객체를 만들면 새로운 힙 영역에 그 객체가 할당, 그 힙영역에 인스턴스멤버들 또한 할당이 된다. class Product { private String productName; private int price; public Product(String productName, int price) { this.productName = productName; this.price = price; } public St..

해당 연습문제는 자바의 정석3판 연습문제를 참조했습니다. 1) shuffle Math.random() 을 이용, 배열의 자리를 바꿔줌으로써 배열을 섞어주는 메서드 void shuffle(){ for(int i=0; i 바로 유효성검사 코드를 중복하지 않을 수 있다는것 SutdaCard pick(){ int random = (int)(Math.random() * cards.length); return pick(random); } Answer class SutdaDeck { final int CARD_NUM = 20; SutdaCard[] cards = new SutdaCard[CARD_NUM]; // 하나의 카드덱 SutdaDeck(){ for (int i = 0; i < cards.length; i++)..

해당 연습문제는 자바의 정석3판 연습문제를 참조했습니다. SutdaDeck() 안에서 배열 SutdaCard 를 구현해보자 class SutdaDeck { final int CARD_NUM = 20; SutdaCard[] cards = new SutdaCard[CARD_NUM]; SutdaDeck(){ //SutdaCard 배열을 초기화하는 메서드 //구현하기 } } } class SutdaCard{ int num; boolean isKwang; SutdaCard() { this(1, true); } SutdaCard(int num, boolean isKwang) { this.num = num; this.isKwang = isKwang; } @Override public String toString() ..

※ 본 포스팅은 Inflearn - 김영한 강사님의 '스프링 핵심 원리 - 기본편' 을 참고,공부하여 만들었습니다. 스프링 컨테이너란? 스프링 컨테이너를 설명하기 이전에 우리는 여태까지 순수 자바코드로 DI(Dependency Injection)를 주입하였다. 스프링을 이용하는 많은 이유중 제일 핵심은 간편하게 DI를 주입하여주는 이유가 아닐까 생각한다. 그렇다면 우선 우리가 여태 사용한 자바코드에 스프링을 적용하여보자 @Configuration //AppConfig에 하나 이상의 Bean 이 등록되어 있음을 의미 public class AppConfig {//나의 애플리케이션의 전반적인 구성과 설정을 책임! @Bean // @Bean으로 인하여 스프링 컨테이너에 소속됨 public MemberServi..

※ 본 포스팅은 Inflearn - 김영한 강사님의 '스프링 핵심 원리 - 기본편' 을 참고,공부하여 만들었습니다. AppConfig 리팩터링 AppConfig 리팩터링을 하는 이유는 무엇일까? 먼저 리팩터링을 거치지않은 코드를 살펴보자 public class AppConfig { public MemberService memberService() { return new MemberServiceImpl(new MemoryMemberRepository()); } public OrderService orderService() { return new OrderServiceImpl( new MemoryMemberRepository(), new FixDiscountPolicy()); } } AppConfig 내에서..

※ 본 포스팅은 Inflearn - 김영한 강사님의 '스프링 핵심 원리 - 기본편' 을 참고,공부하여 만들었습니다. 1. 단일 책임 원칙( Single Responsibility Principle ) 한 클래스는 하나의 책임만 가져야 한다. 한 클래스가 하나의 책임만 가져야 한다는게 무슨뜻일까? 하나의 클래스(이하 A클래스)가 작동하기 위해서 필요한 객체를 A클래스에서 직접 생성하여 연결시키고 자기 자신을 실행시키는것들 이것들 각각이 하나의 책임이다(생성, 연결, 실행) 이 책임들을 덜어주어서 A클래스는 자기가 맡은 일만 실행할수 있도록 해주기 위한 원칙이 SRP이고 우리는 AppConfig라는 설정과 구성을 관장하는 클래스를 만들어 이를 해결해주었다. 2. 의존관계 역전 원칙 ( Dependency I..

※ 본 포스팅은 Inflearn - 김영한 강사님의 '스프링 핵심 원리 - 기본편' 을 참고,공부하여 만들었습니다. AppConfig 애플리케이션의 전체 동작 방식을 구성(config)하기 위해, 구현 객체를 생성하고, 연결하는 책임을 가지는 별도의 설정 클래스 먼저 코드를 살펴보자 이전 포스팅에선 이미 코드를 바꿔서 포스팅 하였지만 AppConfig를 쓰지않았다면 아래와 같이 코딩을 하였을것이다. public class MemberServiceImpl implements MemberService { private final MemberRepository memberRepository = MemoryMemberRepository(); // ... 생략 ... } MemberServiceImpl은 회원의 ..

※ 본 포스팅은 Inflearn - 김영한 강사님의 '스프링 핵심 원리 - 기본편' 을 참고,공부하여 만들었습니다. 비즈니스 요구사항과 설계 회원 회원을 가입하고 조회할 수 있다. 회원은 일반과 VIP 두 가지 등급이 있다. 회원 데이터는 자체 DB를 구축할 수 있고, 외부 시스템과 연동할 수 있다. (미확정) 주문과 할인 정책 회원은 상품을 주문할 수 있다. 회원 등급에 따라 할인 정책을 적용할 수 있다. 할인 정책은 모든 VIP는 1000원을 할인해주는 고정 금액 할인을 적용해달라. (나중에 변경 될 수 있 다.) 할인 정책은 변경 가능성이 높다. 회사의 기본 할인 정책을 아직 정하지 못했고, 오픈 직전까지 고민을 미루고 싶다. 최악의 경우 할인을 적용하지 않을 수 도 있다. (미확정) 회원 도메인 ..