코띵

[spring] 스프링 컨테이너 ApplicationContext와 @Configuration, @Bean 어노테이션

Isaac01 — Thu, 30 Oct 2025 16:48:04 +0900

@Configuration이란?

- 스프링 설정 클래스임을나타내는 어노테이션

- 이 클래스 안에는 하나 이상의 @Bean 메서드가 있으며,

스프링 컨테이너가 이들을 읽어 빈(Bean)을생성하고 관리함

@Bean 어노테이션이란?

- 스프링 컨테이너가 관리할 Bean을 생성하는 메서드에 붙이는 어노테이션

- 보통 @Bean은 @Configuration 클래스 안에서 사용됨

@Bean이 붙은 메서드의 반환 객체가 컨테이너에 빈으로 등록된다.

@Configuration
public class AppConfig {

    @Bean
    public MemberService memberService() {
        return new MemberServiceImpl(memberRepository());
    }

    @Bean
    public MemberRepository memberRepository() {
        return new MemoryMemberRepository();
    }
}

스프링은 @Configuration 클래스를 그대로 사용하지 않고, CGLIB이라는 라이브러리로 프록시(Proxy)만들어 감싼다.

“Proxy”는 영어로 대리인이라는 뜻이다. 즉 “원래 객체 대신 일을 처리하는 가짜 객체”라고 생각하면 된다.

코드로 보면 다음과 같다.

이런 경우, 한 @Bean 메서드가 다른 @Bean 메서드를 직접 호출해도 스프링이 CGLIB 프록시를 통해 관리하므로 싱글톤이 보장된다. 즉, return new MemberServiceImpl(memberRepository()); 는 단순히 새 객체를 만드는 게 아니라, 컨테이너에 이미 등록된 동일한 Bean을 가져오는 것처럼 동작한다.

이 동작을 위해 @Configuration 클래스는 final 또는 private이면 안 된다.

final → 상속 자체가 금지라서 CGLIB이 프록시 클래스를 만들 수 없음
private → 클래스 접근이 불가능해서 역시 프록시 생성 불가능

이제 빈에 등록된 객체를 사용할 땐

ApplicationContext 사용하면 된다.

ApplicationContext란?

ApplicationContext는 스프링 컨테이너(Spring Container) 이다.
스프링 컨테이너는 @Configuration 이 붙은 AppConfig 를 설정(구성) 정보로 사용한다. 여기서 @Bean이라 적힌 메서드를 모두 호출해서 변환된 객체를 스프링 컨테이너에 등록한다. 이렇게 스프링 컨테이넝 등록된 객체를 스프링 스프링 빈이라 한다.

public class MemberApp {

    public static void main(String[] args) {

        ApplicationContext applicationContext = new AnnotationConfigApplicationContext(AppConfig.class);
        MemberService memberService = applicationContext.getBean("memberService", MemberService.class);

        Member member = new Member(1L, "memberA", Grade.VIP);
        memberService.join(member);
        
    }
}

getBean("memberService", MemberService.class) 의미

이 메서드는 스프링 컨테이너 안에 등록된 스프링 빈을 꺼내는 코드다.

"memberService"
→ @Bean 메서드의 이름이다.
이름을 따로 지정하지 않으면 빈 이름은 "memberService"가 된다.
MemberService.class
→ 반환 타입을 명시한다.
즉, 스프링 컨테이너 안에서 memberService라는 이름으로 등록된 객체 중
MemberService 타입의 빈을 가져온다는 뜻이다.

[Github] 한개의 repository에 여러 프로젝트 올리기

Isaac01 — Fri, 17 Oct 2025 14:00:06 +0900

1. git 설치는 필수적

사용자 정보 설정 (최초 1회)

git config --global user.name "유저이름"
git config --global user.email "유저메일"

사용자 등록됐는지 확인할 땐

git config --global user.name
git config --global user.email

2. 올리고 싶은 프로젝트들이 존재하는 폴더로 이동

testFile 파일 내부에 3가지 파일이 존재한다.

3. 우클릭 > Git Bash Here 클릭

4. git init

- 기본 브런치가 master로 돼있는데 main으로 수정하려면 "git branch -M main" 입

5. git add ./폴더이름

6. git commit -m "first commit"

7. git remote add origin 레파지토리주소

8. git push -u origin main

정상적으로 올바온 파일 3개를 확인 할 수 있다.

간혹 한번에 파일이 안올라 간다고 하시는 분들이 계시는데 그러면 "git add ./파일이름"를 하나씩 해주면 된다.

1. git add ./one

2. git commit -m "first"

3. git remote add origin 레파지토리주소

(주소는 처음 파일 올릴때 한번만 등록함)

4. git push -u origin main

그리고 다시 1, 2, 4번을 반복해 주면 다음과 같이 정상적으로 파일이 올라가는 것을 확인 가능!

객체지향 5원칙 SOLID

Isaac01 — Fri, 17 Oct 2025 13:52:39 +0900

SOLID 원칙 완전 정리 (Java/Spring 예시)

객체지향 설계를 유연하고 확장 가능하게 만드는 5대 원칙: SRP · OCP · LSP · ISP · DIP

1) SRP(Single Responsibility Principle) — 단일 책임 원칙

클래스(모듈)는 단 하나의 책임만 가져야 합니다. 즉, 변경 사유는 하나여야 유지보수성이 높아집니다.

문제 예시

하나의 클래스에 모든 책임이 몰린 경우

// ❌ 나쁜 예
class Report {
    void calculate() {}
    void saveToDB() {}
    void printReport() {}
}

계산·영속화·출력 책임이 섞여있어 변경 여파가 커집니다.

개선

역할 분리

// ✅ 좋은 예
class ReportCalculator { void calculate() {} }
class ReportRepository { void saveToDB() {} }
class ReportPrinter { void printReport() {} }

각 책임을 분리하면 테스트와 교체가 쉬워집니다.

2) OCP(Open/Closed Principle) — 개방-폐쇄 원칙

소프트웨어 요소는 확장에는 열려 있고, 변경에는 닫혀 있어야 합니다. 즉, 새로운 기능을 추가할 때 기존 코드를 뜯어고치지 않고 확장으로 해결합니다.

인터페이스 기반 확장

// 추상화
public interface DiscountPolicy {
    int discount(Member member, int price);
}

// 구현체 확장
public class RateDiscountPolicy implements DiscountPolicy {
    public int discount(Member m, int price){ return price * 10 / 100; }
}

public class FixDiscountPolicy implements DiscountPolicy {
    public int discount(Member m, int price){ return 1000; }
}

// 클라이언트: 추상화에만 의존
public class OrderService {
    private final DiscountPolicy discountPolicy;
    public OrderService(DiscountPolicy discountPolicy){
        this.discountPolicy = discountPolicy;
    }
}

Spring에서 구현체 선택(빈 충돌 해결)

// 방법 1) @Primary 또는 @Qualifier
@Primary
@Component
class RateDiscountPolicy implements DiscountPolicy { ... }

@Component("fix")
class FixDiscountPolicy implements DiscountPolicy { ... }

@Service
class OrderService {
    private final DiscountPolicy discountPolicy;
    OrderService(@Qualifier("fix") DiscountPolicy discountPolicy) {
        this.discountPolicy = discountPolicy; // 설정만 바꿔 교체
    }
}

// 방법 2) 자바 설정으로 선택
@Configuration
class AppConfig {
    @Bean DiscountPolicy discountPolicy() { return new RateDiscountPolicy(); }
}

설정만 바꿔 구현을 교체하면 코드 수정 없이 확장이 가능해 OCP를 충족합니다.

3) LSP(Liskov Substitution Principle) — 리스코프 치환 원칙

하위 타입은 상위 타입으로 대체 가능해야 합니다. 상위 타입의 계약(규약)을 하위 타입이 깨면 안 됩니다.

교과서적 반례

class Rectangle {
    int width, height;
    void setWidth(int w){ this.width = w; }
    void setHeight(int h){ this.height = h; }
    int area(){ return width * height; }
}

class Square extends Rectangle {
    @Override void setWidth(int w){ this.width = this.height = w; }
    @Override void setHeight(int h){ this.width = this.height = h; }
}

사각형의 “가로·세로 독립 설정” 계약을 정사각형이 깨뜨려 LSP 위반. 해결은 상속 대신 구성 또는 별도 타입 모델링.

4) ISP(Interface Segregation Principle) — 인터페이스 분리 원칙

클라이언트는 사용하지 않는 메서드에 의존하면 안 됩니다. 큰 인터페이스 하나보다 작은 인터페이스 여러 개가 낫습니다.

// ❌ 나쁜 예: 거대한 인터페이스
interface Machine { void print(); void scan(); void fax(); }

// ✅ 좋은 예: 역할별 인터페이스
interface Printer { void print(); }
interface Scanner { void scan(); }
interface Fax { void fax(); }

class MultiFunctionPrinter implements Printer, Scanner, Fax { ... }
class SimplePrinter implements Printer { ... }

클라이언트별로 필요한 최소 인터페이스만 의존하게 설계하면 변경 여파가 줄고 테스트가 쉬워집니다.

5) DIP(Dependency Inversion Principle) — 의존 역전 원칙

고수준 모듈이 저수준 모듈에 직접 의존하지 말고, 추상화(인터페이스)에 의존해야 합니다. 스프링 DI가 이를 쉽게 실천하게 해 줍니다.

public interface DiscountPolicy { int discount(Member m, int price); }

public class RateDiscountPolicy implements DiscountPolicy { ... }

// 고수준 모듈: 추상화에만 의존
public class OrderService {
    private final DiscountPolicy discountPolicy;
    public OrderService(DiscountPolicy discountPolicy){
        this.discountPolicy = discountPolicy;
    }
}

new 구현체()를 서비스에서 직접 만들지 말고 생성자 주입을 사용하세요. 테스트에서 목 주입이 쉬워집니다.

요약표

원칙	이름	핵심	키워드
S (SRP)	단일 책임 원칙	클래스는 하나의 책임(변경 사유 하나)	역할 분리, 테스트 용이
O (OCP)	개방-폐쇄 원칙	확장에는 열려, 변경에는 닫혀	인터페이스, 다형성, 설정으로 교체
L (LSP)	리스코프 치환 원칙	하위 타입은 상위 타입을 대체 가능	계약 유지, 상속 남용 주의
I (ISP)	인터페이스 분리 원칙	불필요한 메서드 의존 금지	작은 인터페이스, 역할별 분리
D (DIP)	의존 역전 원칙	구현체 X, 추상화에 의존	DI/IoC, 생성자 주입

참고: 본문 예시는 이해를 돕기 위해 Java/Spring 중심으로 구성했지만, 원칙 자체는 언어에 독립적입니다.

<Spring> @RequestMapping의 개념 및 동작 방식

Isaac01 — Sat, 13 Sep 2025 14:43:00 +0900

1. @RequestMapping이란?

Spring 개발 시 특정 URL로 요청(Request)을 보내면 Controller에서 어떤 방식으로 처리할지 정의합니다.
이때 들어온 요청을 특정 method와 매핑하기 위해 사용하는 어노테이션이 바로 @RequestMapping입니다.

✔ @RequestMapping은 @Controller와 함께 사용되며,
URL과 Controller의 메서드를 매핑하는 역할을 합니다.

@RestController
public class MainController {
    
    @RequestMapping(value = "/main", method = RequestMethod.GET)
    public String Main(...) {
        ...
    }
}

