It's easy, if you try

[SpringBoot] 스프링부트와 JPA 활용 섹션 7 - 변경 감지와 병합

s5he2 — Wed, 8 Mar 2023 23:45:37 +0900

명심
API를 만들때는 엔티티를 반환하면 안된다 ! (정보유출, API 스펙 변화)

홈 화면

html 파일

<head th:replace="fragments/header :: header"> : jsp의 include 와 같다.
fragments 폴더 내의 header.html 파일 내의 th:fragment="header"를 가져다 include 한다.

타임리프 기본설정

spring:
    thymeleaf:
      prefix: classpath:/templates/
      suffix: .html

반환한 문자( home )과 스프링부트 설정 prefix , suffix 정보를 사용해서 렌더링할 뷰( html )를 찾는다.

타임리프 layout 스타일

Include-style layouts
Hierarchical-style layouts

타임리프 문법

<td th:text="${member.address?.city}"></td>

?를 붙이면 null을 무시한다.

```
<tr th:each="item : ${items}">
```
Controller에서 model.addAttribute("items", items); 를 통해 담아온 items를 하나씩 꺼내 사용

컨트롤러 코드

@GetMapping("items/{itemId}/edit") 이때 itemId는 @PathVariable("itemId") Long itemId <- 와 같은 형태의 파라미터로 받아와 사용한다.
```
return "redirect:/orders"; // 리다이랙트
```
기본적으로 http 로 리다이랙트됨. (설정 할 수 있는지 ? )

Error Validation

컨트롤러 함수에서@Valid + BindingResult result 를 파라미터로 받아오기 -> 오류를 result에 담는다.
- result.hasErrors()
- html 파일에서 th:class="${#fields.hasErrors('name')}" 설정하면됨.

폼 객체 vs 엔티티 직접 사용

요구사항이 정말 단순할 때는 폼 객체( MemberForm ) 없이 엔티티( Member )를 직접 등록과 수정 화면에서 사용해도 된다. 하지만 화면 요구사항이 복잡해지기 시작하면, 엔티티에 화면을 처리하기 위한 기능이 점점 증가한다. 결과적으로 엔티티는 점점 화면에 종속적으로 변하고, 이렇게 화면 기능 때문에 지저분해진 엔티티는 결국 유지보수하기 어려워진다.
실무에서 엔티티는 핵심 비즈니스 로직만 가지고 있고, 화면을 위한 로직은 없어야 한다. 화면이나 API에 맞는 폼 객체나 DTO를 사용하자. 그래서 화면이나 API 요구사항을 이것들로 처리하고, 엔티티는 최대한 순수하게 유지하자.

<div class="container">
	<div th:replace="fragments/bodyHeader :: bodyHeader"/>
	<form role="form" action="/members/new" th:object="${memberForm}" method="post">
		<div class="form-group">
            <label th:for="name">이름</label>
            <input type="text" th:field="*{name}" class="form-control" placeholder="이름을 입력하세요" th:class="${#fields.hasErrors('name')}? 'form-control fieldError' : 'form-control'">
            <p th:if="${#fields.hasErrors('name')}" th:errors="*{name}">Incorrect date</p>
		</div>
        
		<div class="form-group">
			<label th:for="city">도시</label>
			<input type="text" th:field="*{city}" class="form-control" placeholder="도시를 입력하세요"> 
        </div>
		
        <div class="form-group">
			<label th:for="street">거리</label>
			<input type="text" th:field="*{street}" class="form-control" placeholder="거리를 입력하세요">
		</div>

		<div class="form-group">
			<label th:for="zipcode">우편번호</label>
			<input type="text" th:field="*{zipcode}" class="form-control" placeholder="우편번호를 입력하세요">
        </div>
        
        <button type="submit" class="btn btn-primary">Submit</button>
    </form>
	<br/>
	<div th:replace="fragments/footer :: footer" />
</div> <!-- /container -->

변경 감지와 병합(merge) - 준영속 엔티티를 수정하는 2가지 방법

준영속 엔티티

영속성 컨텍스트가 더는 관리하지 않는 엔티티를 말한다.
(여기서는 itemService.saveItem(book) 에서 수정을 시도하는 Book 객체다. Book 객체는 이미 DB 에 한번 저장되어서 식별자가 존재한다. 이렇게 임의로 만들어낸 엔티티도 기존 식별자를 가지고 있으면 준영속 엔티티로 볼 수 있다.)

변경 감지로 준영속 엔티티 수정하기

@Transactional
void update(Item itemParam) { //itemParam: 파리미터로 넘어온 준영속 상태의 엔티티
    Item findItem = em.find(Item.class, itemParam.getId()); //같은 엔티티를 조회한다.
	findItem.setPrice(itemParam.getPrice()); //데이터를 수정한다. 
}

영속성 컨텍스트에서 엔티티를 다시 조회한 후에 데이터를 수정하는 방법
트랜잭션 안에서 엔티티를 다시 조회, 변경할 값 선택 -> 트랜잭션 커밋 시점에 변경 감지(Dirty Checking)가 동작해서 데이터베이스에 UPDATE SQL 실행

병합 사용으로 준영속 엔티티 수정하기

병합은 모든 속성을 변경하기 때문에 병합시 값이 없으면 null이 들어갈 수 있다.

@Transactional
void update(Item itemParam) { //itemParam: 파리미터로 넘어온 준영속 상태의 엔티티 
	Item mergeItem = em.merge(itemParam);
}

병합 동작 방식

merge()를실행한다.
파라미터로 넘어온 준영속 엔티티의 식별자 값으로 1차 캐시에서 엔티티를 조회한다.
2-1. 만약 1차 캐시에 엔티티가 없으면 데이터베이스에서 엔티티를 조회하고, 1차 캐시에 저장한다.
조회한 영속 엔티티( mergeMember )에 member 엔티티의 값을 채워 넣는다. (member 엔티티의 모든 바뀐다.)
값을 mergeMember에 밀어 넣는다. 이때 mergeMember의 “회원1”이라는 이름이 “회원명변경”으로
영속 상태인 mergeMember를 반환한다.

병합시 동작 방식을 간단히 정리

준영속 엔티티의 식별자 값으로 영속 엔티티를 조회한다.
영속 엔티티의 값을 준영속 엔티티의 값으로 모두 교체한다.(병합한다.)
트랜잭션 커밋 시점에 변경 감지 기능이 동작해서 데이터베이스에 UPDATE SQL이 실행

병합을 사용하면서 null이 업데이트 되는 문제를 해결하려면, 변경 폼 화면에서 모든 데이터를 항상 유지해야 한다. 이는 변경가능한 데이터만을 주로 노출하는 실무에서 오히려 번거롭다. 이를 해결하기 위해서는 엔티티 변경시에 항상 변경감지를 사용하는 것이 좋다.

컨트롤러에서 어설프게 엔티티를 생성하지 마세요.
트랜잭션이 있는 서비스 계층에 식별자( id )와 변경할 데이터를 명확하게 전달하세요.(파라미터 or dto)
트랜잭션이 있는 서비스 계층에서 영속 상태의 엔티티를 조회하고, 엔티티의 데이터를 직접 변경하세요.
트랜잭션 커밋 시점에 변경 감지가 실행됩니다.

@Service
@RequiredArgsConstructor
public class ItemService {
	
    private final ItemRepository itemRepository;
    
