Light Blue Pointer
본문 바로가기

Developing159

한 시간 후 만료되는 초대 링크 개발기 : DB 구성에 대한 고민 디스코드 클론코딩 서비스를 개발하면서채팅방 입장 링크를 발급해준 후 한시간 후 만료시키고만료되지 않은 코드라면 참여가 가능하게 해야하는 기능을 개발해야했다 Key:Value 형태로 간단하게 저장할 수 있을 것 같고 만료되는 기능도 TTL로 하기 쉬운 Redis를 쓰기로 했는데, 코드 발급 시에는 채팅방id, userId -> 코드 이렇게 접근해야 했고코드로 참여 시에는 코드 -> 채팅방 id 이렇게 접근해야 했다 그러나 Redis는 Key로 Value를 찾는 것은 효율적인 반면, Value로 Key를 찾는 것은 효율적이지 않아서처음에는 채팅방id, userId -> 코드, 코드 -> 채팅방 id 이렇게 DB를 두개로 나눠서 저장했다  @Serviceclass ChatRoomService( private.. 2024. 6. 20.
✨Repository가 다르다고 Model도 다를 필요는 없다👍 ✨Repository를 나눠서 model도 나눴던 것 통합서버 채팅을 조회할 때는 채팅방 채팅을 조회할 필요가 없고채팅방 채팅을 조회할때는 서버 채팅을 조회할 필요가 없는데둘 다 ChatRepository에 저장하게 되면 조회 성능이 안 좋아질 것 같아서Repository를 RoomChatRepository , ServerChatRepository로 분리했었다@NoArg@Document(collection = "chats")class RoomChat( val userId: String, val roomId: String, val content: String,) : BaseTime() { @Id var id: String? = null fun isEdited(): Boolean { retu.. 2024. 6. 20.
Service에서 다른 Service 를 의존하게 하기 채팅방 기능을 개발할 때 ChatRoomService에서 좀 동떨어진 Invitation 관련 기능들을 많이 이용하게 되었는데그게 ChatRoomService에 있으면 좀 의미가 맞지 않는 것 같아서 모두 InvitationRepository로 분리해서 코드를 구축했다@Serviceclass ChatRoomService( private val chatRoomRepository: ChatRoomRepository, private val invitationRepository: InvitationRepository,) {fun getChatRoomInvitation( chatRoomId: String, userId: String, ): InvitationResponse { verifyCh.. 2024. 6. 20.
ktlint 자동적용 안 되는 경우 해결법 저장하면 자동으로 적용된다는 팀원들과 다르게ktlint 자동적용이 안 돼서 build한다음 stacktrace에서indentation 6 ->8 로 하나하나 줄 찾아가서 수정하고 trailing comma 찍어주고 하는 삶을 살길 한 달째... 오늘 이것을 발견했다gradle 탭에서 이것을 눌러주면 자동으로 적용이 된다...여태까지 헛된 삶을 살아왔던 것이다 2024. 6. 2.
String과 StringBuilder, StringBuffer의 차이 Java에서 String, StringBuilder, StringBuffer는 문자열을 다루기 위한 클래스들로, 각각의 특성과 사용 목적이 다르다.이 클래스들의 차이점은 주로 불변성, 성능, 그리고 동기화 여부에 있다.아래에서 각 클래스의 특징과 차이점을 상세히 설명하겠다.String주요 특징불변성 (Immutability)String 객체는 한 번 생성되면 수정할 수 없다문자열을 변경하는 모든 작업은 새로운 String 객체를 생성한다불변성의 장점불변성 덕분에 String 객체는 스레드 안전(thread-safe)하며, 해시 코드가 캐시되기 때문에 효율적으로 사용할 수 있다성능문자열 결합과 같은 작업에서 많은 새로운 객체를 생성하게 되어 성능이 떨어질 수 있다예제public class StringExa.. 2024. 5. 31.
제네릭(Generic)이란 Java에서 제네릭(Generic)은 클래스, 인터페이스, 메서드 등에 사용할 수 있는 타입 매개변수화 기법을 말한다.제네릭을 사용하면 컴파일 시 타입을 체크할 수 있으며, 코드의 재사용성을 높이고, 타입 안정성을 보장할 수 있다.제네릭은 자바 5에서 도입되었으며, 주로 컬렉션 프레임워크에서 많이 사용된다.제네릭의 주요 특징타입 안전성(Type Safety) 보장컴파일 시점에 타입을 체크하여 런타임 에러를 줄일 수 있다타입 캐스팅 제거제네릭을 사용하면 불필요한 타입 캐스팅을 제거할 수 있다코드 재사용성 증가다양한 타입에 대해 동일한 코드를 사용할 수 있다제네릭의 기본 사용법제네릭 클래스제네릭 클래스는 클래스 선언 시 타입 매개변수를 사용하여 정의할 수 있다다음은 제네릭 클래스를 사용하는 예제이다publi.. 2024. 5. 31.
Java volatile / synchronized Java에서 volatile과 synchronized는 멀티스레딩 환경에서 안전하게 데이터를 접근하고 수정하기 위한 동시성 제어 키워드이다.이 두 키워드는 각각 다른 방식으로 동기화를 제공한다.volatilevolatile 키워드는 변수의 값을 모든 스레드가 항상 최신 상태로 읽을 수 있도록 보장한다.자바 메모리 모델에서 각 스레드는 자신의 캐시를 사용하여 변수를 읽고 쓸 수 있다.volatile로 선언된 변수는 각 스레드의 캐시에 저장되지 않고 항상 주 메모리에서 읽고 쓰기 때문에 여러 스레드가 동시에 접근하더라도 일관된 값을 보장한다.주요 특징변수의 가시성 보장volatile로 선언된 변수는 각 스레드가 해당 변수의 최신 값을 볼 수 있도록 한다.원자성 보장 불가volatile은 변수의 읽기/쓰기의 .. 2024. 5. 31.
JavaBean JavaBean이란데이터를 표현하는 것을 목적으로 하는 자바 클래스여러가지 객체들을 하나의 객체에 담아서 네트워크를 통해 전송하거나 파일/데이터베이스에 저장하기 위해 Serialization을 해서 data stream(e.g, byte[])으로 이 객체를 변환시켜줘야 한다.JavaBean의 주요 규칙기본 생성자 (Default Constructor)모든 JavaBean은 매개변수가 없는 기본 생성자(No-Argument Constructor)를 가져야 한다.이는 인스턴스화를 쉽게 하기 위해 필요하다.생성자에 Argument가 있다면 런타임에 Argument가 몇개인지, 어떤 필드에 매핑되는지 찾아야 한다.Argument가 없는 생성자가 반드시 있도록 하면 객체를 런타임(Runtime)에 생성할때 생성후.. 2024. 5. 31.
Java의 다형성(Polymorphism) 다형성(Polymorphism)OOP의 특성중 하나이다.다형성은 동일한 인터페이스나 부모 클래스를 공유하는 객체들이 다양한 방식으로 동작할 수 있게 하는 특성을 의미한다하나의 메서드가 여러 클래스에서 다른 방식으로 구현될 수 있다Java에서는 오버로딩(Overloading)과 오버라이딩(Overriding) 두 가지 형태로 주로 구현된다. 참조 변수의 다형성자바에서는 다형성을 위해 부모 클래스 타입의 참조 변수로 자식 클래스 타입의 인스턴스를 참조할 수 있도록 하고 있다.(이때 참조 변수가 사용할 수 있는 멤버의 개수가 실제 인스턴스의 멤버 개수보다 같거나 적어야 참조할 수 있다.)class Parent { ... }class Child extends Parent { ... }...Parent pa = .. 2024. 5. 31.