value : 요청받을 URL 설정
method : GET, POST, PUT, DELETE 등 요청 방식 지정

(1) HTTP 요청 메서드

HTTP는 요청 메서드를 정의하여 서버가 어떤 동작을 수행해야 하는지 지정합니다.

GET : 리소스 조회 (Read)
POST : 리소스 생성 (Create)
PUT : 리소스 수정 (Update)
PATCH : 리소스 일부 수정 (Update)
DELETE : 리소스 삭제 (Delete)

2. @RequestMapping 작성 예시

@RestController
public class MainController {

    @RequestMapping(value = "/main", method = RequestMethod.GET)
    public String mainGet(...) { ... }

    @RequestMapping(value = "/main", method = RequestMethod.POST)
    public String mainPost(...) { ... }

    @RequestMapping(value = "/main", method = RequestMethod.PUT)
    public String mainPut(...) { ... }

    @RequestMapping(value = "/main", method = RequestMethod.DELETE)
    public String mainDelete(...) { ... }
}

Spring 4.3 이후에는 @GetMapping, @PostMapping, @PutMapping, @DeleteMapping 같은 단축 어노테이션을 제공하여 더 간결하게 작성할 수 있습니다.

(1) 단축 어노테이션 예시

@GetMapping("/main")
public String mainGet(...) { ... }

@PostMapping("/main")
public String mainPost(...) { ... }

@PutMapping("/main")
public String mainPut(...) { ... }

@DeleteMapping("/main")
public String mainDelete(...) { ... }

(2) 클래스 레벨에서 사용

공통되는 URL이 있을 경우에는 Class 레벨에 @RequestMappringd을 작성할 수 있습니다.

@RestController
@RequestMapping("/api")
public class MainController {

    @GetMapping("/main1")
    public String mainGet(...) { ... }

    @PostMapping("/main2")
    public String helloPost(...) { ... }

    @PutMapping("/main3")
    public String helloPut(...) { ... }

    @DeleteMapping("/main4")
    public String helloDelete(...) { ... }
}

위 코드에서 "/api"가 공통되는 URL이므로 @RequestMappringd("/api")을 해준 것을 확인할 수 있습니다.
예: localhost:8080/api/main1 → mainGet() 호출

3. @RequestMapping의 동작 방식

SpringBoot 애플리케이션이 실행되면 애플리케이션에서 사용할 Bean들을 담을 ApplicationContext를 생성하고 초기화한다.
@RequestMapping이 붙은 Method들이 Handler에 등록되는 것을 ApplicationContext가 refresh 되는 과정에서 일어난다.

@SpringBootApplication
public class CoreApplication {
    public static void main(String[] args) {
        SpringApplication.run(CoreApplication.class, args);
    }
}

main 메서드인 애플리케이션 실행 메서드에 들어가면 ApplicationContext.refresh() 메서드가 존재하는 것을 알 수 있다.

이때 생성되는 Spring Application 구동을 위한 수많은 Bean들이 존재합니다.
이렇게 등록되는 Bean들 중에 하나가 [ RequestMappingHandlerMapping ]이고, 이 Bean이 우리가 @RequestMapping으로 등록한 method들을 가지고 있다가 요청(Request)이 들어오면 매핑을 해주는 역할을 수행합니다.

4. 그 이후에 Bean으로 등록된 HandlerMapping이 변수들을 찾아서 Adapter를 거쳐 실행하게 됩니다.

참조: 무작정 개발: 티스토리

URI, URL, URN의 차이

Isaac01 — Fri, 12 Sep 2025 13:28:48 +0900

1. URI란? (Uniform Resource Identifier)

인터넷에서 자원을 식별하는 문자열 전체를 말합니다.

식별자 전체 개념이라고 생각하면 쉽습니다.

URI에는 두 가지 주요한 형태가 있습니다:

URL (Locator) : 위치 기반 식별

URN (Name) : 이름 기반 식별

2. URL이란? (Uniform Resource Locator)

URI의 한 종류

단순히 “식별”만 하는 것이 아니라 어디(위치) 있는지 + 어떻게 접근(프로토콜) 하는지 알려줍니다.

구조 (RFC 3986 기준):

scheme://authority/path?query#fragment

예시: 이 전체가 URL입니다. (쿼리도 URL에 포함!)

http://endic.naver.com/endic.nhn?docid=1232950

http → 프로토콜

접근방식

endic.naver.com → 도메인(호스트)

네이버 사전 서버의 주소

/endic.nhn → 경로

해당 서버 안에서 특정 파일/리소스 위치

?docid=1232950 → 쿼리 파라미터

같은 위치의 자원이라도, 어떤 결과를 보여줄지 세부적으로 지정

3. URN이란? (Uniform Resource Name)

URI의 또 다른 종류

위치 정보 없이, 이름만으로 자원을 식별합니다.

예시:

urn:isbn:0451450523

특정 책의 ISBN 번호로 자원을 식별하지만, 어디에 있는지는 모름.

4. 자주 하는 오해

많은 글에서 이런 식으로 설명하기도 합니다:

“http://endic.naver.com/endic.nhn 까지만 URL이고, ?docid=1232950는 URI다.”

하지만 이는 비표준적 해석입니다..

RFC 3986에 따르면:

쿼리 문자열까지 포함한 전체가 URL입니다.

5. 예시로 구분해 보기

URI (전체 개념)

http://endic.naver.com/endic.nhn?docid=1232950
urn:isbn:0451450523

URL (위치 정보)(쿼리까지 포함!)

http://endic.naver.com/endic.nhn?docid=1232950

URN (이름만)

urn:isbn:0451450523

6. 최종 정리

URI: 인터넷 자원을 식별할 수 있는 문자열 전체

URL: URI 중 자원의 위치(어디 있는지, 어떻게 접근하는지)를 알려주는 것

URN: URI 중 자원의 이름만으로 식별하는 것

모든 URL은 URI다. 모든 URI가 URL은 아니다.

<Spring 입문> 3.3 스프링 웹 개발 기초_API

Isaac01 — Thu, 17 Apr 2025 12:32:04 +0900

경로: src > main > java > ... > controller > HelloController

@Controller
public class HelloController {
    // 문자가 반환 될 경우
    @GetMapping("hello-string")
    @ResponseBody
    public String helloString(@RequestParam("name") String name) {
        return "hello" + name;
    }
    // 객체가 반환 될 경우
    @GetMapping("hello-api")
    @ResponseBody
    public Hello helloApi(@RequestParam("name") String name) {
        Hello hello = new Hello();
        hello.setName(name);
        return hello;
    }

    static class Hello {
        private String name;

        public String getName() {
            return name;
        }

        public void setName(String name) {
            this.name = name;
        }
    }

경로: src > main > resources > templates > hello.html

<!DOCTYPE HTML>
<html xmlns:th="http://www.thymeleaf.org">
<head>
    <title>Hello</title>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
</head>
<body>
<p th:text="'안녕하세요. ' + ${data}" >안녕하세요. 손님</p>
</body>
</html>

@ResponseBody를 사용

@ResponseBody는 컨트롤러 메서드의 반환값을 "화면(html)"이 아닌 "데이터 자체로" 클라이언트에게 전달하라는 뜻

예시 1: 일반 컨트롤러 (뷰 반환)

@Controller
public class HelloController {
    @GetMapping("/hello")
    public String hello() {
        return "hello";  // hello.html이라는 뷰 템플릿을 찾아서 응답
    }
}

예시 2: @ResponseBody 사용, 문자 반환

@Controller
public class HelloController {
    @ResponseBody
    @GetMapping("/hello-string")
    public String helloString() {
        return "hello world";  // "hello world"라는 텍스트 자체가 브라우저에 응답됨
    }
}

예시 3: @ResponseBody 사용, 객체 반환 → JSON 응답

@Controller
public class HelloController {
    @ResponseBody
    @GetMapping("/hello-api")
    public Hello helloApi() {
        Hello hello = new Hello();
        hello.setName("자바");
        return hello;  // {"name":"자바"} 라는 JSON 데이터로 응답됨
    }

    static class Hello {
        private String name;
        public String getName() { return name; }
        public void setName(String name) { this.name = name; }
    }
}

@ResposeBody를 사용함으로써 ViewResolver 대신에 HttpMessageConverter가 동작

HttpMessageConverter는 기본 문자를 처리하는 StringConverter과 기본 객체를 처리하는 JsonConverter가 있다.
- StringConverter가 사용되면 문자를 HTTP 응답 본문에 포함
- JsonConverter 가 사용되면 객체를 HTTP 응답 본문에 포함

<Spring 입문> 3.2 스프링 웹 개발 기초_MVC

Isaac01 — Wed, 16 Apr 2025 20:40:18 +0900

Spring MVC

Model-View-Controller 패턴을 기반으로 한 웹 프레임워크

아래 코드는 다음과 같은 구조로 작동한다

요청 → 컨트롤러(Controller) → 모델에 데이터 담기(Model) → 뷰(template)로 전달 → 응답

경로: src > main > java > ... > controller > HelloController

@Controller
public class HelloController {