    /**
    * 영속성 컨텍스트가 자동 변경
    */
    @Transactional
    public void updateItem(Long id, String name, int price, int stockQuantity)
    { // 식별자와 변경할 데이터 명확히 전달 받기
        Item item = itemRepository.findOne(id); // 영속 상태 엔티티 조회
        item.setName(name); // 엔티티 데이터 직접 변경
        item.setPrice(price);
        item.setStockQuantity(stockQuantity);
    }
}

-> 서비스 계층

[SpringBoot] 스프링부트와 JPA 활용 섹션 5, 6 - 도메인 개발 / JPA 동적 쿼리 (JPQL, JPA Criteria)

s5he2 — Thu, 2 Mar 2023 21:22:34 +0900

주문 도메인 개발

주문 엔티티 개발
- 생성 메서드 및 비즈니스 로직 작성
- @NoArgsConstructor(access = AccessLevel.PROTECTED) : 외부에서 set 할 수 없도록 하는 옵션
- 주문 검색 기능 개발 (아래 참고)
주문 리포지토리 개발
주문 서비스 개발
- new Order(); 등의 각각의 set은 지양하고 createOrder 함수를 생성하는것이 유지보수 측면에서 용이하다.
주문 기능 테스트

참고 : 주문 서비스의 주문과 주문 취소 메서드를 보면 비즈니스 로직 대부분이 엔티티에 있다. 서비스 계층은 단순히 엔티티에 필요한 요청을 위임하는 역할을 한다. 이처럼 엔티티가 비즈니스 로직을 가지고 객체 지향의 특성을 적극 활용하는 것을 도메인 모델 패턴(https://martinfowler.com/eaaCatalog/domainModel.html)이라 한다. 반대로 엔티티에는 비즈니스 로직이 거의 없고, 서비스 계층에서 대부분의 비즈니스 로직을 처리하는 것을 트랜잭션 스크립트 패턴(https://martinfowler.com/eaaCatalog/transactionScript.html)이라 한다.

주문 검색 기능 개발 (JPA 동적 쿼리)

OrderSearch 클래스 생성
- 조건인 memberName, orderStatus 속성 생성
리포지토리에서 검색 함수(findAll) 생성

1) JPQL로 처리(번거롭고, 버그가 발생할 수 있음)

public List<Order> findAllByString(OrderSearch orderSearch) {
    //language=JPAQL
    String jpql = "select o From Order o join o.member m";
    boolean isFirstCondition = true;
      
	//주문 상태 검색
	if (orderSearch.getOrderStatus() != null) {
        if (isFirstCondition) {
            jpql += " where";
            isFirstCondition = false;
        } else {
            jpql += " and";
	    }
        jpql += " o.status = :status";
    }
	
    //회원 이름 검색
	if (StringUtils.hasText(orderSearch.getMemberName())) {
    	if (isFirstCondition) {
            jpql += " where";
            isFirstCondition = false;
        } else {
            jpql += " and";
	    }
        jpql += " m.name like :name";
    }
      
   	TypedQuery<Order> query = em.createQuery(jpql, Order.class) .setMaxResults(1000); //최대 1000건
    if (orderSearch.getOrderStatus() != null) {
        query = query.setParameter("status", orderSearch.getOrderStatus());
    }
    
    if (StringUtils.hasText(orderSearch.getMemberName())) {
        query = query.setParameter("name", orderSearch.getMemberName());
    }
    return query.getResultList();
}

2) JPA Criteria로 처리

public List<Order> findAllByCriteria(OrderSearch orderSearch) {
    CriteriaBuilder cb = em.getCriteriaBuilder();
    CriteriaQuery<Order> cq = cb.createQuery(Order.class);
    Root<Order> o = cq.from(Order.class);
    Join<Order, Member> m = o.join("member", JoinType.INNER); //회원과 조인
    List<Predicate> criteria = new ArrayList<>();
    //주문 상태 검색
    if (orderSearch.getOrderStatus() != null) {
          Predicate status = cb.equal(o.get("status"),
		  orderSearch.getOrderStatus());
          criteria.add(status);
    }

    //회원 이름 검색
    if (StringUtils.hasText(orderSearch.getMemberName())) {
          Predicate name = cb.like(m.<String>get("name"), "%" +
						  orderSearch.getMemberName() + "%");
          criteria.add(name);
	}
    
    cq.where(cb.and(criteria.toArray(new Predicate[criteria.size()])));

	TypedQuery<Order> query = em.createQuery(cq).setMaxResults(1000); //최대 1000건
    return query.getResultList();
}

JPA Criteria는 JPA 표준 스펙이지만 실무에서 사용하기에 너무 복잡하다. 결국 다른 대안이 필요하다. 많은 개발자가 비슷한 고민을 했지만, 가장 멋진 해결책은 Querydsl이 제시했다. Querydsl 소개장에서 간단히 언급하겠다. 지금은 이대로 진행하자.

JPA 더티 채킹

orderItem.setStatus(OrderStatus.CANCEL);
getItem().addStock(count):

와 같이 엔티티의 상태나 수량 등 속성이 변하는 함수를 작성하면 JPA가 변화를 감지하고 DB에 update와 같은 쿼리를 직접 전송한다.

[SpringBoot] 스프링부트와 JPA 활용 섹션 3, 4 - 어플리케이션 아키텍처/ 개발순서 / 엔티티, 리포지토리, 서비스, 테스트 작성

s5he2 — Sun, 19 Feb 2023 20:00:07 +0900

1) 어플리케이션 아키텍처

계층형 구조 사용

controller, web: 웹 계층 (컨트롤러는 repository에 접근가능, 단방향)
service: 비즈니스 로직, 트랜잭션 처리
repository: JPA를 직접 사용, 엔티티 매니저 사용
domain: 엔티티가 모여있는 계층, 모든 계층에서 사용

패키지 구조

domain
exception
repository
service
web

개발순서

서비스, 리포지토리 계층 개발
테스트 케이스 작성
웹계층 적용

도메인 개발
- 엔티티 개발 (엔티티 클래스 작성은 섹션 2 참고 (https://sohee-dev.tistory.com/152))
- 리포지토리 개발
- 서비스 개발
- 기능 테스트
웹계층 개발
- 타임리프로 화면 개발
- 화면과 기능 연결
API 개발
- ajax 통신 , 안드로이드같은 네이티브 통신시에도 필요

2) 엔티티 클래스 개발

참고: (https://sohee-dev.tistory.com/152)

객체지향적인 측면에서 핵심 비즈니스로직을 작성한다.
- ex> item 엔티티가 stockQuantity(수량) 속성을 가질 때, 수량증가(addStock) - 이는 데이터를 가지고 있는 곳에서 비즈니스 메소드를 작성한 것.
- setter를 통해 외부에서 변경하는 것이 아니기 떄문에 변경 포인트를 명시해둘 수 있고, 관리가 용이하다.

3) 리포지토리 개발

DB에 직접 접근

@Repository : 스프링컨테이너에 리포지토리를 스프링 빈으로 등록
@PersistenceContext , EntityManager:
javax.persistence.*;
스프링이 엔티티매니저를 생성하여 주입해준다.
- @RequiredArgsConstructor + final 필드 EntityManager 로 대체 가능 (일관성 있는 코드 작성에 유용)
em.createQuery("JPQL문법", 반환형식);
sql은 테이블을 기준으로, JPQL은 엔티티를 기준으로 쿼리 작성

4) 서비스 개발

