넘어졌으면 일어서서 다시 걷자 🐈My GitHub🐈

전체 글 138

Java - 컬렉션 프레임워크 Collection Framework

컬렉션 동일 객체를 여러 개 저장하고 조작할 때가 자주 있다. 요소를 하나 추가한다고 했을 때 배열은 고정된 크기이므로 새로운 크기의 배열을 생성하고 다시 요소를 순서대로 집어넣는 과정이 필요하다. 그런데 이러한 과정은 성능이 좋지 않다. 컬렉션이란, 데이터를 한 곳에 모아서 편하게 저장 및 관리하는 가변 크기의 객체 컨테이너이다. 동일하거나 유사한 객체 집단을 저장 및 조작하기 위한 코드가 필요했기 때문에 생겨났다. 컬렉션 프레임워크는 이러한 객체를 모아 효율적으로 관리할 수 있도록 해준다.   List, Queue, Set 차이는 다음과 같다.  첨언하자면, Map에서는 반복자가 제공되지 않는다.   여러 컬렉션 인터페이스List 컬렉션위의 설명처럼 객체 순서가 있..

Java - 람다식과 함수형 인터페이스(Predicate, Consumer, Supplier, Function, Operator)

함수형 프로그래밍 먼저 프로그래밍 패러다임에 대한 분류를 보자. 명령형 프로그래밍 : 무엇을 어떻게 하라고 지시함. 선언적 프로그래밍 : 무엇을 하라고만 지시함. 어떻게 하라고 지시하진 않음. 보이다시피 선언적 프로그래밍은 "해야 할 일"에 집중한다. 따라서 ‘무엇을 어떻게 해야할지’ 일일이 명령할 필요가 없고, ‘무엇을’ 하라고만 지시하면 된다. 즉, 짧고 편하게 무언가를 할 수 있다는 것이다. 각 패러다임으로 샌드위치를 만든다고 했을 때 예를 들면 다음과 같다. 명령형 프로그래밍 - 샌드위치 재료를 하나하나 언급하며 이를 만들어 달라고 한다. 선언적 프로그래밍 - 각각 정해진대로 샌드위치를 만들어 달라고 한다. 이런 선언적 프로그래밍 내에 함수형 프로그래밍이 있고, 이는 명령문을 일일이 읽어들이는 것..

Java - 인터페이스와 특수 클래스(추상 클래스)