    @GetMapping("hello-mvc")
    public String helloMvc(@RequestParam("key") String value, Model model) {
        model.addAttribute("key", value);
        return "hello-template";
    }
}

경로: src > main > resources > templates > hello.html

<html xmlns:th="http://www.thymeleaf.org">
<body>
<p th:text="'hello ' + ${key}">값이 안 보이면 여기가 출력</p>
</body>
</html>

컨트롤러 (Controller) - 요청을 처리하는 부분

@Controller
public class HelloController {

@Controller는 Spring 프레임워크에서 웹 요청을 처리하는 클래스임을 나타내는 애너테이션

@GetMapping("hello-mvc")
public String helloMvc(@RequestParam("key") String value, Model model)

@GetMapping은 Spring MVC에서 제공하는 어노테이션
@GetMapping()은 클라이언트에서 GET 방식으로 "/hello-mvc" 주소로 요청이 들어올 때 "helloMvc"메서드를 실행
- GET 방식은 URL(주소창)을 통해 데이터(ex: spring)를 보내서 서버에 요청하는 방식
- http://localhost:8080/hello-mvc?key= spring
- 요청 주소: /hello-mvc
- 요청 방식: GET
- 전달한 데이터: key=spring
Model은 뷰에 전달할 데이터를 담는 객체이다.

모델 (Model) - 데이터 전달하는 부분

model.addAttribute("key", value);

model에 "key"라는 이름으로 값(value)을 저장
이 데이터는 나중에 뷰(HTML 템플릿)에서 ${key}로 꺼내서 쓸 수 있다.

return "hello-template";

ViewResolver는 hello-template이라는 뷰 이름을 받아서 실제 템플릿 파일을 찾아 렌더링합니다.
만약 Thymeleaf를 사용하고 있다면, hello-template.html 파일을 찾아서 해당 파일을 처리하고 데이터를 렌더링합니다.

뷰 (View) - 화면에 출력하는 부분

<p th:text="'hello ' + ${key}">값이 안 보이면 여기가 출력</p>

${key} → model.addAttribute("key", value)로 넣은 값이 들어감
예를 들어 /hello-mvc?key=spring 요청이 오면, hello spring 출력됨

전체 흐름 요약

사용자 요청: 클라이언트가 http://localhost:8080/hello-mvc?key=spring URL로 요청을 보냅
컨트롤러: HelloController에서 helloMvc 메서드가 실행되고, key라는 쿼리 파라미터 값을 받아 모델에 담음
모델: model.addAttribute("key", value) 코드로 key라는 이름의 값을 모델에 저장
뷰: hello-template.html 템플릿에서 key 값을 화면에 출력합니다. 이때 Thymeleaf는 ${key}를 찾아 그 값을 화면에 렌더링함

MVC 패턴이 이 코드에서 어떻게 적용되는지

모델 (Model): 데이터를 저장하고 전달하는 역할을 합니다. 여기서는 key와 그 값을 담은 모델 객체가 그 역할을 합니다.
뷰 (View): 데이터를 실제로 사용자에게 보여주는 역할을 합니다. Thymeleaf 템플릿은 key 값을 화면에 출력합니다.
컨트롤러 (Controller): 클라이언트의 요청을 받아 데이터를 처리하고, 뷰에 전달할 데이터를 모델에 담아서 반환합니다.

페이지 소스 보기

MVC에서 뷰(View)는 일반적으로 동적 콘텐츠를 렌더링하는데 사용된다. 정적 콘텐츠는 파일을 그대로 클라이언트에게 전달하는 반면, 동적 콘텐츠는 서버에서 데이터를 처리하고 이를 템플릿 파일을 통해 동적으로 렌더링하여 화면에 표시한다.

템플릿 파일이란: ${key}는 "데이터가 들어갈 자리" 이걸 포함한 전체 .html 파일이 템플릿 파일

정적 콘텐츠와 동적 콘첸츠의 차이점

정적 콘텐츠는 파일 자체를 그대로 반환한다. 서버는 파일을 변형하지 않고 그대로 클라이언트에 전달하는 방식이다. 예를 들어, CSS 파일이나 이미지 파일이 이에 해당한다.
동적 콘텐츠는 서버에서 처리된 데이터를 기반으로(/hello-mvc?key=spring) 뷰 템플릿(.html)을 동적으로 렌더링하여 클라이언트에 전달하는 방식이다. 이때 서버는 데이터를 변경하고, 이를 템플릿 엔진을 통해 HTML로 변환하여 응답한다. 예를 들어, key 값이 포함된 텍스트(hello spring)를 동적으로 만들어서 클라이언트에 보낸다.

<Spring 입문> 3.1 스프링 웹 개발 기초_정적 콘텐츠

Isaac01 — Wed, 16 Apr 2025 14:51:39 +0900

정적 콘텐츠 (Static Content)

src/main/resources/static/ 폴더 안에 있는 파일들
예: hello.html, style.css, logo.png 등
브라우저가 /hello.html 요청 → 가공하지 않은 파일 그대로 응답

정적 콘텐츠 확인해 보기

src > main > resources > static > hello.html 파일을 만들고 다음 코드를 입력했다.

<!DOCTYPE HTML>
<html>
<head>
    <title>static content</title>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
</head>
<body>
정적 컨텐츠 입니다.
</body>
</html>

URL에 localhost:8080/hello.html 를 입력하고 페이스 소스보기를 클릭해 보면 hello.html 파일 그대로가 View에 전달되었음을 확인 할 수 있다.

정적 콘텐츠랑 Welcome Page는 같은 것일까?

결론 부터 말하면 아니다.

Welcome Page는 정적 콘텐츠 wnddptj / 요청을 처리하는 특별한 파일(index.html)을 말한다.

항목 정적 콘텐츠 Welcome Page

위치	static, public 등	static 등
파일 이름	제한 없음 (hello.html, about.css 등)	index.html
동작	요청한 경로 그대로 응답	루트 경로 / 요청 시 자동 응답
뷰 처리 방식	그대로 응답	그대로 응답
템플릿 엔진 사용	❌ (Thymeleaf 등 사용 안 함)	❌ (단순 HTML)

<Spring 입문> 1. View 환경 설정

Isaac01 — Tue, 15 Apr 2025 11:43:05 +0900

스프링 프로젝트를 만들면 기본적으로 HelloSpringApplication 파일이 다음과 같이 구성되어 있을 것이다.

아래 코드는 Spring Boot 애플리케이션을 시작하는 가장 기본적인 형태의 코드이다.

import 는 다른 클래스나 기능을 불러오는 문장이다.

자바에서 Scanner 라는 기능을 사용하기 위해 import java.util.Scanner; 임폴트를 추가하는 것처럼 다음 문장도 같다.

import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;

@SpringBootApplication 과 SpringApplication.run() 메소드를 사용하기 위해 import를 추가한 것이다.

@SpringBootApplication

이 어노테이션은 스프링 부트 애플리케이션의 시작점임을 나타냅니다.
또한, 다음의 3가지 핵심 어노테이션의 조합으로 구성되어 있습니다:

1. @Configuration

해당 클래스를 스프링 설정 클래스로 지정합니다.
개발자가 직접 @Bean 등을 사용해 빈을 등록할 수 있습니다.

2. @EnableAutoConfiguration

스프링 부트의 자동 설정 기능을 활성화합니다.
클래스패스에 존재하는 라이브러리 정보를 바탕으로,
예를 들어 웹 관련 라이브러리가 존재하면
Tomcat 서버, Spring MVC 등이 자동으로 설정됩니다.

3. @ComponentScan

현재 클래스가 위치한 패키지를 기준으로
그 하위 패키지를 스캔합니다.
@Component, @Service, @Repository, @Controller 등이
선언된 클래스를 찾아 빈으로 등록합니다.

즉, 이 한 줄 덕분에 개발자가 따로 설정하지 않아도 대부분의 기능이 자동으로 설정된다!

SpringApplication.run(HelloSpringApplication.class, args);

스프링 부트 애플리케이션을 실행시키는 코드이다.
HelloSpringApplication.class: 이 클래스가 애플리케이션의 설정 정보라는 걸 알려준다.
args: 커맨드라인 인자를 그대로 전달해 준다.

이 한 줄로 내장 톰캣 서버도 실행되고, 스프링이 모든 준비를 마치고 웹 애플리케이션이 실행된다.

실행 순서

@SpringBootApplication에 있는 main() 메서드가 가장 먼저 실행됩니다.
그 안에서 SpringApplication.run(...)이 호출되면서
스프링 부트가 자동 설정, 빈 등록, 컨트롤러 탐색 (@Controller) 등의 작업을 진행해요.

1. Welcome Page와 thymeleaf 템플릿 엔진 동작 이해하기

src > main > resources 경로로 들어가면 static, templates 폴더가 존재한다.

2. Welcome Page

static 경로에 위치한 파일 중 index.html 만 특별히 "Welcome Page"로 취급된다.

Welcome Page는 정적콘텐츠의 특별한 경우는 말하는데, 정적콘텐츠와 차이점은 다음장에서 설명할 것이다.

특별한 이름: index.html
특별한 위치: static/index.html 또는 public/index.html 등
사용자가 **루트 URL(/)**로 접속할 경우 자동으로 응답되는 파일

어떻게 동작할까?

브라우저가 http://localhost:8080/로 접속함
스프링 부트는 다음 순서로 확인함:
- static/index.html 있는지?
- 있으면 → 그걸 Welcome Page로 서빙함
- 없으면 → 컨트롤러 매핑을 찾거나, 404 페이지

3. templates 템플릿 엔진

SpringApplication.run(...)이 실행되면서 스프링 부트가 시작되고 자동 설정(AutoConfiguration)으로

웹 서버 내장 톰켓(Tomcat)도 함께 실행된다. 그리고 컴포넌트 스캔을 통해 @Controller 작업을 찾아 실행한다.

@Controller, @RestController

이 클래스가 HTTP 요청을 처리하는 웹 컨트롤러임을 명시.

이 클래스 안에 있는 요청 처리 메서드를 (@GetMapping, @PostMapping, @RequestMapping)을

DispatcherServlet이 자동으로 탐지해서 연결해 준다.

DispatcherServlet

DispatcherServlet은 Spring MVC에서 모든 웹 요청을 받아서 처리 흐름을 조정하는 중앙 컨트롤러이다.

Spring Boot에서는 자동 등록돼 있다. 순수 Spring MVC에서는 web.xml같은 설정 파일에서 직접 등록해야 한다.

@Controller, @RestController 차이점

@Controller는 HTML 등의 뷰를 반환하고, @RestController는 JSON, XML등의 데이터를 반환한다.

클라이언트가 보낸 HTTP GET 요청을 보내면 스프링의 DispatcherServlet이 그 요청을 받아서
@GetMapping("/hello")와 매핑된 메서드를 실행한다.

@Controller
public class HelloController {
    @GetMapping("hello")
    public String hello(Model model) {
        model.addAttribute("data", "hello!!");
        return "hello";
    }
}

return "hello" 는 resources > templates > hello.html 경로의 뷰 파일을 의미하고 스프링 부트는

내부적으로 Thymeleaf 뷰 리졸버(view resolver)를 통해 이 파일을 찾아 렌더링 한다.

<!DOCTYPE HTML>
<html xmlns:th="http://www.thymeleaf.org">
<head>
    <title>Hello</title>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
</head>
<body>
<p th:text="'안녕하세요. ' + ${data}" >안녕하세요. 손님</p>
</body>
</html>

${data}는 키값이고 ${data}는 model.addAttribute("data", "hello!!")에서 넣은 "hello!!"로 치환된다.

Model이란?

Model은 스프링이 제공하는 인터페이스로,
컨트롤러 메서드에서 뷰로 데이터를 전달하는 매개체(객체)이다.

return되면 ViewResolver를 통해 hello.html파일을 찾고

Template Engine(예: Thymeleaf)이 실행돼서 ${data} 자리에 "hello!!" 넣은 HTML 생성한다.

@GetMapping("hello")
public String hello(Model model) {
    model.addAttribute("data", "hello!!");
    return "hello";
}

흐름 요약

<Java> Thread 상속과 Runnable 구현의 차이점 및 동기화 메소드 선언

Isaac01 — Tue, 4 Mar 2025 20:28:12 +0900

Thread와 Runnable의 차이

1️⃣ Thread를 상속하는 경우

✅ 특징

Thread 클래스를 직접 상속받음.
run() 메서드를 오버라이드하여 실행할 코드 작성.
start() 메서드를 호출하면 run()이 실행됨.

❌ 단점

자바는 다중 상속을 지원하지 않아서 이미 다른 클래스를 상속받고 있다면 Thread를 상속할 수 없음.
객체를 생성할 때마다 새로운 Thread 인스턴스를 만들어야 하므로 재사용이 어렵고 성능이 떨어질 수 있음.

2️⃣ Runnable을 구현하는 경우

✅ 특징

Runnable 인터페이스를 구현하고 run() 메서드를 오버라이드.
Thread 객체를 생성할 때 Runnable 구현체를 인자로 넘겨줘야 함.

❇️ 장점

다른 클래스를 상속받을 수 있음(유연성 높음).
쓰레드 객체를 재사용할 수 있어 관리가 용이함.

3️⃣ 동기화 메소드(Synchronized Method)란?

멀티스레드 환경에서 여러 개의 스레드가 동시에 같은 자원에 접근하면 예상치 못한 결과가 발생할 수 있다.
이런 문제를 해결하기 위해 한 번에 하나의 스레드만 해당 메서드에 접근하도록 보장하는 방법이 동기화(Synchronization) 이다.

동기화 메소드 선언 방법

✅ synchronized 키워드를 메서드에 붙이면, 해당 메서드를 실행 중인 스레드가 끝날 때까지

다른 스레드는 접근할 수 없다.

동기화 메소드 예제

스레드 간 충돌 없이 순차적으로 실행됨.
synchronized를 적용하지 않으면 여러 스레드가 동시에 count를 수정하여 1, 2, 3, ... 순서가 꼬일 수도 있다.

동기화 블록 (Synchronized Block)

만약 전체 메서드를 동기화하면 성능 저하가 발생할 수 있다.
이럴 때는 동기화 블록을 사용해서 필요한 부분만 보호할 수 있다.

<Java> 로컬 클래스와 지역 변수의 생명 주기

Isaac01 — Tue, 25 Feb 2025 23:10:48 +0900

1. 클래스 선언부에서 실행 코드는 허용되지 않음

클래스 선언부에서 변수 값 재할당할 수 없는 이유에 대해서는 선언부에 실행 코드를

작성할 수 없기 때문이라고 설명하였다.

2. 클래스 선언부에서 실행 코드는 허용되지 않음

참고로 JDK 8부터는 final이 생략된다.

로컬 클래스의 객체는 메소드 실행이 종료되면 없어지는 것이 일반적이지만, 메소드가 종료되어도 계속 실행 상태로 존재할 수 있다. 예로 들어 로컬 스레드 객체를 사용하는 것이다. 메소드를 실행하는 스레드와 다르므로 메소드가 종료된 후에도 로컬 스레드 객체는 실행 상태로 존재할 수 있다.

하지만, 로컬 클래스에서 지역변수 var를 참조하고 있다면 var가 사라진 후에도 접근해야 하는 문제가 생긴다. JAVA 이를 해결하지 위해 로컬 클래스에서 지역 변수를 참조한다면 지역변수는 final 특성을 가지는 변수로 만들어야 한다는 규칙을 만들었다.

final 변수는 JVM이 내부적으로 그 변수를 복사해서 사용하기 때문에, 값을 변경하면 원본 변수와 복사된 값이 달라질 수 있어서 변경을 허용하지 않는다.

<Java> 클래스 선언부에서 변수 값 재할당할 수 없는 이유

Isaac01 — Tue, 25 Feb 2025 14:09:53 +0900

클래스 단순한 설계도일 뿐 실제 실행되는 코드가 아니다.

클래스 선언부에서 실행 코드는 허용되지 않음

클래스는 단순한 설계도이므로, 클래스 선언부에서 변수를 변경하는 실행 코드를 작성할 수 없다.
변수 선언 시 int num = 10;처럼 초기화는 가능하지만, num = 20; 같은 재할당은 허용되지 않는다.
자바의 클래스 내부에는 "실행 코드"가 올 수 없고, "멤버 변수 선언"만 가능하기 때문이다.

그렇다면 "클래스에서 선언된 변수는 final 특성을 가지는게 아닌가?" 라는 생각을 해보았다.

final 과 "클래스 선언부에서 값 재할당 불가"의 차이점

자바에서 멤버 변수는 자동으로 final이 되지 않는다.
즉, 클래스 선언부에서 값을 바로 재할당할 수 없다고 해서, 해당 변수가 final처럼 동작하는 것은 아니다.
왜냐하면 객체가 생성된 후에는 값 변경이 가능하기 때문이다.

final과 일반 변수의 차이점

특징일반 변수 (int num)final 변수 (final int num)

선언과 동시에 초기화 필요?	❌ (필요 없음)	✅ (필수)
생성자에서 값 변경 가능?	✅ (가능)	✅ (가능, 하지만 한 번만)
메서드에서 값 변경 가능?	✅ (가능)	❌ (불가능)
실행 중 값 변경 가능?	✅ (가능)	❌ (불가능)

즉, "클래스 내부에서 재할당할 수 없다"는 이유로 final과 동일하게 취급할 수 없다.

but 메소드와 생성자를 이용해 값을 재할당 할 수 있다.

<Spring> 스프링 의존관계란?

Isaac01 — Thu, 20 Feb 2025 19:32:59 +0900

스프링에서 의존관계(Dependency)란?

스프링 프레임워크에서 의존관계(Dependency) 란, 하나의 객체가 다른 객체를 필요로 하는 관계를 의미한다. 예를 들어, A 클래스가 B 클래스를 사용해야 한다면, A는 B에 의존한다고 말할 수 있다.

1. 의존관계의 종류

(1) 강한 결합 (Tightly Coupled)

A가 B를 직접 생성하고, 직접 관리하는 경우.
예제:
문제점: A 클래스가 B 클래스에 강하게 의존하여, B가 변경되면 A도 수정해야 함.

(2) 느슨한 결합 (Loosely Coupled)

A가 B를 직접 생성하지 않고, 외부에서 주입받는 방식.
스프링에서는 의존성 주입(Dependency Injection, DI) 을 사용해 구현 가능.

2. 의존성 주입(Dependency Injection, DI)

스프링은 객체 간의 의존성을 직접 연결하지 않고, Spring Container 가 객체를 생성하고 주입하는 방식으로 관리해.

(1) 생성자 주입(Constructor Injection)

생성자를 통해 의존 객체를 주입하는 방식.
예제:
장점: 불변성 유지, 테스트 용이

(2) 필드 주입(Field Injection)

필드에 직접 @Autowired를 붙여서 주입하는 방식.
예제:
단점: 테스트 어려움, 순환 참조 문제 발생 가능

(3) Setter 주입(Setter Injection)

Setter 메서드를 이용하여 의존성을 주입하는 방식.
예제:
장점: 필요할 때만 주입 가능 (선택적 의존성)

3. 스프링이 의존관계를 관리하는 방법

스프링 컨테이너는 Bean 객체를 생성하고, 의존성을 자동으로 주입해 줘.

@Component, @Service, @Repository, @Controller 등의 애너테이션을 사용하면 자동으로 객체를 스프링이 관리함.
@Autowired를 사용하면 스프링이 알아서 적절한 빈(Bean)을 찾아 주입함.

4. 의존성 관리의 장점

코드 재사용성 증가 → 객체의 생성과 관리가 스프링 컨테이너에서 이루어져, 코드 중복이 줄어듦.
유지보수 용이 → 객체 간 결합도를 낮출 수 있어, 코드 수정이 쉬워짐.
테스트 용이 → 가짜 객체(Mock)를 주입하여 단위 테스트가 쉬워짐.

[Java] 인터페이스란?

Isaac01 — Thu, 13 Feb 2025 00:12:00 +0900

인터페이스란?

인터페이스는 객체의 사용 방법을 정의한 타입이다.

풀어서 설명하자면 인터페이스는 개발 코드와 객체가 서로통신하는 접점 역할을 한다. 개발 코드가 인터페이스의 메소드를 호출하면 인터페이스는 객체의 메소드를 호출시킨다. 그렇게 때문에 개발 코드는객체의 내부 구조를 알 필요가 없고

인터페이스의 메소드만 알고 있으면 된다.

개발 코드가 직접 객체의 메소드를 호출하면 간단한데왜 중간에 인터페이스를 두는지 의문점이 생긴다. 그 이유는 개발 코드를 수정하지 않고 사용하는 개체를 변경할 수 있도록 하기 위해서 이다. 인터페이스는 하나의 객체가 아니라 여러 객체가 아니라 여러 객체들과 사용이 가능하므로 어떤 객체를 사용하느냐에 따라서 실행 내용과 리턴값이 다를 수 있다. 따라서 개발 코드 측면에서는 코드변경 없이 실행 내용과 리턴값을 다양화할 수 있다는 장점을 가지게 된다.

인터페이스 선언

클래스는 필드, 생성자, 메소드를 구성 멤버로 가지는데 비해, 인터페이스는 상수 필드와 추상 메소드만을 구성 멤버로 가진다. 인터페이스는 객체로 생성할 수 없기 때문에 생성자를 가질 수 없습니다.

tip 자바 8부터는 인터페이스에더 추가적인 멤버가 생겼지만 일반적으로는 상수와 추상메소드만 선언해서 사용한다.

추상 메소드 선언

인터페이스를 통해 호출된 메소드는 최종적으로 객체에서 실행된다. 그렇기 때문에 인터페이스의 메소드는 실행 블록이 필요 없는 추상 메소드로 선언한다. 추상 메소드는 리턴 타입, 메소드 이름, 매개 변수만 기술되고 중관호 {}를 붙이지 않는 메소드를 말한다. 인터페이스에 선언된 추상 메소드는 모두 public abstract 의 특성을갖기 때문에 public abstract 를 생략하더라도 컴파일 과정에서 자동으로 붙게 된다.

구현 객체 구현

개발 코드가 인터페이스 메소드를 호출하면 인터페이스는 객체의 메소드를 호출한다. 객체는 인터페이스에서 정의된 추상 메소드와 동일한 메소드 이름, 매개 타입, 리턴 타입을 가진 실체 메소드를 가지고 있어야 한다. 이러한 객체를 인터페이스의 구현(implement)객체라고 하고, 구현 객체를 생성하는 클래스를 구현 클래스라고 한다.

구현 클래스는 보통의 클래스와 동일한데, 인터페이스 타입으로 사용할 수 있음을 알려주기 위해 클래스 선언부에 implements 키워드를 추가하고 인터페이스 이름을 명시해야 한다 그리고 인터페이스에 선언된 추상 메소드의 실체 메소드를 선언해야 한다.

tip 구현 클래스에서 인터페이스의 추상 메소드에 대한 실체 메소드를 작성할 때 주의할 점은 인터페이스의 모든 메소드는 기본적으로 public 접근 제한을 갖기 때문에 public 보다 더 낮은 접근 제한으로 작성할 수 없다. public 을 생략하면 "Cannot reduce the Visibilly of the inherited method"라는 컴파일 에러가 뜬다.

인터페이스 사용

인터페이스를 선언하고 인터페이스의 실체 메소드를 가지고 있는 구현 클래스를 작성하고 구현객체를 생성했다면

인터페이스를 사용해야 할 것이다.

사용 방법은 간단하다. 구현객체를 인터페이스 변수에 대입해서 사용한다.

1. 인터페이스가 필드 타입으로 사용될 경우, 필드에 구현 객체를 대입할 수 있다.

2. 인터페이스가 생성자의 매개 변수 타입으로 사용될 경우, new 연산자로 객체를 생성할 때 구현 객체를 생성자의 매개값으로 대입할 수 있다.

3. 인터페이스가 로컬 변수 타입으로 사용될 경우, 변수에 구현 객체를 대입할 수 있다.

4. 인터페이스가 메소드의 매개 변수 타입으로 사용될 경우, 메소드 호출 시 구현 객체를 매개값으로 대입할 수 있다.

[Java] 추상 클래스란?

Isaac01 — Wed, 12 Feb 2025 22:11:08 +0900

추상클래스란?

객체를 직접 생성할 수 있는 클래스를 실체 클래스라고 한다면이 클래스들의 공통적인 특성을추출해서 선언한 클래스를 추상 클래스라고 한다. 추상 클래스와 실체 클래스는 상속의 관계를가지고 있다. 추상 클래스가 부모, 실체 클래스가 자식으로 구현되어 실체 클래스는 추상 클래스의 모든 특성(필드와 메소드)을물려받고, 추가적인 특정을 가질 수 있다.

추상 클래스 선언

추상 클래스를 선언할 때에는 클래스 선언에 abstract 키워드를 붙여야 한다. abstract 를 붙이면 new 연산자를 이용해서 객체를 만들지 못하고, 상속을 통해 자식 클래스만 만들 수 있다.

추상 클래스도 일반 클래스와 마찬가지로 필드, 생성자, 메소드 선언을 할 수 있다. new 연산자로 직접 생성자를 호출할 수는 없지만 자식 객체가 생성될 때 super(. . .)를 호출해서 추상 클래스 객체를 생성하므로 추상 클래스도 생성자가 반드시 있어야 한다.

추상 메소드 재정의

추상 글래스는 실체 글래스가 공통적으로 가져야 할 필드와 메소드들을 정의해 놓은 추상적인 클래스로, 실체 클래스의 멤버(필드, 메소드)를 통일한느 데 목적이있다. 하지만 메소드의 선언만 통일하고, 실행 내용은 클래스마다 달라야 하는 경우가 있다. 이런 경우를 위해서 추상 클래스는 추상 메소드를 선언할 수 있다. 추상 메소드는 abstract 키워드와 함께메소드의 선언부만 있고 메소드 실행 내용인 중괄호 {}가 없는 메소드를 말한다.

추상 클래스 설계시 하위 클래스가 반드시 실행 내용을 채우도록 강제하고 싶은 메소드가 있을 경우 해당 메소드를 추상 메소드로 선언한다. 자식 클래스는 반드시 추상 메소드를 재정의해서 실행 내용을 작성해야 하는데, 그렇지 않으면 컴파일 에러가 발생한다. 이것이 추상 메소드의 위력이다.

핵심키워드

1. 추상클래스란 클래스들의 공통적인 특성을 추출한 클래스

2. 추상 클래스 선언에 abstract 키워드 작성

3. new 연산자를 이용한 객체 생성은 불가능

4. 자식 클래스 super()를 호출해서 객체 생성하므로 추상 클래스도 반드시 생성자가 있어야 함

5. 추상 메소드는 자식 클래스에서 반드시 재정의 해야함

[Java] 싱글톤이란?

Isaac01 — Wed, 12 Feb 2025 21:55:35 +0900

실글톤이란?

가끔 전체 프로그램에서 단 하나의 객체만 만들도록 보장해야 하는 경우,

단 하나만 생성 된다고 해서 이 객체를 싱글톤이라고 한다.

싱클톤을 만들려면 클래스 외부에서 new 연산자로 생성자를 호출할 수 없도록 막아야한다.

생성자를 호출한 만큼 객체가 생성되기 대문이다.

외부에서 생성자를호출할 수 없도록 하려면 생성자 앞에 private 접근 제한자를 붙여주면 된다.

그리고 자신의 타입인 정적 필드를 하나 선언하고 자신의 객체를 생성해 초기화 한다.

참고로 클래스 내부에서는new 연산자로 생성자 호출이 가능하다.

정적 필드도 private 접근 제한자를 붙여 외부에서 필드값을 변경하지 못하도록 막아야 한다.

대신 외부에서 호출할 수 있는 정적 메소드를 선언하고정적 필드에서 참조하고 있는 자신의 객체를 리턴해준다.

정적 메소드의 리턴 값은 클래스의 참조 값임으로 "static 클래스 메소드명() {}" 식으로 작성하면 된다.

핵심키워드

1. 단 하나의 객체만 만들어야 할때(단 하나의 객체는 본인 클래스 내부에서)

2. 외부에서 객체를 생성할 수 없도록 생성자 접근 제한자를 private

3. 외부에서 호출할 수 있는 정적 메소드 선언, 정적 메소드는 필드에서 참조하고 있는자신의 객체를 리턴

백준 13909번: 창문 닫기

Isaac01 — Thu, 23 Jan 2025 22:08:31 +0900

사람이 1명이면 창문도 1개, 사람이 2명이면 창문도 2개, 즉 사람이 N명이면 창문도 N 개 이다.

N번째 사람은 N 의 배수 번째 창문을 열려있음 닫고 닫혀 있으면 연다. 이해하기 쉽게 그림으로

설명하면 다음과 같다.

1번째 사람 (5개 창문이 열려 있음)

2번째 사람 (3개 창문이 열려 있음)

3번째 사람 (2개 창문이 열려 있음)

4번째 사람 (3개 창문이 열려 있음)

5번째 사람 (2개 창문이 열려 있음)

이 문제는 숨겨진 규칙이 있다. 가장 좋은 방법은 본인이 규칙을 찾아서 푸는 방법이지만,

규칙이 보이지 않는다면 다음 힌트를 보고 다시 풀어보는 방법을 추천한다.

입력	열려있는 창문의 개수
2~3	1개
4~8	2개
9~15	3개
16~24	4개
25~35	5개
36~48	6개
49~63	7개
64~80	8개

N이 4, 9, 16, 25일 때마다 마지막에 열린 창문의 개수가 1씩 증가하는 것을 알 수 있다.

즉, N이 완전제곱수이면 다음 완전제곱수 전까진 N개의 창문이 열리는 규칙을 찾아 볼 수 있다.

√4 근사값 : 2
√ 5 근사값 : 2.23606797749979
√ 6 근사값 : 2.44948974278318
√ 7 근사값 : 2.64575131106459
√ 8 근사값 : 2.82842712474619
√ 9 근사값 : 3

정답코드

윈도우 정품인증 하는 방법

Isaac01 — Sat, 28 Dec 2024 20:46:59 +0900

KMS(키 관리 서비스)란 무엇인가요?

마이크로소프트에서 제공하는 정품 인증 방법으로 KMS, 즉 키 관리 서비스라는 제품 인증 방법을 말합니다. 관공서나 학교 등에서 특수한 목적으로 임시적으로 사용할 수 있는 제품키를 제공하고 있으며, 짧게는 한 달 길게는 6개월 이상 정품인증이 되는 임시적인 방법입니다.

KMS로 정품인증을 받기 위해서는 CMD 명령어를 이용해야 하며, 사용방법은 매우 간단한 몇 가지 명령어에 제공되는 시리얼 키를 등록해주면 간단하게 정품인증을 할 수 있습니다.

짧은 기간 동안 임시적으로 정품인증을 받는 것이기 때문에 정품인증이 해제가 되었다면 다시 연장이나 갱신 과정을 진행해야 합니다.

CMD를 이용하여 정품인증받기

설치된 윈도우 11 버전을 확인해야 합니다. 대부분의 사용자는 윈도우 11 홈 또는 윈도우 11 프로를 사용하는데요, 종류가 천차만별이고 윈도우 10 등 다른 버전을 쓰시는 분들도 있으니 좀 더 자세한 정보는 마이크로소프트 홈페이지를 방문하여 확인해 보시길 바랍니다.

CMD를 활용한 윈도우 제품 정품인증 방법

- 정품인증 순서

시작 메뉴 검색에서 CMD 검색하여 관리자 권한으로 실행
명령어 slmgr/ipk 제품키 입력
ex) 제품키가 W269N-WFGWX-YVC9B-4J6C9-T83GX일 때 아래와 같이 입력
slmgr/ipk W269N-WFGWX-YVC9B-4J6C9-T83GX
KMS 인증을 위해 아래와 같이 명령어를 입력해 줍니다.
slmgr/skms kms8.msguides.com
혹시 오류가 날 경우 kms8 부분을 kms9, kms7 등 숫자를 바꿔 다시 진행해 봅니다.
마지막으로 아래 명령어를 입력하여 마무리합니다.
slmgr/ato

출처: https://youareniceman.tistory.com/entry/%EC%9C%88%EB%8F%84%EC%9A%B0-11-%EC%A0%95%ED%92%88%EC%9D%B8%EC%A6%9D-%ED%95%A9%EB%B2%95%EC%A0%81%EC%9C%BC%EB%A1%9C-%EB%B0%9B%EB%8A%94-%EB%B0%A9%EB%B2%95KMS-%ED%99%9C%EC%9A%A9

[Java] StringTokenizer 사용 방법 / readLine(), nextToken() 차이점 <적용문제>

Isaac01 — Fri, 22 Nov 2024 11:17:57 +0900

StringTokenizer 사용방법

StringTokenizer st = new StringTokenizer("변수", "구분자", "참");

StringTokenizer를 사용하는 방식은 4가지가 있다.

① 변수만 지정할 경우 공백기준으로 문자열을 분리한다.

② 구분자를 지정해 구분자 기준으로 문자열을 분리한다.

③ 둘 이상의 구분자는 이어서 작성한다.

④ 구분자를 포함해 토근에 넣어 문자열을 분리한다.

*주의사항*

StringTokenizer은 import java.util.*; 을 추가해줘야 한다. 또한, String타입으로만

리턴하기 때문에 String타입을 제외하곤 형변환을 해줘야 한다.

1. 띄어쓰기 기준으로 분리하기.

StringTokenizer st = new StringTokenizer("변수")

- 변수만 지정할 경우 공백기준으로 문자열을 분리한다.

안녕하세요

코띵

블로그입니다.

2. 구분자 기준으로 분리하기.

StringTokenizer st = new StringTokenizer("변수", "구분자")

- 구분자를 지정해 구분자 기준으로 문자열을 분리한다.

안녕하세요

코띵

블로그입니다.

3. 둘 이상의 구분자 기준으로 분리하기.

StringTokenizer st = new StringTokenizer("변수", "구분자구분자")

- 둘 이상의 구분자는 이어서 작성한다.

안녕하세요

코띵

블로그입니다.

4. 구분자로 지정된 구분자도 토큰에 넣어 분리하기.

StringTokenizer st = new StringTokenizer("변수", "구분자구분자", "참")

- 구분자도 토근에 넣어 문자열을 분리한다.

안녕하세요

코띵

블로그입니다.

readLine(), nextToken() 차이점

BufferedReader 함수의 readLine() 메서드

두 줄에 수가 하나씩 주어졌을 때 입력을 받는 방법.

StringTokenizer 함수의 nextToken() 메서드

한 줄에 두 개의 수가 공백으로 구분되어 주어졌을 때 입력 받는 방법.

1 2

공백 단위로 입력을 받다가 라인 단위로 입력을 받으려면 readLine()메소드를 다시 사용하면 된다.

1 2

다시 공백 단위로 입력받으려면 st.nextToken() 메소드를 사용하면 될까?

1 2

4<엔터>

<엔터>를 입력하는 순간 에러 메세지가 뜰 것이다. 아래와 같이 객체를 다시 호출해야 한다.

StringTokenizer를 사용해 간단한 문제를 풀어보자!

과목명, 학점, 등급을 공백으로 구분하여 입력하고 과목명, 등급만 출력해 보자.

ObjectOrientedProgramming1 3.0 A+
IntroductiontoComputerEngineering 3.0 A+
ObjectOrientedProgramming2 3.0 A0

ObjectOrientedProgramming1 A+
IntroductiontoComputerEngineering A+
ObjectOrientedProgramming2 A0

<정답코드>

위 문제는 풀었다면 아래 적용문제를 풀어보자.

<적용문제>

다음 문제를 BufferedReader, StringTokenizer 를 사용해서 풀어보면 이해가 됐는지 도움이 될 것이다.

https://www.acmicpc.net/problem/10811

[Java] StringBuffer, StringBuilder, String 문자열 비교 <적용문제>

Isaac01 — Tue, 12 Nov 2024 21:11:18 +0900

참조 타입의 비교 방법을 예전에 살펴보았다.

String 변수 값을 비교할 땐 equals() 메소드를 사용해야 한다고 공부했었다.

자세한 내용은 아래 링크를 클릭하면 된다.

참조 타입과 참조 변수

자바의 타입은 크게 기본 타입과 참고 타입으로 분류된다. 기본 타입은 정수 타입(byte, char, short, int, long), 실수 타입(float, double), 논리 타입(boolean)을 말하고 참고 타입으론 배열 타입, 열거 타입,

opidea.tistory.com

StringBuffer 문자열도 equals()로 비교하면 되는 줄 알았으나 아니였다.

결과: false

StringBuffer클래스의 equals 메서드를 사용해도 등가비교연산자(==)로 비교한 것과 같다.

toString()을 이용해서 해결 할 수 있는데, StringBuffer클래스의 toString()을 호출하면 담고있는 문자열을

String으로 반환한다. 그래서 toString()을 호출해서 String인스턴스를 얻은 다음, 여기에 equals 메서드를

사용해서 비교한다.

결과: true

적용문제: 백준10988번

재귀함수 동작원리 <적용문제>

Isaac01 — Tue, 5 Nov 2024 22:31:02 +0900

재귀함수란?

쉽게 말해 N라는 함수에서 자기자신(N)을 다시 호출하는 함수를 의미한다.

재귀 함수 중 대표적인 팩토리얼, 피보나치 수가 있지만 가장 쉬운 팩토리얼을 예로 설명하겠다.

팩토리얼이란?

3을 입력하면 3*2*1 = 6

4을 입력하면 4*3*2*1 = 24 가 출력되는 것을 팩토리얼이라고 하고 이를 3!, 4! 라고 표기한다.

코드로 동작원리를 자세히 살펴보겠다.

1. Main메소드에서 fact(4)가 호출된다.

if문 조건이 false임으로 fact(3)이 호출되고 fact(4)는 Stack에서 대기하고 있게 된다.

fact(4) * 4

대기

2. fact(3) 호출이 된다.

if문 조건이 false임으로 fact(2)이 호출되고 fact(3)는 Stack에서 대기하고 있게 된다.

fact(4) * 4	대기
fact(3) * 3	대기

3. fact(2) 호출이 된다.

if문 조건이 false임으로 fact(1)이 호출되고 fact(2)는 Stack에서 대기하고 있게 된다.

fact(4) * 4	대기
fact(3) * 3	대기
fact(2) * 2	대기

4. fact(1) 호출이 된다.

fact(4) * 4	대기
fact(3) * 3	대기
fact(2) * 2	대기
fact(1) * 1	실행

if문 조건이 true임으로 fact(1)에 1을 리턴한다.

fact(4) * 4	대기
fact(3) * 3	대기
fact(2) * 2	대기
1 * 1	실행

5. fact(1)은 fact(2)에 1 * 1 값(1)을 리턴하고 종료된다.

fact(4) * 4	대기
fact(3) * 3	대기
1 * 2	대기
1 * 1	종료

6. fact(2)은 fact(3)에 1 * 2값(2)을 리턴하고 종료된다.

fact(4) * 4	대기
2 * 3	대기
1 * 2	종료

7. fact(3)은 fact(4)에 2 * 3값(6)을 리턴하고 종료된다.

6 * 4	대기
2 * 3	종료

8. 마지막으로 fact(4)은 Main메소드에 6 * 4값(24)을 리턴하고 종료된다.

6 * 4

종료

<적용문제>_피보나치 수

https://www.acmicpc.net/problem/10870

백준 1213번: 팰린드롬 만들기

Isaac01 — Sat, 19 Oct 2024 15:08:43 +0900

문제의 핵심

- 입력한 순서와 상관없이 A~Z순으로 정렬된다.

- 입력한 알파벳의 절반은 오름차순으로 절반은 내림차순으로 정렬된다.

- 홀수개인 알파벳 수가 둘 이상이면 팰린드롬을 만들 수 없다.

'CCBBA'을 입력했을 때, 출력 값은 'BCACB'이다.

'CACCC'을 입력했을 때, 출력 값은 'CCACC'이다.

'ABACABA'을 입력했을 때, 출력 값은 'AABCBAA'이다.

팰린드롬 특징을 보면, 홀수개인 알파벳은 A~Z순서 상관없이 가운대로 오고

나머지 알파벳은 절반은 오름차순으로, 다른 절반은 내림차순으로 정렬된다.

알파벳을 개수를 파악해 홀수개인 알파벳이 2개 이상이면 "I'm Sorry Hansoo"를 출력한다.

1. 기초작업

정렬한 값을 넣어줄 StringBuffer함수 생성

각 알파벳의 개수를 구한다.

2. check라는 함수를 통해 입력된 값이 팰린드롬을 만들 수 있는지 확인

알파벳 개수를 2로 나웠을 때 그 값이 0이 아니면(짝수가 아니면), check의 값은 +1 증가하고

check값이 2이상이면 check에는 false값이 들어간다.

3. 만약 입력한 값이 팰린더롬을 만들 수 있는 값이면, if문을 실행.

3-1. 알파벳이 짝수개 일 때

alpha[i] / 2를 해줘서 입력한 알파벳의 절반만큼 fir함수에 넣어준다.

i + 65를 해주는 이유는 0 = A, B = 1, C = 2, D = 3... 임으로

i + 65를 해주고 이를 (char)로 형변환을 한다음에 fir함수에 문자를 삽입한다.

3-2. 알파벳이 홀수개 일 때

알파벳이 홀수개 여도 알파벳 개수의 절반은 fir함수에 삽입해야 한다.

예를 들어 'AAAAABB'가 입력됐을 때, (AAAAA = 5개) 5 / 2 = 2임으로 'A'를 반복문을 통해 2번 삽입하고

남은 'A'를 mid에 저장해야 한다.

4. fir값을 end에 삽입 후 reverse() 함수를 통해 문자열을 뒤집어 준다.

풀어서 설명하면 'AAAAABB'가 입력됐다고 가정하면, fir에는 'AAB'가 삽입되어 있고,

mid에는 'A', end에는 fir값을 대입해 reverse() 함수를 통해 뒤집어 주면 end에는 'BAA'가 삽입된다.

마지막으로 fir, mid, end순으로 값을 출력하면 'AABABAA'라는 값이 나오게 된다.

정답코드

[Java] 동적 계획법 (DP: Dynamic programmig) 이해하기 <적용문제>

Isaac01 — Wed, 3 Apr 2024 14:06:57 +0900

1. 동적 계획법이란?

동적 계획법(Dynamic programming)은 중복 계산을 줄이기 위해 작은 문제들을 풀면서

그 결과를 저장해 나아가면서 전체 문제를 해결하는 알고리즘을 말한다.

해당 알고리즘의 특징은 메모이제이션(Memoization) 기법을 사용하여 중복 계산을 피하고,

경우의 수가 많은 경우에도 효율적으로 계산할 수 있다. 일반적으로 재귀적으로 구현된다.

메모이제이션(Memoization) 이란?

이전에 계산한 값을 저장하여 다시 계산하지 않도록 하여 속도를 빠르게 하는 방법이다.

동적 계획법 알고리즘을 구현할때 다음과 같은 단계를 따른다.

1. 문제를 하위 문제로 쪼갠다.

2. 하위 문제를 재귀적으로 해결한다.

3. 결과를 저장한다. (메모이제이션)

4. 저장된 결과를 이용하여 큰 문제를 해결한다. (해당 단계를 통해서 중복 계산을 피한다.)

2. DP 문제가 성립할 조건

최적 부분 구조(Optimal Substructure)

- 작은 문제의 최적해를 구한 후 그것을 이용하여 큰 문제의 최적해를 구할 수 있다.

중복 부분 문제(Overlapping Subproblem)

- 동일한 작은 문제를 반복적으로 해결해야 하는 성질이다.

3. 동적 계획법의 종류 (탑다운, 바텀업)

Top-down

큰 문제를 해결하기 위해 작은 문제를 호출하는 방식이다. 이 때 해결해 놓은 하위

문제를 저장해 놓기 위해 메모이제이션(Memoization)이 사용된다. 이는 중복 계산을 방지

하고 작은 문제들을 한 번만 푸는 것이 특징이다.

Bottom-up

작은 문제부터 차례대로 해결해 나가는 방식이다.

이 알고리즘의 핵심은 이전에 '계산한 부분 문제'의 결과를 저장해두고 나중에 같은 부분

문제가 나타날 때 다시 계산하지 않고 저장된 값을 사용하여 시간을 절약한다.

탑다운 방식과 바텀업 방식은 동일한게 아닌가?

아니다. 둘다 동일한 계획적 탐색의 종류 중에 하나지만 각각 해결방식이 다르다.

탑다운 방식은 작은 부분 문제를 '재귀적인 호출'을 이용하여서 해결하는 방식이고,

바텀업 방식은 작은 부분 문제부터 시작하여 '반복문'을 통해 해를 계산하고 저장해둔

뒤 이전에 계산 문제의 해를 점점 더 큰 문제로 해결하는 방식이다.

<적용문제>

Top-down 방식으로 풀면 된다.

1003번: 피보나치 함수

각 테스트 케이스마다 0이 출력되는 횟수와 1이 출력되는 횟수를 공백으로 구분해서 출력한다.

www.acmicpc.net

<참조>

https://adjh54.tistory.com/201#google_vignette

https://loosie.tistory.com/150

[Java] StringBuffer / StringBuilder 주요 메서드

Isaac01 — Tue, 26 Mar 2024 09:28:14 +0900

코드로 보는 StringBuffer / StringBuilder 주요 메서드

[Java] String, StringBuffer, StringBuilder 차이점

Isaac01 — Mon, 25 Mar 2024 14:04:45 +0900

1. String

String 객체는 한번 할당된 공간이 변하지 않는다고 해서 'immutable(불변)'자료형 이라고 불린다.

또한 String 객체는 + 연산자 또는 concat 메서드를 통해 기존에 생성된 String 객체에 문자열을

붙이는게 아니라 기존 문자열을 삭제한 후 새 String 객체에 연결된 문자열을 저장하고 그

객체를 참조하는 것이다.

- String 클래스 객체는 Heap 메모리 영역(가비지 컬렉션이 동작하는 영역)에 생성.

한번 생성된 객체의 내부 내용을 변화시킬 수 없다. 기존 객체가 제거되면 Java 의 가지비

컬렉션이 회수한다.

Immutable 한 객체는 간단하게 사용가능하고, 동기화에 대해 신경쓰지 않아도

되기 때문에(Thread - safe), 내부 데이터를 자유롭게 공유 가능하지만 추가 / 삭제 연산이

많으면 성능이 좋지 않다.

2. StringBuffer / StringBuilder

StringBuffer / StringBuilder 는 문자열 연산 등으로 기존 객체의 공간이 부족하게 되는 경우,

기존의 버퍼 크기를 늘리며 유연하게 동작한다. 또한 StringBuffer / StringBuilder 는 제공하는

메서드도 똑같고 사용하는 방법도 동일하다.

1) StringBuffer / StringBuilder 차이점