@Service
@Transactional : 데이터 변경 로직이 있다면 꼭 명시해야함
- javax와 springframework (권장)에서 제공
- @Transactional(readOnly = true): 조회할때 성능 최적화
  class에 readOnly=true 옵션을 주고, 쓰기 기능을 하는 함수 위에 @Transactional (readOnly=false (default임))을 명시해도됨.
@Autowired
- 필드 인잭션 : 간편하지만, 테스트 시에 불편함 (변경 불가능), 변경 불가능 명시를 위해 final (그림 1)
- setter 인잭션 : 변경이 가능하다, 변경이 가능해서 오히려 위험 (그림 2)
- 생성자 인잭션 : 중간에 변경 불가능, 테스트시에도 좋음 (그림 3)
  - @RequiredArgsConstructor : 롬복 문법으로, final이 있는 필드에 대해서 생성자를 만들어줌.
  - @NoArgsConstructor: 기본 생성자만 생성
  - @AllArgsConstructor: 전체 변수를 생성하는 생성자를 만들어준다.
    - 옵션 access = AccessLevel.PROTECTED : 외부에서 set 할 수 없도록 하는 옵션
중복 검증 등의 로직 추가 (EXCEPTION)
throw new IllegalStateException("이미 존재하는 회원입니다.");
멀티스레드의 환경을 고려(동시접근)하여, 테이블에 유니크 조건 제약을 두는 등 한번더 검증하기.

그림1 (필드 인잭션)

그림2 (세터 인잭션)

그림3 (생성자 인잭션)

5) 기능 테스트

1) 테스트 요구사항 파악

2) 테스트 코드 작성

command + shift + T : 테스트 클래스 생성 (JUnit4)
class에 명시
- @SpringBootTest
- @Transactional
- @RunWith(SpringRunner.class)
테스트 함수 위에 명시
- @Test
  - @Test(expected = IllegalStateException.class) : 예외가 발생하면 테스트 성공
fail("실패 메시지");

4-1) 메모리 DB 사용하기

테스트는 케이스 격리된 환경에서 실행하고, 끝나면 데이터를 초기화하는 것이 좋다. 그런 면에서 메모리 DB를 사용하는 것이 가장 이상적이다. 추가로 테스트 케이스를 위한 스프링 환경과, 일반적으로 애플리케이션을 실행하는 환경은 보통 다르므로 설정 파일을 다르게 사용하자. 다음과 같이 간단하게 테스트용 설정 파일을 추가하면 된다.

테스트 폴더 안에 application.yml 파일을 복사 붙여넣기해서 사용하면 이위치 파일을 먼저 참조한다.

spring:
#  datasource:
#    url: jdbc:h2:mem:testdb
#    username: sa
#    password:
#    driver-class-name: org.h2.Driver
#  jpa:
#    hibernate:
#      ddl-auto: create
#    properties:
#  hibernate:
#        show_sql: true
#    format_sql: true
#open-in-view: false

logging.level:
org.hibernate.SQL: debug
#  org.hibernate.type: trace

스프링 부트는 datasource 설정이 없으면, 기본적으로 메모리 DB를 사용하고, driver-class도 현재 등록된 라이브러리를 보고 찾아준다. 추가로 ddl-auto 도 create-drop 모드로 동작한다. 따라서 데이터소스나, JPA 관련된 별도의 추가 설정을 하지 않아도 된다.

create-drop 모드 : 어플리케이션이 종료될때 table을 drop

[SpringBoot] 스프링부트와 JPA 활용 섹션 2 - 도메인 분석 설계 / Entity 클래스 작성

s5he2 — Wed, 15 Feb 2023 23:05:37 +0900

도메인 분석 설계

1) 요구사항 분석

실제 동작하는 화면을 보며 기능을 설계한다

2) 도메인 모델과 테이블 설계

RDB는 다대다 관계를 가질 수 없어서 매핑테이블을 가져야함. (1:N / N:1)
공통속성을 가진경우 상속 구조로 표현

도메인 설계

엔티티 분석 (엔티티가 가지는 속성을 작성)

엔티티 분석

이때, Address 는 임베디드 타입 - 회원과 배송에서 사용됨.
테이블 분석 (테이블에 맞는 형태로 작성 - PK/ FK 지정, 네이밍 등)

외래 키가 있는 곳을 연관관계의 주인으로 정해라

일대다 관계에서는 다 쪽에 외래키를 지정
@ManyToMany 는 사용 지양
중간 테이블( CATEGORY_ITEM )에 컬럼을 추가할 수 없고, 세밀하게 쿼리를 실행하기 어렵기 때문에 실무에서 사용하기에는 한계가 있다.

@ManyToMany
@JoinTable(name = "category_item",
	joinColumns = @JoinColumn(name = "category_id"),
	inverseJoinColumns = @JoinColumn(name = "item_id"))
private List<Item> items = new ArrayList<>();

엔티티 클래스 개발

실무에서는 Getter는 열어두고, Setter는 닫아두는 것이 좋다.
Setter의 경우 변경 지점이 명확하도록 변경을 위한 비즈니스 메서드를 별도로 제공해야 한다.

domain 폴더 생성
엔티티 클래스 생성 (@Entity)
임베디드 클래스 생성 (@Embadedable , @Embeded)
임베디드 타입은 사용자가 직접 정의한 값 타입이다. (객체지향적, 응집력 상승)
추상 클래스 생성 (카테고리에 속함 - 공통속성을 가진경우 상속 구조로 표현)
자식들은 부모의 속성을 가지면서 자신의 고유 속성을 추가.
enum 클래스 생성

public enum OrderStatus {
	ORDER, CANCEL
}

@Enumerated(EnumType.STRING) : enum 타입을 숫자가 아닌 지정해둔 string으로 테이블에 저장.

어노테이션

@Id : 엔티티 식별자
@GeneratedValue: @Id와 같이 붙인다.
@Column(name="") : 칼럼명 지정
@OneToMany(mappedBy = "member") : 연관관계의 주인이 아닌곳에 지정, member 칼럼에 매핑
@ManyToOne(fetch = FetchType.LAZY): 연관관계의 주인, referencedColumnName 속성을 생략하면 자동으로 일대다 관계를 맺고있는 엔티티의 PK와 매핑이 된다.
@JoinColumn(name="") : 테이블에 name으로 매핑해서 칼럼명 저장
추상 클래스 관련 어노테이션
- @Inheritance(strategy = InheritanceType.SINGLE_TABLE): 상속받은 객체의 칼럼들 모두 하나의 테이블의 속성으로 지정
- @DiscriminatorColumn(name = "dtype"): 부모 클래스에 선언, 하위 클래스를 구분한기위한 용도이다.
@OneToOne(): 1:1 관계에서는 액세스를 더 많이 하는 곳에 FK를 둔다. (FK가 아닌곳에 mappedBy 지정)
- fetch = FetchType.LAZY 옵션
  - 지연 로딩 (반대는 즉시 로딩 FetchType.EAGER) : 예를 들어 Team이라는 객체에 지연로딩 옵션을 걸어두면 , getTeam을 할때에는 쿼리가 나가지 않고 Team의 프록시 객체가 호출된다. getTeam().getName() 을 하는 경우, 실제로 쿼리가 DB에 조회된다. 만약 관계를 맺고 있는 다른 객체(ex: Member)와 비즈니스 로직상 동시에 사용되는 경우가 더 많다면, 즉시 로딩을 사용하는 것이 좋다.
  - 즉시 로딩 : select를 두번 사용하지 않고, join으로 한번에 조회해온다.
