23.02.07

• 30일 해야할 일
  • [x] 자바 이론 공부 (강의 3개 : 2차원 배열 예제 )
  • [x] spring 강의 듣기
  • [x] 프로그래머스 1문제 풀기
  • [x] api 과제하기
  • [x] Spring 노션 읽어보기!

벌써… 항해를 시작한지 30일이 지났습니다… 아닛…!!! 30일 동안 한 것은 많은데 제가 실력이 늘어난게 맞는지 의문이 듭니다ㅠㅠ 열심히 시키는대로 하고 있는데 잘하고 있겠죠…?

과제를 완성했다 싶으면… 또다시 과제가 등장하는 기분입니다..

분명 비밀번호 일치하지 않으면 수정과 삭제가 되지 않게 하는걸 완성했는데, 근데…? 뭐지..? 시간을 내림차순으로 반환해야한다고 하네요…

또 해야합니다.. 도대체 몇번째 다시하는것인가.. 저는… 제발 과제를 똑바로 읽어보자…

MyblogApplication 에 빠졌다!!! - > 이거 떄문에 현재 시간이 안나왔다..!!! 또 똑같은 실수를 했다 ㅠㅠㅠ
@EnableJpaAuditing

오늘의 실수…!

• 다른쪽 프로젝트의 서버를 끄지않고 안된다고 울고 있었습니당..ㅎㅎㅎㅎ
• 오타로 인해 적용이 안됨…! 흑흑
• @EnableJpaAuditing 가 안되서 현재 날짜를 저장하지 못했었다 ㅠㅠㅠ

@Getter Class 모든 필드의 Getter method를 생성해줍니다.

@GetMappingHTTP GET 요청을 특정 처리기 메서드에 매핑하기 위한 주석입니다. 특히 @GetMapping은 @RequestMapping(method = RequestMethod.GET)의 바로 가기 역할을 하는 구성된 주석입니다.

@Entity 클래스가 엔터티임을 지정합니다. 이 주석은 엔티티 클래스에 적용됩니다.

@NoArgsConstructor인수가 없는 생성자를 생성합니다. 최종 필드의 존재로 인해 이러한 생성자를 작성할 수 없는 경우 오류 메시지가 생성됩니다.

@Service 주석이 달린 클래스가 원래 Domain-Driven Design(Evans, 2003)에서 "캡슐화된 상태 없이 모델에서 독립된 인터페이스로 제공되는 작업"으로 정의된 "서비스"임을 나타냅니다. 또한 클래스가 "Business Service Facade"(Core J2EE 패턴 의미에서) 또는 이와 유사한 것임을 나타낼 수도 있습니다. 이 주석은 범용 고정 관념이며 개별 팀은 의미 체계를 좁히고 적절하게 사용할 수 있습니다. 이 주석은 @Component의 특수화 역할을 하여 클래스 경로 스캔을 통해 구현 클래스를 자동 감지할 수 있습니다.

어노테이션 정리와 과제 수정으로 하루가 다 간 기분입니다 ㅠㅠㅠ

23.02.06

• 29일 해야할 일
  • [x] 자바 이론 공부 (강의 4개 : 변수와 배열의 활용 )
  • [x] spring 강의 10개 듣기
  • [x] 프로그래머스 1문제 풀기
  • [x] api 과제하기
  • [x] Spring 노션 읽어보기!

api과제를 다시해야합니다.. 흑흑 비밀번호 일치를 누르지 않았습니다 ㅠㅠㅠ 그래서 내일까지 완성하려고 합니다..

잘못 읽은 제 탓입니다.. 오늘 0레벨 문제를 안풀었는데.. 빨리 풀어야겠어요 ..

목표로 정한건 !! 빼먹지 않고 하기로 마음을 먹었습니다! 숙제는 postman에서 잘 돌아가는지 확인하고… 다시 확인하고 자야할 거 같습니다!

윈도우 : alt 두번 양 사이드바 나오기맥 : 커맨드 두번

파일 밑에 같은 이름으로 (*)있을경우 중복제거

Cltrl + Shift + T → create new test 단축키 테스트하고 싶은 클래스 테스트 만들기!

게임

Controller: 공격키 → 공격하기(로직을 포함하고 사용자 입력 데이터를 서비스에 전달) Service: 사냥터상황(컨트롤러에서 데이터를 수집하고, 유효성 검사 및 비즈니스 로직을 수행하고, 데이터 조작을 위한 리포지토리를 호출합니다.) Repository : 몬스터잡기(델과의 상호 작용 및 DB 작업 수행)

Spring-SA/Main.java at main · yanJuicy/Spring-SA

23.02.05

• 28일 해야할 일
  • [x] 자바 이론 공부 (강의 1개 )
  • [x] spring 강의 3개 듣기
  • [x] 프로그래머스 1문제 풀기
  • [x] api 과제하기
  • [x] Spring 노션 읽어보기!

과제는 다음주까지지만 미리 하고 남은 시간 자바와 spring 강의를 듣기 위해 오늘 과제를 하려고 했으나…!! 왜이러는 것인가!!!

조원분과 이야기 나눴는데… 제 컴터에 환경변수를 제가 조작을 잘못해서 ㅠㅠㅠ ip주소를 넣어야하더라구여 ㅠㅠ