둘의 차이점은 딱 한가지로 멀티 쓰레드(Thread)에서 안전(safe)한지 아닌지의 차이 뿐이다.

StringBuffer 클래스는 쓰레드에서 안전하다. (thread safe)

StringBuilder 클래스는 쓰레드에서 안전하지 않다. (thread unsafe)

두 클래스는 문법이나 배열구성도 모두 같지만, 동기화(Synchronization) 에서의 지원 유무가

다르다. StringBuilder 는 동기화를 지원하지 않는 반면, StringBuffer 는 동기화를 지원하여

멀티 스레드 환경에서도 안전하게 동작할 수 있다. 그 이유는 StringBuffer 는 메서드에서

synchronized 키워드를 사용하기 때문이다.

더 자세한 내용은 <참조>를 확인하면면 된다.

2) StringBuffer / StringBuilder 성능 비교

성능은 StringBuilder 클래스가 더 좋다. StringBuffer / StringBuilder 의 차이는 쓰레드 안정성에

있다고 했는데 아무래도 쓰레드 안정성을 버린 StringBuilder 가 좀더 떨 따지고 연산 하니 당연히

좀 더 빠를 수 밖에 없다.

3. 문자열 자료형 정리

String 을 사용해야 할 때

● String 은 불변성

● 문자열 연산이 적고 변하지 않는 문자열을 자주 사용할 경우