- cascade = CascadeType.ALL 옵션
  - @OneToMany나 @ManyToOne 에 옵션으로 줄 수 있는 값
  - Entity의 상태 변화를 전파시키는 옵션
    - Transient
    - Persistent
    - Detached
    - Removed
    - ALL

cascade 옵션이란 @OneToMany 나 @ManyToOne에 옵션으로 줄 수 있는 값이다.

Entity의 상태 변화를 전파시키는 옵션이다.

만약 Entity의 상태 변화가 있으면 연관되어 있는(ex. @OneToMany, @ManyToOne) Entity에도 상태 변화를 전이시키는 옵션이다.

cascade 옵션이란 @OneToMany 나 @ManyToOne에 옵션으로 줄 수 있는 값이다.

Entity의 상태 변화를 전파시키는 옵션이다.

만약 Entity의 상태 변화가 있으면 연관되어 있는(ex. @OneToMany, @ManyToOne) Entity에도 상태 변화를 전이시키는 옵션이다.

엔티티 설계시 주의점

모든 연관관계는 지연로딩으로 설정!
1. 즉시로딩( EAGER )은 예측이 어렵고, 어떤 SQL이 실행될지 추적하기 어렵다. 특히 JPQL을 실행할 때 N+1 문제가 자주 발생한다.
2. 실무에서 모든 연관관계는 지연로딩( LAZY )으로 설정해야 한다.
3. 연관된 엔티티를 함께 DB에서 조회해야 하면, fetch join 또는 엔티티 그래프 기능을 사용한다.
4. @XToOne(OneToOne, ManyToOne) 관계는 기본이 즉시로딩이므로 직접 지연로딩으로 설정해야 한다.
컬렉션은 필드에서 초기화 하자.
1. 컬렉션은 필드에서 바로 초기화 하는 것이 안전하다. null 문제에서 안전하다.
2. 하이버네이트는 엔티티를 영속화 할 때, 컬랙션을 감싸서 하이버네이트가 제공하는 내장 컬렉션으로 변경한다. 만약 getOrders() 처럼 임의의 메서드에서 컬력션을 잘못 생성하면 하이버네이트 내부 메커니즘에 문제가 발생할 수 있다. 따라서 필드레벨에서 생성하는 것이 가장 안전하고, 코드도 간결하다.
3. 필드에서 초기화하지 않은 경우는 아래와 같다.

Member member = new Member();
System.out.println(member.getOrders().getClass());
em.persist(member); // 컬랙션을 감싸서 하이버네이트가 제공하는 내장 컬렉션으로 변경
System.out.println(member.getOrders().getClass());

//출력 결과
class java.util.ArrayList
class org.hibernate.collection.internal.PersistentBag

하이버네이트 네이밍 전략
1. ImplicitNamingStrategy : 사용자에 의해 명시적으로 명명되거나 (@Colume 등) ImplicitNamingStrategy@Table 계약을 통해 Hibernate에 의해 암시적으로 결정된다.
2. PhysicalNamingStrategy : 현재 스프링부트에서 디폴트로 사용하는 전략이다.

PhysicalNamingStrategy :
all dots are replaced by underscores and camel casing is replaced by underscores as well. By default, all table names are generated in lower case, but it is possible to override that flag if your schema requires it.

If you prefer to use Hibernate 5’s default instead, set the following property:
spring.jpa.hibernate.naming.physical-strategy=org.hibernate.boot.model.naming.PhysicalNamingStrategyStandardImpl

기타

private LocalDateTime orderDate;

java8부터 제공하는 날짜객체

참고

- https://ict-nroo.tistory.com/132

- 김영한 님 강의자료

- https://docs.jboss.org/hibernate/orm/5.4/userguide/html_single/Hibernate_User_Guide.html#naming

- https://docs.spring.io/spring-boot/docs/2.1.3.RELEASE/reference/htmlsingle/#howto-configure-hibernate-naming-strategy

[Spring] 스프링 입문 강의 섹션 5, 6, 7 - 웰컴페이지/ DB 접근기술/ AOP

s5he2 — Tue, 7 Feb 2023 00:25:35 +0900

웰컴페이지 우선순위

우선 스프링 컨테이너에서 관련 컨트롤러를 찾고, 없으면 static에서 찾기 때문에

@GetMapping("/")
static 내의 웰컴페이지로 설정한 파일

html

<form action="/members/new" method="post">
	<div class="form-group">
    	<label for="name">이름</label>
        <input type="text" id="name" name="name" placeholder="이름을 입력하세요">
    </div>
</form>

action url로 controller의 @PostMapping으로 매핑된다.

thymeleaf

<div class="container">
	<div>
    	<thead>
        <tr>
        	<th>#</th>
            <th>이름</th>
        </tr>
        </thead>
        <tbody>
        <tr th:each="member : ${members}">
        	<td th:text="${member.id}"></td>
            <td th:text="${member.name}"></td>
		</tr>
        </tbody>
    </div>
</div>

th: 로 시작하는게 타임리프 문법

스프링 DB 접근 기술

1. H2 DB를 이용한 스프링 데이터 엑세스
개발이나 테스트 용도로 가볍고 편리한 DB, 웹 화면 제공

2. JDBC
과거에 사용하던 방식

스프링 통합 테스트

@SpringBootTest: 스프링 컨테이너와 테스트를 함께 실행한다.
@Transactional : 테스트 시작 전에 트랜잭션을 시작하고, 테스트가 끝나면 rollback 해준다. (다음 테스트에 영향을 주지 않는다)

스프링 JdbcTemplate

실무에서 많이 쓰인다.
순수 Jdbc와 동일한 환경설정을 하면 된다.
스프링 Jdbctemplate과 MyBatis 같은 라이브러리는 JDBC API에서 본 반복 코드르 대부분 제거해주지만, SQL은 직접 작성해야한다.
생성자로 의존성 주입

@Configuration
public class SpringConfig {

    private final JdbcTemplate jdbcTemplate;

    public SpringConfig(DataSource dataSource) {
        this.dataSource = dataSource;
    }
}

JPA

기존의 반복코드와 기본적은 SQL을 모두 만들어서 실행해준다.

SQL과 데이터 중심 -> 객체 중심의 설계
개발생산성 향상

build.gradle 에 라이브러리 추가

dependencies {
    implementation 'org.springframework.boot:spring-boot-starter-thymeleaf'
    implementation 'org.springframework.boot:spring-boot-starter-web'
    //implementation 'org.springframework.boot:spring-boot-starter-jdbc'
    implementation 'org.springframework.boot:spring-boot-starter-data-jpa'
    runtimeOnly 'com.h2database:h2'
    testImplementation('org.springframework.boot:spring-boot-starter-test') {
    exclude group: 'org.junit.vintage', module: 'junit-vintage-engine'
    }
}

* spring-boot-starter-data-jpa는 내부에 jdbc 관련 라이브러리를 포함한다.

resources/application.properties에 JPA 설정 추가

