일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | ||||||
2 | 3 | 4 | 5 | 6 | 7 | 8 |
9 | 10 | 11 | 12 | 13 | 14 | 15 |
16 | 17 | 18 | 19 | 20 | 21 | 22 |
23 | 24 | 25 | 26 | 27 | 28 |
- 객체지향 언어
- JVM
- Github_token
- #스파르타내일배움캠프TIL
- 회고록
- 클래스
- 생성자
- KPT
- 스파르타내일배움캠프
- TiL_1st_0419
- Token
- 포맷은 최후의 보루
- 메서드
- 인스턴스
- 성장기록
- Diary 해우소
- static
- 스레드
- #스파르타내일배움캠프
- Java의 이점
- 변수의 다양성
- 해우소
- 스파르타내일배움캠프TIL
- #내일배움캠프
- diary
- GitHub
- 내일배움캠프
- 감사기록
- Git
- Java
- Today
- Total
목록전체 글 (230)
몬그로이
https://velog.io/@semi-cloud/H2-%EC%A0%91%EC%86%8D-%EC%98%A4%EB%A5%98%EC%9C%88%EB%8F%84%EC%9A%B0-%EA%B8%B0%EC%A4%80 [DB] H2 접속 오류(윈도우 기준)H2 데이터베이스 파일 생성 방법은 다음과 같다.jdbc:h2:~/datajpa //db 파일 생성👉~/datajpa.mv.db 파일 생성이 된 것을 확인한다.이후 부터는 jdbc:h2:tcp://localhost/~/datajpa 이렇게 접속하면 된다!주로velog.io해결 방법1 주소창 확인하기"일반적으로" intelliJ에서 사용하는 경로인지설정해 둔 경로인지 등을 확인한다 나의 경우는http://localhost:8080/h2-console로 들어가니 접..
https://mongroy.tistory.com/115 KPT 회고Keep 앱 주제 및 구성 설정, API 명세서, ERD 등을 모두가 함께 하여 서로의 의견 공유가 잘 되었고, 같은 출발점에서 시작할 수 있었던 점. GITHUB Issue와 PR(Pull Request) 그리고 코드mongroy.tistory.com
Keep 앱 주제 및 구성 설정, API 명세서, ERD 등을 모두가 함께 하여 서로의 의견 공유가 잘 되었고, 같은 출발점에서 시작할 수 있었던 점. GITHUB Issue와 PR(Pull Request) 그리고 코드리뷰를 잘 활용하여 기능별로 브랜치를 잘 나눠서 관리한 점. 요청 값을 담는 일반 클래스대신 record타입을 사용하여 불변성을 보장하고 데이터의 안정성을 높인 점. AWS S3를 사용하여 효과적으로 멀티 미디어를 관리한 점. Adapter 구조적 패턴을 사용하여 객체들이 서로 협업할 수 있도록 구조를 적용한 점. Builder 패턴과 정적 팩터리 메서드를 사용한 점. 매장, 메뉴, 리뷰 다건 등 조회 페이징 처리가 필요한 상황에서 코드의 통일성과 효율적인 페이징 처리를 위해 공통적으로 필..
https://mongroy.tistory.com/113 미리 작성하는 프로젝트 소감내 브런치, dev, origin 삼각관계를 제대로 배울 수 있었습니다API 명세서의 중요성을 알고는 있었는데 이번에 더 통감했습니다또한 작성법에 대해서도 더 익힐 수 있었습니다로직이 복잡해짐면서mongroy.tistory.com
내 브런치, dev, origin 삼각관계를 제대로 배울 수 있었습니다API 명세서의 중요성을 알고는 있었는데 이번에 더 통감했습니다또한 작성법에 대해서도 더 익힐 수 있었습니다로직이 복잡해짐면서 ERD의 중요성도 느낄 수 있었고postman 사용법도 익힐 수 있었습니다큰 규모가 아니지만 그래도 정말 협업을 한다는 건 어떤 느낌인지 잘 알 수 있었습니다 그동안 작성하던 CRUD 는 얼마나 가벼운 것이었나 느낄 수 있었고리팩토링하는 것과 팀원간의 규칙을 정하는 것의 중요성을 더 잘 느낄 수 있었습니다 - ep. 선택한 매장의 모든 유저리뷰와 판매자 댓글을 가지고 오는 로직을 짜게 되었는데테이블 연관관계상 돌고돌아 가져올 수 밖에 없는 상황이었다그 과정에서 팀원 한 분에게 경로에 대하여 조언을 구했고, ..
오전: Entity, package 구성 설정, Entity 필드값과 연관관계 설정오후: Git push testlog 와 주석 사용에 규칙 정하기 정적 팩터리 메서드와 빌더 패턴 @BuilderEntity 에서는 자제,responseDto 생성자 대신 빌더패턴 이용매장 등록 메서드 구현매장 정보 수정 메서드 구현 및 수정 - 확실히 시간이 덜 걸렸다 repository에 접근하는 메서드 명명법 정의메서드 명이란 단순히 "알아보기 편한" 것이라고 생각했는데팀끼리 규칙을 정해 find 와 query 로 나눠서 그에 맞춰 짓기도 한다는 사실을 알았다DDD 구조로 Admin만 사용할 수 있는 기능들을 추가하려니 난관에 봉착했다각 기능들의 controller 를 각각 만들 것인지, 아니면 한 군데에 묶어서 만들..
https://mongroy.tistory.com/112 팀프로젝트 3~5일차오전: Entity, package 구성 설정, Entity 필드값과 연관관계 설정오후: Git push testlog 와 주석 사용에 규칙 정하기 정적 팩터리 메서드와 빌더 패턴 @BuilderEntity 에서는 자제,responseDto 생성자 대신 빌더mongroy.tistory.com