● 멀티쓰레드 환경일 경우

StringBuilder 를 사용해야 할 때

● StringBuilder 는 가변성

● 문자열의 추가, 수정, 삭제 등이 빈번히 발생하는 경우

● 동기화를 지원하지 않아, 단일 쓰레드이거나 동기화를 고려하지 않아도 되는 경우

● 속도면에선 StringBuffer 보다 뛰어남

StringBuffer 를 사용해야 할 때

● StringBuffer 는 가변성

● 문자열의 추가, 수정, 삭제 등이 빈번히 발행하는 경우

● 동기화를 지원하여, 밀티 스레드 환경에서도 안전하게 동작

4. 주요 메서드

https://opidea.tistory.com/entry/Java-StringBuffer-StringBuilder-%EC%A3%BC%EC%9A%94-%EB%A9%94%EC%84%9C%EB%93%9C

[Java] StringBuffer / StringBuilder 주요 메서드

코드로 보는 StringBuffer / StringBuilder 주요 메서드

opidea.tistory.com

[Java] nextInt() 사용 후 nextLine() 사용시 문제점 해결

Isaac01 — Fri, 22 Mar 2024 20:29:08 +0900

Scanner.nextInt() 메서드는 사용자가 입력한 가장 마지막 개행문자(공백) 전까지만 입력받는다.