spring.datasource.url=jdbc:h2:tcp://localhost/~/test
spring.datasource.driver-class-name=org.h2.Driver
spring.datasource.username=sa

spring.jpa.show-sql=true
spring.jpa.hibernate.ddl-auto=none

show-sql : JPA가 생성하는 SQL을 호출한다.
ddl-auto: none인 경우 테이블 자동 생성 기능을 끈다. (create로 설정 시 엔티티 정보를 바탕으로 JPA가 테이블도 직접 생성)

1) JPA 엔티티 매핑

@Entity : 클래스 위에 선언
@Id : 구분자 위에 선언
@GeneratedValue(strategy = GenerationType.IDENTITY) : Id 어노테이션 옆에 선언
getter, setter 있어야함.

2) JPA 회원 리포지토리

package hello.hellospring.repository;
import hello.hellospring.domain.Member;
import javax.persistence.EntityManager;
import java.util.List;
import java.util.Optional;

public class JpaMemberRepository implements MemberRepository {
    private final EntityManager em;
    
    public JpaMemberRepository(EntityManager em) {
    	this.em = em;
    }
    
    public Member save(Member member) {
    	em.persist(member); // 데이터 저장
    	return member;
    }
    
    public Optional<Member> findById(Long id) {
    	Member member = em.find(Member.class, id); //id로 select
    	return Optional.ofNullable(member); // null이어도 객체로 감싸서 반환
    }
    
    public List<Member> findAll() {
    	return em.createQuery("select m from Member m", Member.class)
    	.getResultList();
    }
    
    public Optional<Member> findByName(String name) {
    	List<Member> result = em.createQuery("select m from Member m where m.name = :name", Member.class)
		.setParameter("name", name)
		.getResultList();
       
		return result.stream().findAny(); // 찾은 요소들 중 가장 먼저 탐색되는 요소 리턴
        //findFirst : 스트림에서 순서가 가장 앞에 있는 요소 
        
	}
}

3) 서비스 계층에 트랜잭션 추가

@Transactional : org.springframework.transaction.annotation.Transactional
런타임 예외 발생 시 롤백.
JPA를 통한 모든 데이터 변경은 트랜잭션 안에서 실행해야 한다.

스프링 데이터 JPA

스프링부트 + JPA 기반 위에 더해지는 프레임워크
개발 코드들이 확연히 줄어든다. -> 개발자는 핵심 비즈니스 로직을 개발하는데 집중할 수 있음.

1) 리포지토리를 만든다.

package hello.hellospring.repository;

import hello.hellospring.domain.Member;
import org.springframework.data.jpa.repository.JpaRepository;

import java.util.Optional;

public interface SpringDataJpaMemberRepository extends JpaRepository<Member,
Long>, MemberRepository {
	Optional<Member> findByName(String name);
}

2) 스프링 데이터 JPA 회원 리포지토리를 사용하도록 스프링 설정을 변경한다.

package hello.hellospring;

import hello.hellospring.repository.*;
import hello.hellospring.service.MemberService;

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class SpringConfig {

    private final MemberRepository memberRepository;

    public SpringConfig(MemberRepository memberRepository) {
        this.memberRepository = memberRepository;
    }

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

스프링 데이터 JPA가 SpringDataJpaMemberRepository 를 스프링 빈으로 자동 등록해준다.

인터페이스를 통한 기본적인 CRUD
메서드 이름 만으로 조회 기능 제공 (ex: findByName())
페이징 기능 자동 제공

실무에서는 JPA + 스프링 데이터 JPA를 기본으로 사용
복잡한 동적 쿼리는 Querydsl 라이브러리 또는 JPA가 제공하는 네이티브 쿼리 또는 JdbcTemplate.
Querydsl은 자바코드로 쿼리를 작성할 수 있고, 동적 쿼리를 편리하게 작성 가능.

AOP

1) AOP란 ?

Aspect Oriented Programming의 약자로 관점 지향 프로그래밍을 의미한다.
AOP를 통해 Aspect를 모듈화할 수 있다. (= 코드를 수정하지 않으면서 공통 기능의 구현을 추가하는 것)

2) AOP가 필요한 상황은 ?

모든 메소드의 호출 시간을 측정하고 싶을 때
공통 관심 사항(cross-cutting concern) vs 핵심 관심 사항(core concern)
회원 가입 시간, 회원 조회 시간을 측정하고 싶을 때 등

3) AOP 구현 방법

컴파일: 자바 파일을 클래스 파일로 만들 때, 바이트코드를 조작하여 적용된 바이트코드를 생성
로드 타임: 컴파일은 원래 클래스대로 하고, 클래스를 로딩하는 시점에 끼워서 넣는다.
런타임: A라는 클래스를 빈으로 만들때, A라는 타입의 프록시 빈을 감싸서 만든 후에, 프록시 빈이 클래스 중간에 코드를 추가해서 넣는다.

주로 런타임 방법을 많이 이용한다. 스프링 AOP는 프록시 객체를 자동으로 만들어준다.

4) AOP 적용 전 vs 후

적용 전 회원 조회 시간 측정 추가

package hello.hellospring.service;

@Transactional
public class MemberService {
    /**
    * 회원가입
    */
    public Long join(Member member) {
    	long start = System.currentTimeMillis();
    	try {
            validateDuplicateMember(member); //중복 회원 검증
            memberRepository.save(member);
            return member.getId();
        } finally {
            long finish = System.currentTimeMillis();
            long timeMs = finish - start;
            System.out.println("join " + timeMs + "ms");
        }
    }
    
    /**
    * 전체 회원 조회
    */
    public List<Member> findMembers() {
        long start = System.currentTimeMillis();
        try {
        	return memberRepository.findAll();
        } finally {
        	long finish = System.currentTimeMillis();
        	long timeMs = finish - start;
        	System.out.println("findMembers " + timeMs + "ms");
        }
	}
}

문제점이 발생한다.

시간을 측정하는 로직은 공통 관심 사항이나, 핵심 비즈니스 로직과 섞이게 되어 유지보수가 어렵다.
시간을 측정하는 로직을 별도의 공통 로직으로 만들기 매우 어렵다.
시간을 측정하는 로직을 변경할 때, 모든 로직을 찾아가면서 변경해야 한다.

AOP 적용 후 회원 조회 시간 측정 추가

공통 관심 사항과 핵심 관심 사항 분리

package hello.hellospring.aop;

import org.aspectj.lang.ProceedingJoinPoint;
import org.aspectj.lang.annotation.Around;
import org.aspectj.lang.annotation.Aspect;
import org.springframework.stereotype.Component;

@Component
@Aspect
public class TimeTraceAop {

    @Around("execution(* hello.hellospring..*(..))")
    public Object execute(ProceedingJoinPoint joinPoint) throws Throwable {
        long start = System.currentTimeMillis();
        System.out.println("START: " + joinPoint.toString());
        try {
	        return joinPoint.proceed();
        } finally {
    	    long finish = System.currentTimeMillis();
        	long timeMs = finish - start;
        	System.out.println("END: " + joinPoint.toString()+ " " + timeMs + "ms");
        }
    }
}

@Aspect: 공통 관심 사항을 모듈로 분리
@Around
- excution을 사용하여 적용 범위를 지정 가능
  hello.hellospring 패키지 하위 모든 클래스에 적용
- @annotation(어노테이션명)
  어노테이션명이 달린 메소드가 실행되면 aspect의 around가 실행된다.
