밤 산책 밤 산책

분류 전체보기

• 개념적 데이터 모델링

  Data Base/관계형 데이터 모델링 2021. 12. 30. 03:18

  ERD의 관점 3가지 정보 그룹 : 정보들을 그룹핑 관계 : 정보그룹 사이의 관계 관계형 데이터베이스의 특징 -RDB는 내포관계를 허용하지 않습니다. -거대 단일 테이블로 표현을 하면 중복이 발생합니다. "글은 저자 누가 작성했는가 저자에 대한 이름과 소개까지 표함되었으면 좋겠다." ->RDB에서는 join이라는 메커니즘을 통해서 언제든지 순간순간 합성해 낼수 있다. 그렇기 때문에 포함관계가 아니가 좀 더 수평적인 관계로 개념들을 뽑아 내는 것이 더 적절하다.

  Read More
• 모델링의 종류

  Data Base/관계형 데이터 모델링 2021. 12. 29. 22:33

  전체 흐름 업무파악 -> 개념적 데이터 모델링 -> 논리적 데이터 모델링 -> 물리적 데이터 모델링 개념적 데이터 모델링 -어떠한 개념들이 있고, 각가의 개념들은 어떻게 상호 작용 하는가? -ERD다이어그램 논리적 데이터 모델링 -관계형 데이터 패러다임에 맞게 table들의 관계를 나타내는 표작성 물리적 데이터 모델링 -DB에 최적화된 코드를 작성해서 표룰 작성

  Read More
• CI/CD

  Web 개발/Web 기본 지식 2021. 12. 29. 19:51

  CI/CD는 개발 환경프로세스 이다. 간단하게 말하면,어플리케이션 개발 단계부터 배포때까지 모든 단계들을 자동화를 통해서 조금더 효율적이고 빠르게 사용자에게 빈번히 배포할 수 있도록 만드는 것을 말한다. CI => Continuous Integratio 지속적인 통합 버그 수정이나 새로 만드는 기능들이 메인 Repository에 주기적으로 build되고 test가 되어서, merge되는 것을 말한다. 이 방식은 1991년 Grady booch에 의해서 처음으로 사용되어지다가 나중에는 extreme programming 개발 방법론에서 채택되어 졌다. point 1. 코드 변경사항을 주기적으로 비번하게 머지해야 한다. +어떻게 작은 단위로 나눠서 메인 Repository에 반영할지, 또는 작은 단위로 나눠..

  Read More
• 스프링 핵심 원리 이해2 - 객체 지향 원리 적용

  FrameWork/Spring&Spring-boot 2021. 12. 29. 19:01

  개발 팁 ★ @DisplayName("") -> Junit이 제공하는 한글로 이름을 쓸 수 있게 해주는 어노테이션 @Test -> 성공테스트도 중요한데 실패 테스트도 꼭 만들어 봐야 한다. Assertions -> static import를 해서 사용하는 것이 좋다.

  Read More
• Junit-Assert 메소드

  FrameWork/Spring&Spring-boot 2021. 12. 29. 18:18

  Assertions 메소드 @Test 수행 결과를 판별합니다. 메소드 설명 assertEquals(x,y) 객체 x와 y가 일치함을 확인합니다. x(예상 값)와 y(실제 값) 같으면 테스트 통과 assertArrayEquals(a,b) 배열a와 b가 일치함을 확인합니다. assertFalse(x) x가 false인지 확인합니다. assertTrue(x) x가 true인지 확인합니다. assertTrue(message,condition) condition이 true이면 message표시 assertNull(o) 객체가o가 null인지 확인합니다. assertNotNull 객체가o가 null이 아닌지 확인합니다. assertSame(ox,oy) 객체가 ox와 oy가 같은 객체임을 확인합니다. ox과 oy가 ..

  Read More
• 주문과 할인 도메인 개발

  FrameWork/Spring&Spring-boot 2021. 12. 29. 17:53

  개발 팁★ -Enum형식의 참조 변수는 .equal매소드가 아니라 "=="으로 비교 연산자를 사용해야 한다. @Test -단위 테스트 : Spring이나 Container에 도움 없이 순순하게 자바 코드로 테스트를 하는 것. Order객체는 주문에서 할인적용이 끝났을 때 만들어 지는 객체 @Override public Order createOrder(Long memberId, String itemName, int itemPrice) { Member member = memberRepository.findById(memberId); int discount = discountPolicy.discount(member,itemPrice); return null; } 잘 짜여진 설계 -> 할인정책에 대한 책임은 D..

  Read More
• 주문과 할인 도메인 설계

  FrameWork/Spring&Spring-boot 2021. 12. 29. 15:53

  주문과 할인 정책 회원은 상품을 주문할 수 있다. 회원 등급에 따라 할인 정책을 적용할 수 있다. 할인 정책은 모든 VIP는 1000원을 할인해주는 고정 금액 할인을 적용해 달라(나중에 변경 될 수 있다.) 할인 정책은 변경 가능성이 높다. 회사의 기본 정책을 아직 정하지 못헸고, 오픈 직전까지 고민을 미루고 싶다. 최악의 경우 할인을 적용하지 않을 수 도 있다.(미확정) 주문 도메인 협력,역할 책임 주문 생성 : 클라이언트는 주문 서비스에 주문 생성을 요청한다. 회원 조회 : 할인을 위해서는 회원 등급이 필요하다. 그래서 주문 서비스는 회원 저장소에서 회원을 조회한다. 할인 적용 : 주문 서비스는 회원 등급에 따른 할인 여부를 할인 정책에 위임한다. 주문 결과 반환 : 주문 서비스는 할인 결과를 포함한..

  Read More
• 회원 도메인 실행과 테스트

  FrameWork/Spring&Spring-boot 2021. 12. 29. 14:23

  개발 팁★ @Test void join( ){ //given(주어진 환경에서) //when(이렇게 했을 때) //then(이렇게 된다.) } -클래스 다이어그램은 정적인 것이고, 객체 다이어그램은 동적인 것이다. new해서 실제 들어가 봐야 어떤 구현체가 쓰였는지 알 수 있다. 회원 도메인 설계의 문제점 다른 저장소로 변경할 때 OCP 원칙을 잘 준수할까? DIP를 잘 지키고 있을까? -의존관계가 인터페이스 뿐만 아니라 구현까지 모두 의존하는 문제점이 있음 [출처 : 김영한. 스프링 핵심 원리-기본편. 인프런]

  Read More