nextInt() 로 숫자 100를 입력했다고 가정하면

입력: 100엔터( 공백 ) 에서 개행전까지만 입력받는 것이다.

마지막에 개행문자를 제거하지 않았기 때문에 입력된 개행문자는 버퍼에 남아 있다.

이어서 nextLIne() 메서드를 사용하게 되면 개행문자를 nextLIne() 에서 입력처리로 받기 때문에

문제가 발생한다.

해결방법1

sc.nextLine() 메서드를 사용해 개행문자를 제거해 준다.

해결방법2

nextLine() 으로 입력받은 후 Integer.parseInt() 로 변화해 준다.

[Java] 자바 ArrayList 사용 방법 <적용문제>

Isaac01 — Fri, 15 Mar 2024 21:30:25 +0900

ArrayList란?

ArrayList는 배열을 기반으로 한 컬렉션의 하나이며, 데이터를 추가 삭제시 내부에서 동적으로 배열의 길이를 조절해 줍니다. ArrayList를 생성하게 되면 내부에서는 데이터를 저장하기 위한 배열(용량)을 저장하기 위한 저장공간이 할당되며, 사용중 데이터의 크기가 이 Capacity의 크기를 넘어서게 되면 저장공간이 새롭게 할당됩니다.

ArrayList vs 배열

