데이터베이스 설계 프로세스
요약 데이터베이스 설계 과정을 배운다. 실전 예제로는 패캠 부트캠프 파이널 프로젝트(Sable 함께모으기 서비스) 예시로 한다. 임무 목표와 임무 명세 정의임무 명세 : 이 데이터베이스의 존재 이유나 목적을 단순한 한 문장으로 정리 임무 목표 : 이 데이터베이스가 수행해야 할 작업을 정리. 이렇게 작성된 목표와 임무 명세는 사용자와 관리자에게 타당해야
Home
우아한테크코스 4기 최종 코딩테스트 후기
최종 코딩테스트 문제 링크https://github.com/woowacourse/java-pairmatching-precourse 아쉬운 점검증 로직 중복과정, 레벨, 미션을 입력받을 때, 해당 과정, 레벨, 미션이 존재하는지 검증해야 된다.나는 이를 검사하는 메서드를 각 열거형 객체가 가지고 있도록 하고 findByName메서드로 이름에 맞는 객체를 가져
메시지와 인터페이스
메시지, 인터페이스메시지는 객체들이 협력하기 위해 사용할 수 있는 유일한 의사소통 수단이다.메시지는 오퍼레이션 이름과 인자로 구성된다. receiver.message(argument); 이렇게 메시지를 구성할 수 있다. 메시지와 메서드그렇지만 메시지가 한 메서드를 가르키는 건 아니다.메서드는 메시지를 수신하는 객체, 인자에 따라 달라진다.메서드는 메시지를
우아한테크코스 4기 프리코스 3주차 회고
우아한 테크코스 4기 프리코스 3주차 회고3주차 문제 및 내 답안 링크https://github.com/woowacourse/java-vendingmachine-precourse 마주한 문제들MVC 패턴 적용MVC 패턴은 Model, View, Controller를 기준으로 객체들을 분류해서 프로그램을 만드는 패턴이다.2주차 피드백에 비즈니스 로직에 출력
우아한테크코스 4기 프리코스 2주차 회고
우아한 테크코스 4기 프리코스 2주차 회고2주차 문제 & 내 제출 답안https://github.com/woowacourse/java-racingcar-precourse https://github.com/yangdongjue5510/java-racingcar-precourse 마주한 문제들책임을 클래스들에게 분배하기이번 문제는 메서드를 분리하는 것에
13. Comparable과 Comparator의 차이!
Comparable과 Comparator의 차이결론둘 다 객체의 비교 기준을 마련하는 인터페이스. Comparable은 **compareTo(T t)**로 자기 자신과 다른 객체의 비교.Comparator은 compare(T t, T u) 자기 자신이 아닌 다른 두 객체 간의 비교. Comparable은 Arrays.sort()나 Collections.so
REST Api 프로젝트에서 만난 소소한 문제들
Rest api 프로젝트를 하면서 배운 것들을 정리하고자 한다. JPA entity에서 배운 것들12345678910111213141516171819202122232425@Entity@Getter @Setterpublic class Investments { @Id @GeneratedValue(strategy = GenerationType.IDENT
책임 할당을 위한 GRASP 패턴
GRASP 패턴일반적인 책임 할당을 위한 소프트웨어 패턴. 객체에게 책임을 할당할 때 지침으로 삼을 수 있는 원칙들. 영화 예매 시스템을 통해 GRASP 패턴을 익혀보자. 도메인 개념에서 출발하기어떤 책임을 할당해야 할 지 고민해야 될 때 가장 먼저 고려해야 할 게 도메인이다. 영화에는 금액 할인 영화, 비용 할인 영화가 있다. 할인 조건에는 순번 조건
REDIRECT와 FORWARD의 차이!!
REDIRECT와 FORWARD의 차이REDIRECT리다이렉트는 “서버가 클라이언트에게 해당 URL로 다시 요청하라고 명령하는 것”이다. 클라이언트가 서버의 URL에 요청 (get이던 post던 상관없이) 서버의 컨트롤러가 해당 URL에 매핑된 메서드 실행 해당 메서드가 다른 URL로 리다이렉트 시킬 경우, 클라이언트는 그 URL로 GET 요청을 새로 실
응집도와 결합도
응집도와 결합도응집도모듈 내부 요소가 연관된 정도.모듈의 내부 요소가 한 목적을 위해 긴밀하게 협력하는 정도. 높을 수록 좋다. 좀더 구체적으로 설명하면, 하나의 변경이 발생할 때 모듈 내부에서 발생하는 변경의 정도하나 바꾸려고 할 때, 모듈 전체를 바꿔야 되면 응집도가 높은 것. 하나의 변경이 일어날 때, 모듈 하나만 바꿔서 해결 가능하면, 응집도가 높은