ProceedingJoinPoint / proceed() : proceed() 메소드를 사용해서 실제 대상 객체의 메소드를 호출하는 것.
@Retention(RetentionPolicy.RUNTIME): default는 CLASS

참고

[Spring] AOP(Aspect Oriented Programming)란 무엇일까?
김영한 스프링 MVC 입문 강의 자료

[Spring] 스프링 입문 강의 섹션 3 - 웹 어플리케이션 계층 구조 / 도메인, 리포지토리, 테스트케이스 작성

s5he2 — Thu, 19 Jan 2023 00:18:11 +0900

비즈니스 요구사항 정리

일반적인 웹 어플리케이션 계층 구조

컨트롤러: 웹 MVC의 컨트롤러 역할
서비스: 핵심 비즈니스 로직 구현
리포지토리: 데이터베이스에 접근, 도메인 객체를 DB에 저장하고 관리
도메인: 비즈니스 도메인 객체 예) 회원, 주문, 쿠폰 등등 주로 데이터베이스에 저장하고 관리됨.

데이터 저장소가 선정되지 않았을땐, 우선 Repository를 인터페이스로 생성하여 추후에 구현 클래스를 변경할 수 있도록 설계한다.

1. 도메인 , 리포지토리 작성

⭐️ Optional Java8에 도입됨. null 처리하는 방법 중 하나.

사용방법 예시)

Optional<Member> member : Optional 객체 선언
Optional.ofNullable(store.get(id)); : null이어도 감싸서 반환
Optional객체.ifPresent : null이 아니면 (값이 있으면)

2. 테스트케이스 작성 (리포지토리)

Junit 테스트 프레임워크로 테스트를 실행 : 반복 실행에 유리하다.
test폴더에 작성
@Test 어노테이션을 함수위에 선언
Assertions.assertEquals : 두개의 파라미터가 동일한지 검증 (동일하지 않으면 테스트 실패)
Assertions는 static으로 선언해두면 더욱 간략한 코드 작성이 가능하다.
@AfterEach : 각각의 테스트가 끝날때마다 실행하고 싶은 함수 위에 선언
테스트가 끝날때마다 데이터를 clear해주는 것이 좋다.

3. 서비스 클래스 작성

서비스 클래스의 함수명은 비즈니스적으로, 리포지토리는 좀더 기계적으로 작성하면 좋다.
DI한 repository를 작성(외부에서 repository를 넣어준다, 아래 사진 참고)하면 같은 메모리 repository를 사용할 수 있다.

4. 테스트케이스 작성 (서비스)

클래스에서 command + shift + T : create New Test (클래스의 테스트 껍데기 코드를 만들어줌)

테스트 함수는 한글로 작성해도 괜찮다.

함수 내에 주석 활용
- //given : 주어진 데이터로
- //when : 이걸 실행했을 때
- //then : 검증이 되어야한다.
fail("");
Exception e = assertThrows(Exception.class, () -> Exception 예외가 발생했을 때)
Exception이 발생하지 않으면 테스트 실패함.
e.getMessage
Repository 초기화를 @BeforeEach에서 한다.

같은 메모리를 갖는 repository

[Spring] 스프링 입문 강의 섹션 1,2 - 프로젝트 초기 세팅 / 라이브러리 / 웹 개발 기초(구조)

s5he2 — Thu, 12 Jan 2023 21:45:16 +0900

프로젝트 초기셋팅 (springboot)

build.gradle > repositories

- mavenCentral : 메이븐 공개 사이트에서 관련 레포지토리를 다운로드 받아라.

.gitignore : 기본적으로 셋팅 되어있음

라이브러리

스프링부트는 tomcat 서버 설치 안해도 된당

실무에서는 system.out.println 대신 log 사용해야한다 !! (로그 레벨별로 관리하기 위해)

테스트 관련

java에서 테스트 코드 작성시 주로 junit을 이용한다. (최근에 junit5가 나옴) - 테스트 프레임워크
assertj: 테스트 코드를 좀 더 편하게 작성하게 도와주는 라이브러리
spring-test: 스프링 통합 테스트 지원

View 환경설정

src>resources>static> index.html : default welcome page

spring.io > projects > spring Boot > Learn tab > 버전 선택 > Spring Boot Feature > index.html 검색 > Welcome Page 검색하면 정의 알 수 있음.

템플릿엔진(Thymeleaf)

과거 jsp, php 도 템플릿 엔진 -> 서버 동작을해서 화면을 동적으로 제공

절대경로를 복사해서 붙여넣기해도 페이지의 껍데기를 확인할 수 있음

다른 템플릿엔진 종류로는 FreeMarker, Groovy, Mustache가 있다.

return "hello"; : hello.html을 렌더링해라
viewResolver: 화면을 찾아서 처리 resources:templates/{viewName}.html
참고: spring-boot-devtools 라이브러리 사용시 파일을 컴파일만 해주면 서버 재시작 없이 View 파일 변경이 가능하다.

빌드하고 실행하기

맥 기준: 터미널에서 프로젝트 폴더 접속 > ./gradlew build > cd build/libs > java -jar {jar 파일명}

./gradlew clean : build 폴더가 사라짐

스프링 웹 개발 기초

정적 콘텐츠

/static 폴더에서 제공

MVC와 템플릿 엔진

model / view / controller 로 구분

view는 화면을 그리는 것에만 집중

API

템플릿엔진과는 다른 방식

@ResponseBody 필수 !! (return값이 응답 body 값으로 셋팅됨.)
html 태그 없이 return값이 그대로 내려감

객체를 return하면 ? json 형태(키+값)로 내려감.

@ResponseBody 사용 원리

HTTP의 BODY에 문자 내용을 직접 반환
viewResolver 대신 HttpMessageConverter가 동작
기본 문자처리 : StringHttpMessageConverter
기본 객체처리 : MappingJackson2HttpMessageConverter
참고: HTTP Accept 헤더(클라이언트가 받고싶어하는 형식)와 서버의 컨트롤러 반환 타입 정보 둘을 조합해서 HttpMessageConverter가 선택된다.

단축키

command + shift + enter : 자동완성

[SpringBoot] 스프링부트와 JPA 활용 섹션 1- 라이브러리 의존과 Thymeleaf

s5he2 — Thu, 5 Jan 2023 00:10:01 +0900

목표

스프링부트 프로젝트에서 사용되는 라이브러리의 의존성에 대해 알아보자
Thymeleaf가 무엇인지 알아보자

스프링부트 라이브러리

1. 라이브러리 의존 관계 확인하는 법

라이브러리 의존 ? Gradle 이란? (라이브러리 의존성) (tistory.com)

터미널에 해당 프로젝트 폴더로 이동 > ./gradlew dependencises : 의존 관계를 확인할 수 있다.

핵심 라이브러리

spring mvc
spring orm
JPA, 하이버네이트
스프링 데이터 JPA
- 스프링 데이터 JPA는 스프링과 JPA를 먼저 이해하고 사용해야 하는 응용기술이다.

기타 라이브러리

H2 데이터베이스 클라이언트
커넥션 풀: 부트 기본은 HikariCP
WEB(thymeleaf)
로깅 SLF4J & LogBack
테스트

Spring 가이드 : https://spring.io/guides