Error: getaddrinfo ENOTFOUND locallhost

http://127.0.0.1:8080/api/memos로 쳐서 넣어야 작동하더라구여…왜 저에게 그런 시련을…?

흑흑 환경변수 시러욤…

오늘 과제를 끝내니… 9시가 넘었네요…

강의 2개라도 더 듣고 오늘 하루를 마무리 할까 생각합니다!

일단 오늘 제가 그린 유스케이스와 정리 내용 먼저 올리기! 강의 들으면 수정하기!

[UML] 유스케이스 다이어그램(Usecase Diagram)

시스템과 사용자의 상호작용을 다이어그램으로 표현한 것으로, 사용자의 관점에서 시스템의 서비스, 기능, 외부와의 관계에 대해서 다이어그램으로 표현한 것을 말한다.

사용자(액터)가 시스템 내부에 있는 기능 중에 어떤 기능을 사용할 수 있는지를 나타내는 것으로 사용자와 시스템 사이의 관계를 간략하게 표현할 수 있는 장점이 있다.

1. 유스케이스 구성요소(Component)

유스케이스 다이어그램의 구성요소로 시스템, 액터, 유스케이스, 관계로 구성되어 있다.

2. 시스템(System Scope)

현재 개발할 프로그램을 나타낸다.

프라이머리 액터와 세컨더리 액터 사이의 사각형으로 표기한다.

3. 액터(actor)

시스템 외부에 존재하며 시스템과 상호작용을 하는 모든 것을 말한다.

대게 시스템을 사용하는 사용자와, 시스템을 사용함으로서 상호작용 되는 다른 시스템이 액터가 될 수 있다.

1) 프라이머리 엑터

시스템을 사용하는 주체가 되는 액터이며 졸라맨과 같은 사람 형태의 모형으로 표기한다. 시스템의 왼쪽에 그리며 액터의 역할을 작성해준다.

2) 세컨더리 엑터

프라이머리 엑터로부터 시작되어 시스템과 상호작용하는 다른 시스템(외부 시스템)을 말하며 박스에 <<actor>>를 포함하여 표기한다. 시스템의 오른쪽에 그려준다.

4. 유스케이스(Usecase)

사용자의 입장에서 바라본 시스템의 추상적인 기능으로 시스템의 요구사항을 나타내며 타원형으로 표기한다.

5. 관계(Relation)

액터와 유스케이스, 유스케이스 사이의 유스케이스의 관계를 나타낸다.

관계는 연관(Assosiation), 의존(Dependency), 일반화(Generalization)이 있으며, 의존 관계는 포함(Include)와 확장(Extend)로 나눠진다.

1) 연관관계

액터와 유스케이스 간의 상호작용이 있음을 실선으로 표현한다.

2) 포함관계

하나의 유스케이스가 다른 유스케이스가 실행되었다는 것에 대한 전제가 되었을 때의 관계이다.

위의 유스케이스 다이어그램을 예로 들자면, 상품 주문 유스케이스는 사용자 인증 유스케이스가 반드시 실행 되어야만 상품 주문을 할 수 있게 되기 때문이다.

포함하는 유스케이스에서 포함 되는 유스케이스 방향으로 화살표를 점선으로 연결하고 <<include>>라고 표기한다.

3) 확장관계

확장기능 유스케이스와 확장대상 유스케이스 사이에 형성되는 관계로, 해당 유스케이스에 부가적인 유스케이스를 실행할 수 있을 때의 관계이다. 상품목록조회 유스케이스에서 부가적으로 상품상세조회 기능을 추가할 수 있기 때문에 확장 관계로 표기한다.

확장하는 유스케이스에서 대상 유스케이스 방향을 점선으로 연결하고 <<extend>>라고 표기한다.

4) 일반화 관계

추상화한 유스케이스 또는 액터를 그룹화시켜 이해도를 높이기 위해 표현하는 관계이다.

구체적인 유스케이스에서 추상적인 유스케이스로 화살표를 그리고 실선으로 표기한다. 카테고리 관리가 추상적인 유스케이스가 되고 카테고리 등록, 수정, 삭제가 구체적인 유스케이스가 되는 관계이다.

6. 유스케이스 다이어그램 작성 시

1) 유스케이스 식별

액터가 원하는 시스템 제공 기능은 무엇인지, 시스템에 어떤 정보를 생성, 수정, 조회, 삭제하고 싶어 하는지, 모든 기능 요구사항들을 만족할 수 있도록 유스케이스가 모두 식별 되었는지를 확인하여 유스케이스를 정의한다.

2) 관계 정의

• 연관 관계: 액터와 유스케이스 간에 상호 작용이 존재하는지
• 포함 관계: 유스케이스를 실행하기 위하여 반드시 실행되어야 하는 유스케이스가 존재하는지
• 확장 관계: 유스케이스를 실행함으로써 선택적으로 실행되는 유스케이스가 존재하는지
• 일반화 관계: 액터 또는 유스케이스가 구체화 된 다른 액터 또는 유스케이스를 가지고 있는지

위 관계에 해당하는 상호 작용 관계를 확인하고 관계를 정의한다.