배열의 길이는 고정된 반면 ArrayList는 배열의 길이를 자동으로 조절해주는 기능을 가지고 있어 가변적입니다.

1. ArrayList생성

자바에서 ArrayList를 사용하려면 아래 구문을 추가해야 합니다.

import java.util.ArrayList;

ArrayList생성 방법은 다음과 같습니다.

2. ArrayList 추가 변경

add() 메서드로 ArrayList를 추가할 수 있습니다.

또한 set() 메서드로 값을 변경하는 것도 가능합니다.

3. ArrayList 삭제

삭제할 땐 remove() 메서드를 호출합니다.

4. 값 존재 유무 확인

값이 존재하는지 알고 싶을 경우 contains()를 사용합니다.

값의 위치를 알고 싶은 경우 indexOf()를 사용합니다. 만약 값이 존재하지 않을 경우

-1를 리턴합니다.

<적용문제>

2751번: 수 정렬하기 2

첫째 줄에 수의 개수 N(1 ≤ N ≤ 1,000,000)이 주어진다. 둘째 줄부터 N개의 줄에는 수가 주어진다. 이 수는 절댓값이 1,000,000보다 작거나 같은 정수이다. 수는 중복되지 않는다.

www.acmicpc.net

백준 2903번: 중앙 이동 알고리즘

Isaac01 — Wed, 13 Mar 2024 17:34:44 +0900

정사각형 가로세로를 제곱하면 되는 간단한 문제이다.

0번 정사각형은 점(●) 4개로 2^2을 한 결과,

1번 정사각형은 점(●) 9개로 3^2을 한 결과,

2번 정사각형은 점(●) 25개로 5^2을 한 결과이다.

여기서 하나 더 살펴봐야 할 것은 사각형 가로, 세로 ● 점이 2^N+1식 증가( N = 사용자 입력값)하고 있다.

1번 정사각형은 2^1+1 = 3

2번 정사각형은 2^2+1 = 5

5번 정사각형은 2^5+1 = 33 으로 입력값 'n'에 따라 2의 지수만 변경된다.

ex. Math.pow(2, 입력값)

정답코드

참고

Math.pow() 메서드는 입력값과 출력값이 모두 double형 이다.

Math.pow(숫자, 지수)넣어주면 된다.

백준 2869번: 달팽이는 올라가고 싶다

Isaac01 — Wed, 13 Mar 2024 11:02:25 +0900

다음문제는 시간복잡도 O(1)를 요구하는 문제이다. for문으로 간단하게 풀 수 있는 문제이지만,

시간 초과가 뜰 것이다.

예제 입력: 2 1 5

달팽이가 올라가는데 며칠이 걸리는지 그림으로 표현하면 다음과 같다.

2칸(1,2번)을 올라갔지만 잠을 자는 밤에 1칸을 내려가서 달팽이가 1에 위치한 것을 확인할 수 있다.

2칸 (2, 3번)을 올라갔지만 잠을 자는 밤에 1칸 내려가서 달팽이가 2에 위치한것을 확인할 수 있다.

2칸 (3, 4번)을 올라갔지만 잠을 자는 밤에 1칸 내려가서 달팽이가 3에 위치한것을 확인할 수 있다.

2칸 (4, 5번)을 올라갔지만 정점에 도착하면 미끄러지지 않음으로 나무 막대를 올라가는데 총 4일이 걸렸음을 알 수 있다.

즉 마지막으로 나무 막대를 올라가는 날을 제외하곤 하루에 (a-b)만큼 나무 막대를 올라간다.

그리고 하루동안 올라가는 거리(a)에서 (b)를 뺏음으로 (v) 전체거리에서도 (b)만큼 뺴줘야 한다.

나머지가 있을 경우엔 어떻게 할까?

나머지가 있음은 잔여블록이 있다는 말이다. 그렇다면 다시 한번 미끄러진 다음에 올라가야 하므로 나머지가 있을 경우엔

Day에 +1을 해주면 된다.

정답 코드

이 문제에서 중요한 포인트는 2가지는 달팽이는 잠을 자는 동안 b만큼 미끄러진다는 것과

정점에 도착하면 더 이상 미끄러지지 않는다는 것이다.

[Java] 참조 타입과 참조 변수

Isaac01 — Thu, 1 Feb 2024 16:53:46 +0900

자바의 타입은 크게 기본 타입과 참고 타입으로 분류된다.

기본 타입은 정수 타입(byte, char, short, int, long), 실수 타입(float, double), 논리 타입(boolean)을 말하고

참고 타입으론 배열 타입, 열거 타입, 클래스, 인터페이스를 말한다. 기본 타입과 참조 타입의 가장 큰 차이점은

저장되는 값이다. 기본 타입은 데이터의 값을 저장하는 반면 참조 타입은 메모리의 번지를 변수 안에 저장한다.

결과: true

우리가 기본적으로 알고 있는 if문 int num1= 10, int num2 = 10일때 if(num1 == num2)은 변수안에 있는

데이터 값을 비교하므로 true를 반환하다.

문자열 또한 리터럴(입력 값)이 동일하면 String 객체를 공유하도록 되어 있다.

따라서 String str1 = "10", String str2 = "10"이면 동일한 객체를 참조하게 되므로 true를 반환하게 된다.

결과: false

하지만 new 연산자로 객체를 생성했을 경우, String str1 = new String("10"), String str2 = new String("10")은

각 변수에 다른 주소값을 저장하게 된다. str1/str2는 데이터 값이 들어간게 아닌 데이터를 가르키고 있는

주소값을 가지고 있기 때문에 if문으로 비교시 false를 반환하게 되는 것이다.

결과: true

따라서 내부 문자열을 비교할 땐 String 객체의 equals() 메소드를 사용해야 한다. str1.equals(str2) 식으로 사용된다.

카운팅 정렬(Counting Sort, 계수 정렬)이란?

Isaac01 — Wed, 31 Jan 2024 14:18:17 +0900

카운팅 정렬이란 말 그대로 데이터의 값이 몇 번 나왔는지를 세주는 것이다.

방법

1. array를 순회하면서 x(임의의 값)값이 나올 때 마다 counting 배열 index에 값을 1 증가 시킨다.

2. counting 배열의 각 값을 누적합으로 변환시킨다.

3. counting 배열의 값을 새로운 인섹스 배열에 위치시킨다.

다음 설명을 그림으로 살펴보겠다.

방법 1.

array

index	0	1	2	3	4	5	6	7	8
value	4	1	6	4	3	4	2	5	6

counting

index	0	1	2	3	4	5	6
value	0	1	1	1	3	1	2

각 값이 몇번 나왔는지 확인 할 수 있다.

방법 2.

array

index	0	1	2	3	4	5	6	7	8
value	4	1	6	4	3	4	2	5	6

counting

index	0	1	2	3	4	5	6
value	0	1	1	1	3	1	2

counting[i - 1] += counting[i] == counting 배열의 각 값을 누적합으로 변환

index	0	1	2	3	4	5	6
value	0	1	2	3	6	7	9

방법 3.

array

index	0	1	2	3	4	5	6	7	8
value	4	1	6	4	3	4	2	5	6

counting

index	0	1	2	3	4	5	6
value	0	1	2	3	6	7	9 - 1

result

index	0	1	2	3	4	5	6	7	8
value									6

array[8] = 6 , counting[6] = 9 - 1(카운트 한번 마다 -1) , result[8] = array[8] = 6

이를 반복하면...

array

index	0	1	2	3	4	5	6	7	8
value	4	1	6	4	3	4	2	5	6

counting

index	0	1	2	3	4	5	6
value	0	0	1	2	4	6	7

result

index	0	1	2	3	4	5	6	7	8
value	1	2	3	4	4	4	5	6	6

result가 오름차순으로 정렬되있는 것을 확인 할 수 있다.

홈페이지로 확인하는 CSS코드

Isaac01 — Sat, 29 Jul 2023 18:08:41 +0900

홈페이지로 확인하는 CSS코드

html 코트

<body>

<h1><a href="#">DESIGN</a></h1>

<ul>

<li><a href="">BEDROOM</a></li>

<li><a href="">DINING</a></li>

<li><a href="">KITCHEN</a></li>