Java Java와 Java에 대한 특징(컴파일러, JVM의 인터프리팅) 같은 자세한 정보는 시중의 책이나 타 블로그 글에 자세히 나와있으니 언급하지 않고, 여기서는 고급 Java에 대해 공부한 내용만 다룰 계획이다.  추상 클래스 추상 클래스는 상속계층에서 자식 멤버(필드, 메소드)의 이름을 통일하기 위해 사용한다.자체적으로 객체를 생성할 수 없다.추상 클래스에는 아예 없거나 하나 이상 있는 추상 메소드가 포함된다. 이 추상 메소드는 ‘무엇을 할지’ 선언하지, ‘어떻게 할지’ 선언하지는 않는다.추상 클래스의 기본적인 예제를 보자.abstract class 클래스 이름{ //필드 ...int a, b; //생성자 ... a(){} //메소드 ...일반덕으로 하나 이상의 ..

REST API란?

개요 나는 작년 12월 중순, 프로젝트를 진행하기 전까지 기능 구현과 서버 구축에 대해서 공부했다. 그런데 배우는 것까지는 좋았다. 그러나 배운 것을 '왜' 써야 하는지와 이것이 '무엇'인지에 대해 알지 못했다. 그렇기에 이번에는 내가 느낀 의문 중 하나인 REST API에 대해 간단히 알아보고자 한다.   REST? API? 먼저 API에 대해서 정리해보자. API (Application Programming Interface)프로그램을 작성하기 위한 일련의 부프로그램, 프로토콜 등을 정의하여 상호 작용을 하기위한 인터페이스를 말한다. 예를 들어 보자. 자신이 앱을 하나 만들었다. 이 앱은 날씨를 알려주는 서비스를 제공한다. 그런데 날씨에 대한 정보는 어디에서 받아올까? 현재로선, 스마트폰에 기상청에서..

NonUniqueResultException

JPA로 프로젝트 진행 중에 다음과 같은 에러메세지를 만났다. NonUniqueResultException: Query did not return a unique result: 3 results were return. "Non Unique Result" 유니크하지 않는 결과에 대한 에러다. 전체적으로 읽어보니 query 값이 하나만 반환돼야 하는데 3개가 반환 되는 것 아니겠나? 밥공기를 하나만 들고 갔는데 세 공기 분량을 주면 당연히 하나에 전부 못 담는다. (고봉밥 제외) public String getRice(String name){ Rice r = riceRepository.findByRiceName(name); return r.name; } 위와 같은 코드를 작성했다고 하자. 찾고자 하는 밥 종..

504 Gateway time out

프로젝트를 배포하고 테스트 도중에 브라우저 콘솔에서 위 제목과 같은 에러가 발생하였다. 이 에러가 왜 발생했을까.. 504 Gateway Time-out 오류는 클라이언트가 보낸 요청에 대해 제한 시간 내에 업스트림에서 응답을 보내지 않아 게이트웨이와 업스트림(upstream) 사이의 연결이 끊긴 것이다. 나는 GCP의 load balancer를 사용했지만 nginx가 더 널리 사용돼서 위 사진에서는 nginx가 사용됐다. GCP의 load balancer와 nginx 모두 게이트웨이의 역할을 맡고 있다. 그리고 downstream으로도 불린다. 반대로 tomcat 등의 was는 upstream으로 불린다. 해결 만약 위와 같은 504를 맞닥뜨렸다면 해결 방법은 두 가지다. 응답 제한 시간을 늘린다. 제..

Google Cloud Storage + Spring boot - 이미지 파일

팀 프로젝트에서 메인 기능 내에 이미지 처리를 포함하려고 했다. 사용자의 설문 조사 정보를 받아서 그에 맞는 식단을 이미지와 함께 제공한다. 필자는 이번에 진행하는 프로젝트가 첫경험이기 때문에 하나하나 배워야 했다. 가장 처음 떠오른 의문은 이렇다. 이미지를 어디에 저장할 것인가? 다행이 이 의문에 대한 답은 다음 글에 잘 나와 있다. https://hs-archive.tistory.com/42 이미지는 어디에 저장해야 할까 웹 서비스를 만들다 보면 이미지를 저장해야 할 때가 오는데 이미지는 어디에 저장해야 될까요? 얻어갈 지식 이미지 저장은 어디에? 이미지 저장 웹 서비스를 만들다 보면 이미지를 저장해야 될 hs-archive.tistory.com 글의 내용을 요약하면 이렇다. 파일 시스템에 저장 이미..

GDSC Solution Challenge 일지 - 3

마지막에 마지막까지 정말 열심히 했다고 생각한다. 처음 하는 프로젝트라 더 정이 갔고 더 보면 볼수록 수정사항이 많았다. 그래도 성공적으로 끝내서 더할 나위 없이 기쁘다.  여러 우여곡절이 있었지만 가장 기억에 남는 건 로그인 구현과 식단 생성 알고리즘 같다.  세션 방식의 로그인을 구현하고 배포까지 했는데 '로그인이 안되었다..' 분명 로컬에서는 잘 돌아갔는데 뭐가 문제였던 것일까.나중에 정리해서 올리겠다만 결론적으로 https 통신이 필요했던 것이다..!디버깅에 여타 api 구현 작업까지 동시에 이뤄져서 어쩔 수 없이 미뤄뒀는데 이때 딱 문제가 생긴 것이다.이 문제를 해결한 이후로 프론트엔드 팀원의 '안되는데요?'를 듣고도 차분하게 대응할 수 있게 됐다.정말 해보면 별거 아니다. 직접 부딪혀봐야 안다..

GDSC Solution Challenge 일지 - 2

CORS 정책에 며칠 발목이 잡혔지만 해결했다. 왜 CORS에서 발목이 잡혔나에 대한 이유와 해결과정은 나중에 한꺼번에 정리해서 올릴 때 같이 해야겠다.  메인 기능 구현에 들어가기 전에 ERD 설계를 했다.  말 그대로 모든 게 처음이라 이것도 어떻게 해야 할지 고민이 많았다. 데이터베이스 강의를 들었지만 막상 설계를 들어갈 때는 다시 공부해야 했다.  정규화를 한다고 한 건데 불만족스러운 부분이 많지만 이 또한 경험이다. 다음에는 더 보강해서 할 수 있다고 생각한다! 무엇보다도 정말 재밌다. 강의로 들었을 땐 지루한 부분이 많았지만 역시 실전에 들어가서 팀원과 의미 있다고 생각하는 결과물을 만드니 뿌듯하다. 역시 백문이 불여일견! 백 번 듣는 것보다 한 번 해(보)는 게 낫다! 이제 ERD 설계대로 ..

GDSC Solution Challenge 일지 -1

한동안 바빴었기에 이제야 글을 쓴다.. 공부하랴, 뒤늦게 개발자 준비하랴, 연애하랴, 운동하랴 너무 바쁘다.. 글을 쓰는 지금도 바쁘지 않은 것은 아니지만 방학이기도 하고, 내가 해온 기록들을 짧게나마 착실히 남기고 싶다. 작년에 교내 GDSC에 합류해서 활동하다가 이번에 Solution Challenge에 참여하게 됐다! 팀빌딩이 완전 자유였던 데다 지인이 거의 없어서 어찌해야 할지 몰랐지만 다행히 자기 PR을 좋게 봐준 학우가 러브콜을 보내주었다. ㅠㅠ 그렇게 백엔드 2명, 프론트엔드 1명, PM 1명인 4인조가 정해졌다. 팀원 3명 모두 재능있고, 성격 좋고, 열정 넘치는 친구들이다. 함께 해서 영광이고 이번 기회에 서로 많은 것을 얻어가고 좋은 인연으로 남았으면 좋겠다! 각설하고, 솔챌 이야기를 ..

728x90
반응형