스프링부트 메뉴얼 : https://docs.spring.io/spring-boot/docs/2.1.6.RELEASE/reference/html/boot-features-developing-web-applications.html#boot-features-spring-mvc-template-engines

springboot-devtools

셋팅 확인 : restartMain

build > recompile '파일명' 누르면 새로고침만으로 바뀜

오른쪽 탭에서 Gradle > Dependencies 를 통해 라이브러리 의존성 확인 가능

spring-boot-stater-web

- embedded tomcat을 가지고 있다.

- spring-webmvc 의존

thymeleaf

spring-boot-starter-data-jpa

Thymeleaf (https://www.thymeleaf.org/)

자바에서 server-side 렌더링을 지원해주는 Java Template Engine
유지 관리가 수월한 템플릿을 작성하도록 지원
HTML이 브라우저에 올바르게 표시될 수 있고, 정적 프로토타입으로도 작동하여 더 강력한 협업을 가능하게 한다.
Spring Framework용 모듈, 즐겨 사용하는 도구와의 통합 및 자체 기능을 플러그인할 수 있는 기능을 통해 HTML5 JVM 웹 개발에 이상적으로 작동한다.
다양한 웹 개발 프레임워크에서 작성할 수 있다.
Springboot에서 사용하기 위해서는 Maven이나 Gradle같은 빌드 툴을 이용한다.

Natural Template

Thymeleaf로 작성된 HTML 템플릿은 여전히 HTML처럼 보이고 작동한다.

<table>
  <thead>
    <tr>
      <th th:text="#{msgs.headers.name}">Name</th>
      <th th:text="#{msgs.headers.price}">Price</th>
    </tr>
  </thead>
  <tbody>
    <tr th:each="prod: ${allProducts}">
      <td th:text="${prod.name}">Oranges</td>
      <td th:text="${#numbers.formatDecimal(prod.price, 1, 2)}">0.99</td>
    </tr>
  </tbody>
</table>

Thymeleaf가 제공해주는 Template

HTML
XML
TEXT
Javascript
Css
Raw

[백준/boj] 20061: 모노미노도미노 2 (JAVA) / 구현 / 시뮬레이션

s5he2 — Thu, 13 Oct 2022 23:57:56 +0900

문제

로그인

www.acmicpc.net

풀이

import java.io.*;
import java.util.*;

public class Main {
	static int N;
	static List<Block> blocks;
	static Block nowB;
	static boolean map[][];
	static List<Integer> removeList;
	static int point;
	
	static class Block {
		int t;
		int x1;
		int y1;
		int x2;
		int y2;
		
		Block(int t, int x1, int y1, int x2, int y2) {
			this.t = t;
			this.x1 = x1;
			this.y1 = y1;
			this.x2 = x2;
			this.y2 = y2;
		}
	}
	
	public static void main(String[] args) throws Exception {
		BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
		StringTokenizer st = new StringTokenizer(br.readLine());
		
		N = Integer.parseInt(st.nextToken());
		blocks = new ArrayList<>();
		map = new boolean[10][10];
		
		int t,x,y;
		for(int i=0; i<N; i++) {
			st = new StringTokenizer(br.readLine());
			t = Integer.parseInt(st.nextToken());
			x = Integer.parseInt(st.nextToken());
			y = Integer.parseInt(st.nextToken());
			switch(t) {
			case 1:
				blocks.add(new Block(t, x, y, -1, -1));
				break;
			case 2:
				blocks.add(new Block(t, x, y, x, y+1));
				break;
			case 3:
				blocks.add(new Block(t, x, y, x+1, y));
				break;
			default:
				break;
			}
		}
		
		for(int i=0; i<N; i++) {
			nowB = blocks.get(i);
			moveG();
			moveB();
			checkPoint();
			checkPastel();
		}
		
		System.out.println(point);
		System.out.println(cntTile());
	}

	private static void checkPastel() {
		// G
		int x = 5;
		for(int y=0; y<=3; y++) {
			if(map[x][y]) {
				removeList.add(9); break;
			}
		}
		x = 4;
		for(int y=0; y<=3; y++) {
			if(map[x][y]) {
				removeList.add(8); break;
			}
		}
		removeG();
		removeList.clear();
		// B
		int y = 5;
		for(x=0; x<=3; x++) {
			if(map[x][y]) {
				removeList.add(9); break;
			}
		}
		y = 4;
		for(x=0; x<=3; x++) {
			if(map[x][y]) {
				removeList.add(8); break;
			}
		}
		removeB();
		removeList.clear();
	}

	private static int cntTile() {
		int cnt = 0; 
		for(int i=0; i<10; i++) {
			for(int j=0; j<10; j++) {
				if(map[i][j]) cnt++;
			}
		}
		return cnt;
	}

	private static void checkPoint() {
		removeList = new ArrayList<Integer>();
		boolean pFlag = true;
		// G
		for(int x=9; x>=3; x--) {
			pFlag = true;
			for(int y=0; y<=3; y++) {
				if(!map[x][y]) pFlag = false;
			}
			if(pFlag) removeList.add(x);
		}
		removeG();
		point += removeList.size();
		removeList.clear();
		// B
		for(int y=9; y>=3; y--) {
			pFlag = true;
			for(int x=0; x<=3; x++) {
				if(!map[x][y]) pFlag = false;
			}
			if(pFlag) removeList.add(y);
		}
		removeB();
		point += removeList.size();
		removeList.clear();
	}

	private static void removeB() {
		int num = 0;
		for(int y : removeList) {
			y += num;
			for(int j=y; j>3; j--) {
				for(int x=0; x<=3; x++) {
					map[x][j] = map[x][j-1];
				}
			}
			num++;
		}
	}

	private static void removeG() {
		int num = 0;
		for(int x : removeList) {
			x+=num;
			for(int i=x; i>3; i--) {
				for(int y=0; y<=3; y++) {
					map[i][y] = map[i-1][y];
				}
			}
			num++;
		}
	}

	private static void moveG() {
		int row = 4;
		if(nowB.t == 1) {
			for(int x=4; x<=9; x++) {
				if(!map[x][nowB.y1])
					row = x;
				else
					break;
			}
			map[row][nowB.y1] = true;
		}
		if(nowB.t == 2) {
			for(int x=4; x<=9; x++) {
				if(!map[x][nowB.y1] && !map[x][nowB.y2])
					row = x;
				else
					break;
			}
			map[row][nowB.y1] = true;
			map[row][nowB.y2] = true;
		}
		if(nowB.t == 3) {
			for(int x=4; x<=9; x++) {
				if(!map[x][nowB.y1])
					row = x;
				else
					break;
			}
			map[row][nowB.y1] = true;
			map[row-1][nowB.y1] = true;
		}
	}
	
	private static void moveB() {
		int col = 4;
		if(nowB.t == 1) {
			for(int y=4; y<=9; y++) {
				if(!map[nowB.x1][y])
					col = y;
				else
					break;
			}
			map[nowB.x1][col] = true;
		}
		if(nowB.t == 2) {
			for(int y=4; y<=9; y++) {
				if(!map[nowB.x1][y]) 
					col = y;
				else
					break;
			}
			map[nowB.x1][col] = true;
			map[nowB.x1][col-1] = true;
		}
		if(nowB.t == 3) {
			for(int y=4; y<=9; y++) {
				if(!map[nowB.x1][y] && !map[nowB.x2][y])
					col = y;
				else
					break;
			}
			map[nowB.x1][col] = true;
			map[nowB.x2][col] = true;
		}
	}
}

초록색은 행을 위주로

파란색은 열을 위주로 하면서

t가 1,2,3 인 경우마다 다르게 시뮬레이션 되도록 했다..

[백준/boj] 19237: 어른 상어 (JAVA) / 구현 / 시뮬레이션

s5he2 — Thu, 13 Oct 2022 00:05:26 +0900

문제

19237번: 어른 상어

첫 줄에는 N, M, k가 주어진다. (2 ≤ N ≤ 20, 2 ≤ M ≤ N2, 1 ≤ k ≤ 1,000) 그 다음 줄부터 N개의 줄에 걸쳐 격자의 모습이 주어진다. 0은 빈칸이고, 0이 아닌 수 x는 x번 상어가 들어있는 칸을 의미

www.acmicpc.net

풀이

import java.io.*;
import java.util.*;

public class Main {
	static ArrayList<Shark>[][] map; // 상어의 위치 
	static ArrayList<Smell>[][] smellMap; // 상어의 냄새 정보
	static Map<Integer, int[][]> orders; // 상어의 이동 우선순위 <상어번호, 상하좌우에따른 이동순위 int[4]>
	static int N; // 격자 범위 
	static int M; // 상어 숫자 
	static int k; // 냄새가 사라지기까지의 횟수
	static int[] dx = {0, -1, 1, 0, 0}; // 상하좌우
	static int[] dy = {0, 0, 0, -1, 1}; 

	static class Shark {
		int sNum; // 상어 번호
		int x; 
		int y;
		int dir; // 현재 방향
		boolean isMoved; // 이동 여부
		
		Shark(int sNum, int x, int y, int dir, boolean isMoved) {
			this.sNum = sNum;
			this.x = x;
			this.y = y;
			this.dir = dir;
			this.isMoved = isMoved;
		}
	}
	
	static class Smell {
		int sNum; // 상어 번호
		int k; // 남은 횟수 
		
		Smell(int sNum, int k) {
			this.sNum = sNum;
			this.k = k;
		}
	}
	
	public static void main(String[] args) throws Exception {
		int answer = 0; // 1번 상어만 남기까지 걸리는 시간 
		BufferedReader br = new BufferedReader(new InputStreamReader(System.in));
		StringTokenizer st = new StringTokenizer(br.readLine());
		
		N = Integer.parseInt(st.nextToken());
		M = Integer.parseInt(st.nextToken());
		k = Integer.parseInt(st.nextToken());
		map = new ArrayList[N][N];
		smellMap = new ArrayList[N][N];
		orders = new HashMap<>();
		List<Shark> sharks = new ArrayList<>();
		for(int i=0; i<N; i++) {
			st = new StringTokenizer(br.readLine());
			for(int j=0; j<N; j++) {
				map[i][j] = new ArrayList<>();
				smellMap[i][j] = new ArrayList<>();
				int sNum = Integer.parseInt(st.nextToken());
				if(sNum > 0) {
					sharks.add(new Shark(sNum, i, j, 0, false));
				}
			}
		}
		
		int[] tempDirs = new int[M+1];
		st = new StringTokenizer(br.readLine()); // 상어의 방향
		for(int i=1; i<=M; i++) {
			tempDirs[i] = Integer.parseInt(st.nextToken());
		}
		
		for(Shark shark: sharks) {
			shark.dir = tempDirs[shark.sNum];
			map[shark.x][shark.y].add(shark);
		}
		
		
		for(int i=1; i<=M; i++) { // 상어마다 			
			int[][] tempOrderArr = new int[5][5]; // 0~4
			for(int j=1; j<=4; j++) { // 방향에 따른 (상하좌우)
				st = new StringTokenizer(br.readLine());
				for(int k=1; k<=4; k++) { // 우선순위 4개 
					tempOrderArr[j][k] = Integer.parseInt(st.nextToken());
				}
			}
			orders.put(i, tempOrderArr);
		}
		
		while(remainSharkCnt() != 1) {
			answer++;
			if(answer > 1000) {
				answer = -1; break;
			}
			
			// 1. 이동하기  
			moveShark();
			// 2. 겹치는 상어 내쫓기 
			outShark();
			// 3. k 줄이기 
			reduceK();
		}
		
		System.out.println(answer);
	}

	private static void outShark() {
		for(int i=0; i<N; i++) {
			for(int j=0; j<N; j++) {
				int minNum = Integer.MAX_VALUE;
				for(int s=map[i][j].size()-1; s>=0; s--) {
					minNum = Math.min(minNum , map[i][j].get(s).sNum); 
					map[i][j].get(s).isMoved = false;
				}
				
				for(int s=map[i][j].size()-1; s>=0; s--) {
					if(map[i][j].get(s).sNum != minNum) map[i][j].remove(s);
				}
			}
		}
	}

	private static void reduceK() {
		for(int i=0; i<N; i++) {
			for(int j=0; j<N; j++) {
				for(int s=smellMap[i][j].size()-1; s>=0; s--) {
					Smell smell = smellMap[i][j].get(s);
					if(smell.k > 0) smell.k -= 1;
					if(smell.k == 0) smellMap[i][j].remove(s);
				}
			}
		}
	}

	private static void moveShark() {
		// 이동 
		for(int i=0; i<N; i++) {
			for(int j=0; j<N; j++) {
				for(int s=map[i][j].size()-1; s>=0; s--) {
					Shark shark = map[i][j].get(s);
					if(shark.isMoved) continue;
					int nx; 
					int ny;
					// 우선순위 중 ! 인접한 칸 중 아무 냄새 없는 칸
					int[][] dirs = orders.get(shark.sNum);
					for(int dir : dirs[shark.dir]) {
						if(dir == 0) continue;
						nx = shark.x + dx[dir];
						ny = shark.y + dy[dir];
						if(!isRange(nx, ny) || smellMap[nx][ny].size() > 0) continue;
						shark.x = nx;
						shark.y = ny;
						shark.dir = dir;
						shark.isMoved = true;
						map[i][j].remove(s);
						map[nx][ny].add(shark);
						smellMap[i][j].add(new Smell(shark.sNum, k));
						break;
					}
					
					if(!shark.isMoved) { // 자신의 냄새가 있는 곳으로 
						bp: for(int dir : dirs[shark.dir]) {
							if(dir == 0) continue;
							nx = shark.x + dx[dir];
							ny = shark.y + dy[dir];
							if(!isRange(nx,ny)) continue;
							for(Smell smell : smellMap[nx][ny]) {
								if(smell.sNum == shark.sNum) {
									shark.x = nx;
									shark.y = ny;
									shark.dir = dir;
									shark.isMoved = true;
									map[i][j].remove(s);
									map[nx][ny].add(shark);
									smellMap[i][j].add(new Smell(shark.sNum, k));
									break bp;
								}
							}
						}
					}
				}
			}
		}
	}

	private static boolean isRange(int nx, int ny) {
		return nx >= N || nx <0 || ny >= N || ny <0 ? false: true;
	}

	private static int remainSharkCnt() {
		int cnt = 0; 
		for(int i=0; i<N; i++) {
			for(int j=0; j<N; j++) {
				if(map[i][j].size() != 0) cnt+= map[i][j].size();
			}
		}
		return cnt;
	}
}