<li><a href="">BACKYARD</a></li>

</ul>

</div>

<h2>DECIGN YOUT HOUSE</h2>

<p>Subscribe Easy Youtube Channel watch more videos,<br>press t he bell icon t</p>

<button>WATCH VIDEOS</button>

</div>

</body>

css코드

* {

margin:0;

padding:0;

list-style: none; /*list 기본 속석 ● 제거*/

text-decoration: none; /*a태그 밑줄제거*/

color:black;

}

.cantainer {

width: 100%;

height: 100vh;

}

.header {

width: 80%;

height: 100px;

display: flex;

margin: 0 auto;

align-items: center; /*header안에 있는 텍스트가 header높이 기준으로 정중앙에 온다*/

justify-content: space-between; /*header안에 있는 h1태그, div태그를 왼쪽 오른쪽 끝으로 보냄*/

border-radius: 20px;

border: 2px solid skyblue;

}

.nav ul li {

display: inline;

margin: 10px;

}

.nav ul li a:hover {

color:aquamarine;

}

.hero {

position: absolute; /*다음가 같이 설정하면 .hero안에 있는 텍스트는 정중앙으로 온다*/

left: 50%;

top: 50%;

transform:translate(-50%, -50%);

text-align: center;

}

.hero h2 {

font-size: 60px;

margin-bottom: 10px;

}

.hero p {

font-size: 22px;

margin-bottom: 20px;

}

.hero button {

border: 2px solid skyblue;

border-radius: 22px;

background: none;

padding: 20px;

cursor: pointer;

}

.hero button:hover { /*hover속성 마우스 이동시 나타나는 효과*/

background-color: aquamarine;

transition: all .4s;

}

// left, top의 기준으로만 움직인다. transform: translate(-50%, -50%)를 사용하면 페이지 정중앙에 텍스트가 온다.

position: absolute;

left: 50%;

top: 50%;

transform: translate(-50%, -50%);

// justify-content 속성은 브라우저가 콘텐츠 항목 사이와 주변 공간을 어떻게 정렬할 것인지를 정의한다.

컴퓨터에 깃허브 토큰저장

Isaac01 — Thu, 20 Jul 2023 22:09:38 +0900

자격 증명 관리자를 검색해 들어갑니다.

Windows 자격 증명에 들어가서 github홈페이지를 주소를 클릭해 줍니다.

만약 주소가 보이지 않는다면 [일반 자격 증명 추가]에 들어가서 인터넷 또는 네트워크 주소를 입력하시면 됩니다.

편집을 클릭해 줍니다.

깃허브에서 사용 중인 사용자이름'sinisack'과 복사한 토큰을 암호란에 입력한 후 저장을 눌러주시면 됩니다.

*이제 컴퓨터 내장에 토큰이 저장되어 깃에 프로젝트를 올릴 때마다 토큰을 입력하지 않아도 됨*

숨김파일 보기

Isaac01 — Wed, 19 Jul 2023 16:35:05 +0900

1.빨간 박스를 클릭해 주세요!

2. 옵션을 클릭해 주세요.

3. 보기 ▶ 숨김 파일 및 폴더 목록 ▶ 숨김 파일, 폴더 및 드라이브 표시 [클릭] ▶ 확인

4. 숨김 파일 표시 확인

[GitHub]깃허브에 파일 올리기

Isaac01 — Tue, 18 Jul 2023 15:43:25 +0900

1. Git Bath, visualstudio 초기 설정

1-1. Git Bath 초기설정

윈도우 검색창에 Git Bash 검색.

<입력>

git config --global user.name "(본인 이름)"

git config --global user.email "(본인 이메일)"

다음과 같이 입력해 본인의 이름과 이메일이 잘 입력되었는지 확인합니다.

git config --global user.name

git config --global user.email

git config --global init.defaultBranch main입력해 브랜치 명을 변경해 줍니다.

1-2. Visualstudio 초기설정

visualstudio를 열어 Ctrl + Shift + ` 로 터미널 열어보기

powershell로 되어있으면 Ctrl + Shift +p를 눌러서 select default profile입력 ▶ 엔터 ▶ Git Bath선택

그리고 다시 Ctrl + Shift + ` 로 터미널 열어주고 기존에 있던 powershell은 삭제

2. GitHub 시작하기

GitHub 사이트 접속 ▶ 우측 상단에 있는 프로필을 클릭

그다음 Settings를 클릭

Developer settings 클릭

아래 순서대로 클릭해 줍니다.

personal access tokens ▶ Tokens(classic) ▶ Generate new token ▶ Generate new token(classic)

Note	토큰 이름을 설정.
Expiration	토큰의 만료기간을 설정.
Select scopes	토큰의 비밀번호로 어떤 권한까지 허용할건지 설정. ex)수정가능

그리고 Generate token를 눌러 토큰을 생성해 줍니다.

현제 페이지를 나가면 다시는 토큰을 볼 수 없기 때문에 따로 복사해 줍니다.

* 생략 가능 *

이제 컴퓨터에서 깃에 뭐를 올릴 때마다 토큰을 입력해 줘야 합니다. 하지만 토큰을 컴퓨터 내에 저장한다면

이런 번거러움을 줄일 수 있습니다. ▶ https://opidea.tistory.com/7

3. 깃허브 사이트에 저장소 만들기.

Create repository를 클릭합니다.

저장소 이름을 작성하고 Public, Private 중 하나를 선택합니다.

마지막으로 Create repository를 누르면 저장소가 생성됩니다.

저장소의 주소를 따로 복사해 둡니다.

주황색 박스는 깃을 다를 수 있는 툴(visualstudio)을 이용해 깃허브에 소스파일을 올리는 방법입니다.

다음 파트에서 자세히 살펴보도록 하겠습니다.

4. 파일 준비

파일 준비과정 하나씩 살펴보기

git init	. git 파일 생성 ex) 맨 처음 파일을 올릴때만 사용
git add .	모든 파일 관리, 만약 특정파일만 하고 싶다면 git add 파일이름.파일형식 ▶git add index.html
git status	상태확인
git commit -m "커밋할 이름"	커밋할 이름을 작성 ▶ git commit -m "first commit"

visualstudio에 들어가 폴더 열기를 클릭합니다.

기존에 만들었던 파일을 선택하고 폴더 선택하기를 클릭합니다.

그리고 git init를 입력해 이 파일을 관리하라고 명령합니다.

그러면 선택한 폴더에 .git 이라는 파일이 생성되는 것을 확인할 수 있습니다.

파일이 보이지 않는다면 클릭 ▶ 숨김파일 보기 :: 코띵 (tistory.com)

git add .를 입력합니다.

git status를 입력해 커밋이 정상적으로 되었는지 확인합니다.

git commit -m "first commit"를 입력합니다. ex) 커밋이름은 상관없음

5. 파일 업로드

파일 업로드 하나씩 살펴보기

git remote add origin {위에서 복사한 저장소 주소}	로컬저장소(Git)와 원격저장소(remote) 연동
git push -u origin main	orgin이라는 remote(원격)으로 현재 로컬브랜치중 main라는 것을 push하겠다는 의미

git remote add origin {저장소 주소} ▶ 위에서 복사한 깃허브 저장소의 주소를 입려해 줍니다. '{ }'은 생략

그리고 git push -u origin main을 입력하면 VScode에서 깃허브에 로그인할 것이냐는 확인창이 뜹니다.

로그인 화면에서 토큰을 통한 로그인을 눌러 위에서 따로 복사한 토큰을 입력합니다.

프로젝트 업로드 된 것을 확인할 수 있습니다.

*틀렸거나 보안했으면 하는 부분은 알려주시면 수정하겠습니다^^.*

코띵

[spring] 스프링 컨테이너 ApplicationContext와 @Configuration, @Bean 어노테이션

@Configuration이란?

@Bean 어노테이션이란?

이제 빈에 등록된 객체를 사용할 땐

ApplicationContext란?

getBean("memberService", MemberService.class) 의미

[Github] 한개의 repository에 여러 프로젝트 올리기

객체지향 5원칙 SOLID

목차

1) SRP(Single Responsibility Principle) — 단일 책임 원칙

하나의 클래스에 모든 책임이 몰린 경우

역할 분리

2) OCP(Open/Closed Principle) — 개방-폐쇄 원칙

인터페이스 기반 확장

Spring에서 구현체 선택(빈 충돌 해결)

3) LSP(Liskov Substitution Principle) — 리스코프 치환 원칙

교과서적 반례

4) ISP(Interface Segregation Principle) — 인터페이스 분리 원칙

5) DIP(Dependency Inversion Principle) — 의존 역전 원칙

요약표

<Spring> @RequestMapping의 개념 및 동작 방식

1. @RequestMapping이란?

(1) HTTP 요청 메서드

2. @RequestMapping 작성 예시

(1) 단축 어노테이션 예시

(2) 클래스 레벨에서 사용

3. @RequestMapping의 동작 방식

URI, URL, URN의 차이

1. URI란? (Uniform Resource Identifier)

2. URL이란? (Uniform Resource Locator)

3. URN이란? (Uniform Resource Name)

4. 자주 하는 오해

5. 예시로 구분해 보기

6. 최종 정리

<Spring 입문> 3.3 스프링 웹 개발 기초_API

@ResponseBody를 사용

예시 1: 일반 컨트롤러 (뷰 반환)

예시 2: @ResponseBody 사용, 문자 반환

예시 3: @ResponseBody 사용, 객체 반환 → JSON 응답

<Spring 입문> 3.2 스프링 웹 개발 기초_MVC

Spring MVC

컨트롤러 (Controller) - 요청을 처리하는 부분

모델 (Model) - 데이터 전달하는 부분

뷰 (View) - 화면에 출력하는 부분

전체 흐름 요약

MVC 패턴이 이 코드에서 어떻게 적용되는지

<Spring 입문> 3.1 스프링 웹 개발 기초_정적 콘텐츠

정적 콘텐츠 (Static Content)

정적 콘텐츠 확인해 보기

정적 콘텐츠랑 Welcome Page는 같은 것일까?

<Spring 입문> 1. View 환경 설정

1. @Configuration

2. @EnableAutoConfiguration

3. @ComponentScan

실행 순서

1. Welcome Page와 thymeleaf 템플릿 엔진 동작 이해하기

2. Welcome Page

어떻게 동작할까?

3. templates 템플릿 엔진

Model이란?

흐름 요약

<Java> Thread 상속과 Runnable 구현의 차이점 및 동기화 메소드 선언

Thread와 Runnable의 차이

1️⃣ Thread를 상속하는 경우

2️⃣ Runnable을 구현하는 경우

3️⃣ 동기화 메소드(Synchronized Method)란?

동기화 블록 (Synchronized Block)

<Java> 로컬 클래스와 지역 변수의 생명 주기

1. 클래스 선언부에서 실행 코드는 허용되지 않음

2. 클래스 선언부에서 실행 코드는 허용되지 않음

<Java> 클래스 선언부에서 변수 값 재할당할 수 없는 이유

클래스 단순한 설계도일 뿐 실제 실행되는 코드가 아니다.

클래스 선언부에서 실행 코드는 허용되지 않음

final 과 "클래스 선언부에서 값 재할당 불가"의 차이점

final과 일반 변수의 차이점

but 메소드와 생성자를 이용해 값을 재할당 할 수 있다.

<Spring> 스프링 의존관계란?

스프링에서 의존관계(Dependency)란?

1. 의존관계의 종류