🛠️ 우리가 선택한 기술스택

백엔드

Spring Boot 3.1.1

• JavaEE -> JakartaEE 3.0 이전 버전을 3.0 이후 버전으로 업데이트하려면 많은 패키지명의 수정이 필요해서 3.0 버전을 골랐다
• [ 3(major).x(minor).x(patch) ] 버그 수정을 많이 한 3.0.8을 선택하려 했으나 테스트 코드를 돌릴 때 3.0.8은 에러 발생하여 3.1.1을 선택하였다.

AWS corretto 17

• 스프링 부트 3.x를 사용하려면 JDK 버전 17이상이 필요했다
• Record를 사용함.
• AWS EC2를 통해 서비스할 예정이므로, AWS에서 제공하는 JDK인 corretto 선택하였다

MySQL

• 무료이며 설치가 쉽다
• 많은 사용자가 이용중이기 때문에 정보를 얻기 쉬웠다.
• 팀원 모두가 ec2로 MySQL을 다뤄본 경험이 있어서 도입하기 가장 쉬웠다.

H2

• 테스트 환경을 격리하기 쉽다
• 경량이며 서버 없이 로컬에서 사용가능하다
• 속도가 빠르다

JPA Hibernate

• 객체 지향적인 방식으로 데이터베이스를 다룰 수 있다.
• 데이터 스키마 변경이 많은 초기 개발 단계에서 생산성을 높일 수 있다.
• 유지보수에 용이하다.

RestDocs

• 테스트 코드로 작성되므로 신뢰성이 보장되고 늘 최신 상태를 유지할 수 있다.

안드로이드

Glide

• 안드로이드 팀원 전원이 사용 경험이 있어, 코드 작성 시간이 절약되고, 
서로의 코드 이해가 용이해진다.
• Picasso 등의 기타 라이브러리와 비교하여, 전달받은 이미지뷰의 크기만큼 
리사이징이 이루어지므로 메모리 용량을 적게 차지한다. 이 과정에서 화질이 떨어질 수는 있으나, 이 앱에서는 굳이 원본 고화질을 고집할 필요가 없으므로 치명적인 단점이 되지 않는다.
• 다른 라이브러리와 달리 glide는 .gif를 지원하는데, 커뮤니티 특성 상 .gif 파일을 업로드하고 싶은 사용자를 위해 적합하다.

MVVM

• MVP는 Presenter와 View과 1:1 관계에 관한 의존성을 가지기 때문에 View가 바뀌면 Presenter도 변경해야한다.
• MVVM의 경우는 View와 ViewModel 사이에서 View과 ViewModel에만 의존성을 갖게 하고, ViewModel에 대한 의존성은 가지지 않기 때문에 View가 변경되어도 ViewModel은 변경하지 않아도 된다.
• 테스트하기 용이하다.

kotlinx-serialization

• Json, Moshi 와 같은 라이브러리와 다르게 non-null 변수에 null이 들어가면 에러를 발생시킨다.
• 해당 변수에 프로퍼티를 포함하고 있지 않음을 확인해서 null 대신 기본값을 대입하는 장점이 있다.

Coroutine

• 비동기적 처리를 동기적처럼 처리 할 수 있어 소위 콜백 지옥 탈출이 가능하다.
• 자체적인 예외 처리 구문을 지원하여 직관적이고 간편하게 에러처리 가능하다.

Retrofit2

• Volley 등 다른 라이브러리에 비해 속도가 빠르다.
• converter 기능을 지원하여 간단하게 파싱이 가능하다.
• 다양한 annotation을 지원하여 Rest Api를 직관적이고 간편하게 구현할 수 
있다.

OkHttp Interceptor

• HttpLoggingInterceptor로 요청/응답 내용 및 헤더, 통신 타이밍 등의 
기록들을 로그로 쉽게 볼 수 있어 디버깅이 용이하다.
• 또한, 공통 헤더에 로그인 정보 등을 추가함으로써 반복되는 코드 작성을 줄일 수 있다.