티스토리

유키

검색하기

블로그 홈

유키

hifumialice.tistory.com/m

hifumialice 님의 블로그입니다.

구독자: 0

방명록 방문하기

주요 글 목록

내배캠 13주 2일 차 오늘도 프로젝트를 진행했다. 오전에는 각자 작업한 코드 리뷰를 진행하고 오후에는 각자 맡은 캐시 작업을 진행하기로 했다. 내가 맡은 파트는 db에서 인기 키워드 목록을 가져와서 캐시에 저장한 후 반환하는 작업이었다. 구현하는 것은 @Cacheable 어노테이션을 이용하면 어렵지 않아서 금방 구현했다. 그러나 문제는 다른 팀원이 맡은 부분이었다. 팀원이 해야하는 부분이 키워드로 검색을 할 때 키워드를 모아서 한번에 db에 저장하는 방식인 write back 방식을 택했다. 이를 어노테이션을 이용해서 어떻게 구현하지가 문제였다. 일단 @Cacheable은 캐싱이 되었으면 메소드 로직을 실행하지 못 하니 @CachePut를 이용해야 했다. 그런데 캐시에 담아 놓은 데이터를 어떻게 가져올 것인지 또는 캐시할 .. 공감수 0 댓글수 0 2024. 7. 10.
내배캠 13주 1일 차 오늘도 하루 종일 프로젝트를 진행했다. 오전에 팀원끼리 회의하고 코드 리뷰 및 리팩토링 하는데 시간을 다 보냈다. 오후에는 각자 캐싱을 맡아서 진행하기로 했는데 이 과정에서 문제가 생겼다. 캐싱에는 읽기와 쓰기 전략이 있는데 읽기의 read through 전략을 구현할 때 문제가 생기게 됐다. 일단 read through 전략이 무엇이냐면 서버에서 먼저 캐시에 데이터가 있는지 확인한다. 그리고 캐시에 데이터가 있으면 그대로 반환하고 만약 없을 경우 캐시에서 직접 db에 요청을 보내 데이터를 가져오고 캐시에 저장 후 서버에 반환한다. 과정은 이해가 된다. 그러나 이걸 구현하려면 어떻게 해야 하나 문제였다. 서버에서 캐시를 확인 후 db에 요청을 보내면 이건 look aside가 되기 때문이다. 검색.. 공감수 0 댓글수 0 2024. 7. 8.
내배캠 12주 5일 차 오늘은 프로젝트 기초를? 끝내려고 열심히 했다. 딱히 새로운 내용이 나온 건 없고 구현 안 되는 것을 구현하는데 집중했다. 그 과정에서 그나마 하나 정도 건질만한 게 있을 거 같아서 간단하게 써본다. 두 테이블이 M:N 관계로 다대다 관계여서 중간 테이블을 하나 뒀다. A와 B테이블이 있으면 C테이블이 중간 테이블이 되어서 A : C = 1 : M / B : C = 1 : N이었다. 따라서 A : B = M : N이다. A 테이블을 조회할 때 B 테이블을 같이 조회해서 B 테이블의 값 하나를 List 형태로 가져오려 했으나 이 과정이 쿼리로 잘 안 됐다. 따라서 A와 B 테이블의 값을 각각 따로 조회 후 매칭 되는 값끼리 묶으려고 했다. 문제는 여기서 발생했다. 내가 생각했던 방법은 반복문을 통해서 .. 공감수 0 댓글수 0 2024. 7. 5.
내배캠 12주 4일 차 오늘은 하루 종일 코드 리뷰와 에러 수정하는데 시간을 보냈다. 그래서 따로 공부한 것은 없지만 그래도 중간에 배워야 할 키워드가 몇 개 나왔다. 오늘의 키워드는 제네릭 타입, 프로젝션 정도가 될 거 같다. 에러에 관해서는 아래에 간단하게 정리를 해보겠다. 에러는 무엇이 있었냐 크게 3가지 정도가 있을 거 같다. 2개는 귀엽지만 1개는... 아직 이유를 몰라서 내일 시간을 들여서 찾아봐야 할 거 같다. 1번 에러는 API를 실행하면 컨트롤러에 넘어가기 전에 에러가 발생했다. 이유를 찾아보니 시큐리티 필터에서 로그인 했을 때 JWT 토큰에서 사용자 정보를 저장해야하는데 이때 페이로드(Payload)에 있는 값을 잘못 꺼내서 NullPointException이 발생했다. 따라서 올바른 이름으로 지정하니 .. 공감수 0 댓글수 0 2024. 7. 4.
내배캠 12주 3일 차 오늘의 키워드는 캐시와 DDD와 테스트 코드이다. 그럼 각각 왜 나왔는지에 대해 간단히 적어보겠다. 캐시와 DDD는 각각 튜터님이 학생들 대상으로 진행한 튜터링(강의) 시간에 나왔던 내용이다. 그리고 테스트 코드는 오늘 service 테스트 코드를 작성하다가 단일로 테스트를 돌릴 때는 괜찮은데 여러 개를 한 번에 실행하면 안 되기에 했기 때문에 포함했다. 이번에 작성해 볼 것은 테스트 코드와 캐시에 대해서 간단하게 적어 볼까 한다. 캐시는 영어로 Cache라고 하고 뜻은 고속 기억 장치(네이버 사전)라고 한다. 그럼 캐시를 왜 사용할까? 자주 사용되는 데이터가 있다면 매번 db 또는 저장소에 가서 데이터를 찾아서 가져오고 사용자한테 보여주는 것은 은근히 시간이 걸린다. 그럼 자주 사용되는 데이터를 다른.. 공감수 0 댓글수 0 2024. 7. 3.
내배캠 12주 2일 차 오늘부터는 작성방식을 조금 바꿔보려고 한다. 먼저 하루 동안 배웠거나 궁금한? 단어 등을 적고 그에 대한 내용을 적는 방식으로 해보려고 한다. 왜 이런 방식으로 하려고 하냐면 그날 나왔던 단어를 적어서 나중에 글을 봤을 때 아 저런 것도 있었지라고 되새길 수 있기 때문이다. 만약 정리했으면 그 글을 다시 보거나 정리를 안 했으면 그 내용을 찾아보려고 하기 때문이다. 오늘 하루는 새로운 프로젝트 주의 시작이여서 새롭게 팀이 편성되고 이번 주차 발제를 듣고 팀원들과 어떤 프로젝트를 할지 정하는 시간이었다. 발제 때 나왔던 키워드는 "동시성 제어"와 "캐시"가 나왔다. 프로젝트 기획을 하면서 나왔던 내용이 JWT 토큰에서 리프레시 토큰이 나와서 개념은 아는데 이걸 활용하는 방법을 몰라서 궁금해졌다. 마지막으.. 공감수 0 댓글수 0 2024. 7. 2.
내배캠 11주 5일 차 오늘은 테스트 코드를 왜 작성해야 하는지에 대해서 공부를 했다. 테스트 코드는 왜 작성해야 할까? 사람이 개발한 소프트웨어(프로그램)을 만들다 보면 제대로 동작하는지 문제는 없는지를 확인하기 위해서 테스트를 한다. 그런데 매번 프로그램이 잘 되는지 확인하기 위해서 여러번 테스트를 하다 보면 은근히 시간이 오래걸리고 그러다보면 테스트를 점차 안하게 된다. 따라서 테스트 코드를 작성해 테스트를 자동화 할 수 있다. 새로운 기능이 생겼을 때 그 것만 테스트 하는 것이 아니라 전체에 대해서 해야한다. 이 과정이 쌓이다 보면 점차 테스트를 안하게 된다. 물론 프로그램 규모가 작으면 시간을 내서 전체적으로 테스트를 할 수 있지만 규모가 커지면 한 번 테스트 하는데 전부 확인한다고 하면 골치아플것이다. 그러니 테.. 공감수 0 댓글수 0 2024. 6. 29.
내배캠 11주 4일 차 오늘 써 볼 것은 페이지네이션 할 때 pageable로 요청받을 때 sort부분에서 ASC, DESC을 받는 부분에 대해서 좀 써볼까 한다. 페이지네이션 하는 방법이라기보다는 요청을 받는 방법을 몰라서 좀 빙 돌려서 구현했다가 요청방법을 알아서 써보는 것이다.내가 구현한 요청 받는 방식은 아래와 같다. 페이지 위치랑, 한 페이지에 보여줄 개수, 정렬 기준이다. 정렬기준은 여러 기준으로 받지 않고 하나로만 받는다. 왜? 하나만 받냐고 할 때 여러 정렬을 처리할 이유가 있나 싶어서이다. 보통 게시판을 볼 때 오름차순, 내림차순은 하나의 기준으로 하지 여러 기준으로 하지 않기에 하나로만 받을 생각이다. 아무튼 sort의 schema에서 보는 것처럼 저 형식으로 적어서 요청을 보내면 컨트롤러에서 아래와 같이.. 공감수 0 댓글수 0 2024. 6. 27.
내배캠 11주 3일 차 오늘도 뭔가 많은 걸 하진 않았다. 과제도 딱히 진도가 나간 것도 없고 강의도 진도가 나간 거는 거이 없다. 그래도 오늘 배운것에 대해서 간략하게 적어보겠다. 배운 것은 JPA에 관해서 였는데 ORM은 무엇인지 영속성 컨텍스트정도이다. ORM은 무엇일까? Object Relational Mapping으로 객체지향 프로그래밍 언어를 사용하면서 이와 호환 되지 않는 시스템 간에 데이터를 변환하는 것이고 이 중 하나가 JPA(Java Persistence API)가 되겠다. 그럼 왜 JPA가 등장했을까? 스프링을 이용하면서 데이터를 유지하려고(영속성을 부여하려고) RDB(Relational Dababase)을 이용하게 됐다. RDB는 SQL(Structured Query Language)라는 문법이 따로 존재.. 공감수 0 댓글수 0 2024. 6. 27.
내배캠 11주 2일 차 오늘은 과제 진행과 강의 영상을 봤다. 뭔가 많은 것을 하진 않았는데 하루가 벌써 끝나간다. 뭔가 쓸 내용이 없는 거 같아서 과제는 뭘 했는지에 대한 것을 써보겠다. 과제는 게시물의 좋아요 추가, 삭제 기능과 계정 생성 시 비밀번호 암호화 하기를 했다. 그리고 QueryDsl을 사용해서 게시물 조회시 키워드 검색과 정렬하기를 구현했다. 그리고 게시물 조회할 때 사용자의 정보를 가지고 사용자가 좋아요를 누른 게시물인지에 대한 정보를 DTO(Data Transfer Object)에 담아서 반환했다. 이 과정에서 어려웠던 것은 좋아요를 눌렀는지 확인 후 반환하는 것이었다. 이 과정에 대해서 좀 써보겠다. 처음에는 게시물 조회한 목록을 반환할 때 사용자의 정보와 게시물의 정보를 갖고 좋아요 테이블에서 좋아요.. 공감수 0 댓글수 0 2024. 6. 25.
내배캠 11주 1일 차 오늘은 과제를 진행했다. 기본적인 crud는 대부분 했는데 문제는 사용자의 인증 및 인가처리였다. 스프링 시큐리티를 이용해서 인증, 인가를 처리하면 되지만 지금껏 과제를 하면서 전부 시큐리티를 활용했기 때문에 이번에는 시큐리티 없이 구현해보고 싶었다. 또한 마침 스프링 AOP(Aspect Oriented Programing)의 개념을 간단하게 배웠기 때문에 AOP를 이용해서 중복 로직을 한 번에 해결하고 싶었다. 내가 원했던 방식은 시큐리티에서 썼던 방식과 비슷하게 하는 것이었다. 그래서 먼저 시큐리티에서 했던 처리방법을 얘기하겠다. 시큐리티를 이용한 인증 인가 구현 시큐리티 필터@Componentclass JwtAuthenticationFilter( private val jwtPlugin: Jw.. 공감수 0 댓글수 0 2024. 6. 24.
자바 접근 제한자 이번에 코틀린을 사용하다가 자바의 접근 제한자에 대해서 궁금한 것이 생겨서 내가 공부한 내용을 정리해 보려고 한다. 먼저 자바의 접근제한자는 4가지가 있다.1. public : 어느 곳에서나 접근이 가능함2. protected : 다른 패키지에서는 접근이 불가능함 *단 상속받은 클래스에서는 접근이 가능함3. default : 다른 패키지에서는 접근이 불가능함4. private : 자기 클래스에서만 접근이 가능함public > protected > default > private 순으로 더 많은 접근이 가능하다. private부터 확인해 보자변수들은 private으로 설정해 두고 나머지 생성자, 게터 세터는 퍼블릭으로 해뒀다.다른 파일들을 확인해 보자같은 패키지임에도 name에는 접근이 안되나 게터함수를.. 공감수 0 댓글수 0 2024. 6. 22.
내배캠 10주 5일 차 오늘은 뭐.. 과제하느라 딱히 공부한 것은 없다... 과제할 때 다른 분들이랑 모여서 서로 모르는 거나 안 되는 거를 도와주는 정도만 했는데 다른 분을 도와줄 때 코드를 보고서 충고를 하게 됐다. 물론 내가 충고를 할 정도로 남들보다 잘하는 것은 아니지만 그분은 아직 프로그래밍이 좀 약하기 때문에 남의 코드를 막 가져와서 구현을 한다. 이 방식은 잘못된 것이 아니라고 생각하지만 아무것도 모르고 그냥 가져와서 구현되니깐 넘어가야지라는 마인드였던 거 같아서 뭐라고 한 거 같다. 구현만 해놓고 테스트할 때 왜 안되지? 어디가 문제점인지 흐름조차 파악이 안 되었기 때문에 그러면 안 된다고 했다. 뭔가 말해놓고도 좀 미안하다는 생각이 들었다. 그러나 그렇게 계속해버리면 나중에 본인이 피해를 보기 때문에 더더욱 그.. 공감수 0 댓글수 0 2024. 6. 21.
내배캠 10주 4일차 또 오랜만에 돌아온다..매번 프로젝트하다가 TIL 쓰는 게 귀찮아서 안 쓰게 되는 거 같다. 이번에 쓸 내용은 자바 클래스의 접근제어지시자의 관해서이다.오잉? 뜬금없이 코틀린 하는데 자바라니 무슨 소린가 할 수 있다. 일단 왜 그런지 배경을 알아보자 Comment.kt의 일부@Entity@Table(name = "comment")class Comment{ @Id @GeneratedValue(strategy = GenerationType.IDENTITY) var id: Long? = null @Column(name = "content", nullable = false) var content: String? = null @Column(name = "created_at", nu.. 공감수 0 댓글수 0 2024. 6. 20.
내배캠 9주 2일 차 오늘부터 스프링 심화과정 프로젝트 시작이다. 일주일 동안 프로젝트를 진행하는데 주제는 백오피스 관련이다.내 팀은 JIRA 사이트처럼 팀 단위로 게시글을 작성하고 팀에 속한 사람만 그 게시글을 볼 수 있는 사이트를 만들기로 했다.일단 제일 힘들었던 것은 프로젝트 기획이랑 세부 내용을 정하는 것이 가장 어려웠다. 어떤 기능이 필요한지 그 기능을 만들면서 필요한 것들은 무엇인지를 정하고 협업을 하기 위한 준비를 하는데 오늘 하루를 다 썻다. 역시 팀 프로젝트는 시작부터 어려운 것 같다. 또한 사람마다 바탕과 지식이 다르니 팀원이 하는 말을 모르는 것들이 많았다. 이래서 역시 기초가 중요하다는 것을 다시 한번 깨닫게 됐다. 프로젝트는 이슈(게시글), 댓글, 멤버(유저), 팀의 4가지 기능?이 있어 이를 각자.. 공감수 0 댓글수 0 2024. 6. 11.
내배캠 9주 1일 차 오랜만에 글을 쓰는 거 같다. 그동안 프로젝트하랴 과제하랴 바쁘기도 했고 강의 들으면서 공부할 때 너무 어려워서 의욕이 안 났다. 일단 간단하게 그동안 있던 일을 얘기해 보면 뉴스피드 과제는 무난하게 완료했다. 그러나 좀 아쉬운 부분이 많긴 했다.뉴스피드 아쉬운 점1. 협업이 제대로 되지 않아서 진도가 많이 느림--> 각자 파트를 나눠서 하긴 했는데 스코프가 작다 보니 파트를 나누기도 애매해서 같은 역할을 여러 명이 맡아서 진행했다. 그러나 각자 하기에도 뭐해서 한 사람이 화면 공유를 통해서 코딩하고 나머지는 보면서 의견 공유를 했다. 따라서 진도가 느렸다.2. 개발 마감을 제대로 안 정함--> 개발할 때 언제까지 뭐를 끝내기를 안정했다 보니 대충 오늘은 어디까지 정도만 하죠라든지 프로젝.. 공감수 0 댓글수 0 2024. 6. 10.
내배캠 7주 2일 차 오늘은 뉴스피드 프로젝트의 기본 구현 기능인 게시글의 생성, 조회, 삭제, 수정과 게시글에 대한 댓글의 생성, 조회, 수정, 삭제를 구현했다. 이 과정에서 깃 연습을 하면서 커밋 메시지에 대한 컨벤션을 정하고 깃 전략을 이용해서 프로젝트를 진행했다. 문제점은 저 당시 구현할 기능 자체가 너무 적어서 오히려 작업할 때 더 힘들었던 거 같다. 함수 한, 두개 만들고 커밋하면서 Pull Request를 하고 깃 허브에서 Pull로 충돌 난 거 해결하고 다시 푸시하고의 반복이라 좀 더 어려웠다. 프로젝트의 기획을 큰 그림을 그려서 세부 내용을 만들 때 기획자가 없기 때문에 서로의 의견을 모으기 어려웠고 또한 기능을 구현하면서 중간에 계속 이 방향이 맞는지에 대한 의문이 있어 의견을 조율하는 게 가장 시간이 오.. 공감수 0 댓글수 0 2024. 5. 28.
내배캠 7주 1일 차 이번에는 과제가 개인이 아닌 팀 프로젝트였다. 과제의 큰 틀은 뉴스피드를 활용한 자유주제였다. 자유주제이기 때문에 기획부터 설계까지 모든 것을 팀이서 진행했다. 기획을 하면서 느낀 것은 기획이 쉽지 않다는 것이다. 기획이 프로젝트의 가장 밑 바탕이지만 그만큼 중요하고 모두의 의견을 모아서 진행해야 하기 때문에 의견을 모으는 과정이 정말 어려웠다는 것이다. 이래서 기획자가 있나 싶었다. 근데 기획자가 큰 틀과 비전을 제시한다고 해도 결국 세부내용에서 또 부딪히기 때문에 아무튼 의견을 맞추는 것이 엄청 어렵다고 다시 한 번 느꼈다. 조금 더 세부적으로 기획 얘기를 해 보자면 어떤 플랫폼으로 할 건지는 금방 정했다. 그러나 플랫폼 안에서 어떻게 구성을 할 건지 또는 어떤 결과를 원하는지에 대해서는 의견이.. 공감수 0 댓글수 0 2024. 5. 27.
내배캠 6주 4일차 오늘은 Todo 과제 리드미 작성을 위해서 좋은 리드미는 어떻게 작성해야 하는지와 API명세서는 어떻게 써야하는지에 대해서 찾아봤다. 리드미를 왜 작성할까? 리드미는 프로젝트에 대한 기본적인 설명이다. 이 설명이 없으면 사람들은 프로젝트의 흐름과 내용및 사용법을 직접 모든 것을 찾아가며 파악해야 할 것이다. 또한 나중에 나와 타인이 프로젝트를 수정할 때 흐름을 다시 파악해야한다. 이는 매우 불편하고 사람들의 흥미가 떨어지기 때문에 내가 아무리 좋은 취지에 프로젝트를 만들었다고 해도 관심을 받기는 어렵다. 코드에 주석도 선택이 아닌 필수인 것처럼 리드미 작성은 선택이 아닌 필수다. 단 리드미를 잘 작성하게 된다면 코드에 주석이 사라지기 때문에 코드가 깔끔해진다. 그럼 리드미에는 뭘 작성해야 좋을까?이 .. 공감수 0 댓글수 1 2024. 5. 23.
내배캠 6주 2일 차 오늘은 과제를 좀 더 진행했고 그와 더불어서 튜터님의 강의로 관심사의 분리에 대해서 들었다. 먼저 강의에 대해서 얘기를 해보자면 한 파일에 몰아서 모든 것을 해결해도 되지만 나중에 코드를 수정해야 한다라던지또는 흐름을 파악할 때 문제가 된다고 했다. 한 파일에 몰아 놓았던 것을 기능에 맞게 나눠서 작성한다고 하면 기능별로 모여 있기 때문에 이 파일은 무엇을 하는 지 쉽게 알 수 있고 수정하기에도 편하다. 기능 별로 모았더라도 그 파일이 처리하고 있는 것이 많다고 하면 역시 좋지 않다고 했다. 책임이 많아질수록 좋지 않다고 하는데 이 것은 사람으로 치면 책임감이 커질수록 부담이 커져서 문제가 생길 수 있기 때문에 마찬가지로 파일도 책임감을 분산시켜야 한다. 과제에서는 값의 유효성 검사를 service.. 공감수 1 댓글수 2 2024. 5. 21.
내배캠 6주 1일 차 오늘 한 일을 나열해 보자1. SQL 공부 및 SQL 알고리즘 문제 풀이2. Todo 과제 Step2 설계3. CS 강의 보기 ----------------------------------------1. SQL 공부 및 알고리즘 풀이SQL 공부는 create를 이용한 table 생성과 alter를 써서 table의 Column추가 및 삭제를 공부했다.또한 table에서 열에 해당하는 부분은 Column 또는 Field 또는 Attribute라고 한다.그리고 table에서 행에 해당하는 부분을 Row 또는 Record 또는 tuple이라고 한다. create 문법은 아래와 같다.create table (컬럼이름1 컬럼타입 제약조건,컬럼이름2 컬럼타입 제약조건); 제약조건은 아래와 같다.NOT NULL :.. 공감수 0 댓글수 0 2024. 5. 20.
내배캠 5주 4일차 오늘은 과제 step1에 대해서 완료했다. 강의에서 한 것이랑 크게 다를 건 없어서 문제 없이 진행 했는데 문제는 아직 어노테이션의 기능?이랄까 사용해야하는 때를 잘 모르겠다. @RequestBody, @RequestParam, @Param 등등....readme 파일을 만들고 나서 프로젝트를 어떻게 진행했는지에 대해서 작성 해보겠다! 공감수 0 댓글수 0 2024. 5. 16.
내배캠 5주 2일 차 오늘은 TodoList 과제를 진행하기 앞서 Use Case Diagram에 대해 좀 공부 했다.그리고 DDD(Domain Driven Design)에 근거해서 설계를 진행해봤다. 아래는 Use Case Diagram에 대해 배운 것을 정리해 본 것이다.시스템 외부에서 시스템과 상호작용하는 객체액터는 졸라맨으로 그린다.액터는 사람일 수도 있고 또 다른 시스템이 될 수도 있다.액터에는 2가지 종류가 있다.1. Primary Actor : 시스템을 직접 이용한다. -> 시스템 왼쪽에 그린다.2. Secondary Actor : 프라이머리 액터가 목적을 달성하기 위해 도움을 주는 액터이다. >라고 표기하고 시스템 오른쪽에 그린다.유스케이스 (Usecase)시스템 내에 있는 기능들이다. 타원형으로 그린다.관.. 공감수 0 댓글수 0 2024. 5. 14.
내배캠 5주 1일차 오늘은 스프링 숙련 강의를 다 봤다.강의에서 프로젝트가 있으면 백엔드가 해야할 것을 알려줬다.프로젝트가 수강신청하는 것이라면 프로젝트의 디자인을 어떻게 해야하는지REST API를 만들 때 지켜야하는 것 요청이 들어오면 적절한 처리를 해야하고 예외가 발생할 때 적절한 응답 등여러가지를 설명했다. 그러나 언제 어느 어노테이션을 사용해야 하는지 프로젝트의 디자인 설계는 어떻게 해야하는 지 응답할 때 필요한 것들은 무엇인지가 아직 좀 어려운거 같다. 아래는 일단 지금 당장 생각나는 것을 적어 본 것이다.백엔드는 클라이언트 또는 프론트엔드에 적절한 응답을 해야한다.응답에는 데이터 또는 예외 상황 처리가 있다.보내는 데이터를 DTO(Data Transfer Object)라고 하고 DTO의 타입은 Json이다.Jso.. 공감수 0 댓글수 0 2024. 5. 13.
내배캠 4주 4일 오늘은 스프링 강의를 보면서 수강신청? 시스템(백엔드)를 만들어 봤다.계층? Layer는 Web과 Service 2개를 만들었다. --> Repository는 내일 강의 보면서 만들 듯 하다.먼저 분류?를 아래와 같이했다.-------------------------사용자 (User)- id- email- password- nickname- role (수강생, 강사) 강의 (Course)- id- title- description --> 필수 아님 Null가능- status- maxPeople- currentPeople- Lecture List (강의안의 강좌{강의영상})- CourseApplication (신청내역)목록 강좌(강의영상)- id- title- videoUrl 신청 정보- id- User-.. 공감수 0 댓글수 0 2024. 5. 9.
내배캠 4주 3일차 오늘 겪은 에러 사항스프링부트에 스웨거를 연결하려고 할 때 에러가 났다.의존성을 연결해서 스웨거를 띄워야하는데 강의랑 다르게 jdk나 Spring Boot 버전이 달라서 안되는 거 같아서 스웨거 버전을 바꾸면서 시도 했지만 페이지를 찾을 수 없는 에러가 계속 나왔다.그래서 계속 버전을 바꾸고 Jdk 버전과 부트 버전을 바꿧지만 해결이 안됐다.확인해 보니 의존성을 Gradle에서 바꾸고 바로 실행을 눌러서 변경사항이 저장이 안됐던 것이다.지금껏 의존성을 변경을 해본적이 없어서 저장하고 실행만 하면 될 줄 알았는데 변경사항을 업데이트 해줘야 했던 것을 이번에 처음 알았다.따라서 앞으로 의존성에 수정이 생길 경우 업데이트를 하겠다고 생각했다. --> 이것때문에 4시간이 사라졌다! ---------------.. 공감수 0 댓글수 0 2024. 5. 8.
내배캠 4주 2일차 오늘은 스프링에 대해서 간단하게 뭔지 배웠다.좀 처음보는 내용도 많구 개념도 처음 보는 것이 많아서 이해가 잘 가거나 벌써 다 외운거는 아니지만 그래도 스프링이 뭔지에 대해서 간단하게 알게된거 같다.내일부터는 스프링에 대해 더 자세하게 배울 거 같다.아래는 배우면서 메모한 것이다.라이브러리와 프레임워크 차이애플리케이션 관점에서 호출할 수 있으면 라이브러리, 호출 당하면 프레임워크다.또한 프레임워크는 라이브러리를 포함한다.라이브러리든 프레임워크든 사용자의 편의를 위해 있다.패키지, 모듈의 차이패키지는 클래스 및 인터페이스의 집합이다. 디렉토리(폴더)와 비슷한 개념이다.모듈은 패키지와 관련된 리소스의 모음이다. --> 하나의 기능을 담당한다.라이브러리는 기능의 집합이다. --> 1개 이상의 모듈이 모여 라이.. 공감수 0 댓글수 0 2024. 5. 7.
내배캠 3주 4일차 오늘은 야구게임을 만든 것을 객체지향적으로 작성해보려고 시도해봤다.시도해본 과정에서 좀 어려웠던 부분이 있었다.역할을 어떻게 나눠야 할 지 생각이 너무 어려웠다.일단은 사람, 게임 역할을 나눠서 야구게임을 만들어 봤다.자세한 설명은 야구게임을 다 만들고 나서 설명하는 시간을 가져 보겠다. 공감수 0 댓글수 0 2024. 5. 2.
내배캠 3주 3일차 간단하게 생각해본 힙, 스택 및 클래스 객체 인스턴스모든 코드는 주소(메모리값)을 갖는다.클래스를 만들면 클래스의 인스턴스가 힙 메모리에 생성된다.변수는 스택에 저장되고 스택에 있는 값은 힙 메모리의 주소값을 저장한다. --> c의 포인터 느낌?힙에 있는 메모리는 무겁기 떄문에 스택에 변수를 통해 힙 영역의 주소값을 저장한다.따라서 스택에 있는 변수에 접근하면 힙에 있는 값을 이용할 수 있다. --> 조금 조심해야할 부분이 있음따라서 클래스를 작성할 때 메모리에 주소값이 있다.클래스를 이용해서 힙에 클래스의 인스턴스가 생긴다. --> 주소값이 생김그리고 객체(변수)를 생성할 때 스택에 저장공간을 잡고 안에 힙의 있는 주소값을 저장한다.이 개념을 통해서 Call By Reference가 있고 대척점인 Ca.. 공감수 0 댓글수 0 2024. 5. 1.
내배캠 3주 2일차 코틀린 문법을 배우면서 객체지향에 대해 살짝 배웠다.객체지향 프로그래밍 (Object Oriented Programming : OOP)하나의 파일에 모든 것을 구현하려고 하면 엄청나게 길어진다.--> 나중에 수정하거나 다시 살펴볼때 너무 어려워진다.따라서 각각의 역할에 따라 파일을 나눠서 구현한 후에 연결?해서 동작한다.--> 각 파일의 코드량이 줄어들어 나중에 알아보기가 편해진다.이떄 중요한 점이 있다.1. 객체(Object) : 상태와 그 상태를 처리하는 행동의 묶음 --> 상태는 변수, 처리하는 행동은 매서드가 된다.2. 책임(Responsibility) : 객체가 수행해야 하는 역할 또는 기능을 말한다. --> 자동차 객체의 주행, 정지는 그 객체의 책임이다.3. 역할(Role) : 객.. 공감수 0 댓글수 0 2024. 4. 30.

문의안내

티스토리
로그인
고객센터

티스토리는 카카오에서 사랑을 담아 만듭니다.