728x90
반응형
source-code
- 싱글톤 패턴 단위 테스트를 작성하는 3가지 방법 Backgrounds싱글톤 패턴(Singleton Pattern)이란?싱글톤 패턴은 애플리케이션 내에서 특정 클래스의 인스턴스가 단 하나만 생성되도록 보장하는 디자인 패턴입니다. 데이터베이스 연결, 설정값 관리, 공통 서비스 제공 등 애플리케이션 전역에서 공유되어야 하는 리소스를 관리할 때 자주 사용됩니다.class Singleton { private static instance: Singleton | null = null; private constructor() {} static getInstance(): Singleton { if (!this.instance) { this.instance = new Singleton(); } return this.instance; }}.. 2024.11.19
- server action으로 cookie 설정 시, server component reload 버그 Backgrounds회원가입 후, 백엔드에서 반환한 access, refresh 토큰을 cookie에 저장해야 했습니다.// SignUpFormconst SignUpForm = () => { const handleSubmit = async () => { try { // 회원가입 성공 시 AT, RT 반환 const { accessToken, refreshToken } = await signUpApi(form); setAuthCookies(accessToken, refreshToken) router.replace("/") } catch (e) { setErrors(e); } }; return (...)} 위 코드에서처럼.. 2024.11.15
-
You Might Not Need a Dispatch
Type. BackgroundsFE 개발자 단톡방에 이런 질문이 올라왔습니다.결론부터 말하자면...You Might Not Need a Dispatch Type.해당 타입 사용을 선호하지 않는다기 보다, 사용할 필요가 없다 란 답이 가장 적절하다고 생각했습니다. 그 이유가 무엇일까요?언제 사용되는가?Dispatch은 React에서 useState 훅을 사용할 때 반환되는 상태 업데이트 함수의 타입입니다. 상태 값을 업데이트할 때 사용하는 setState 함수의 타입을 정의하며, React 상태 관리에서 매우 일반적으로 사용되죠. 그렇다면, 해당 타입 정의가 왜 필요할까요? 가장 대표적인 예시는 자식 컴포넌트에 Props로 전달할 때입니다. 부모 컴포넌트에서 useState로 상태를 관리한 뒤, 자식 컴포넌트에서 상.. 2024.10.29 - 지속 가능한 프론트엔드 단위 테스트 작성법 1. 프론트엔드는 테스트가 필요 없다?!프론트엔드 단위 테스트는 항상 논쟁의 중심에 있습니다. 프론트엔드 애플리케이션의 복잡성과 중요성이 증가하면서 단위 테스트의 필요성을 주장하는 목소리가 점점 늘어나고 있습니다. 하지만 자주 변경되는 UI와 그로 인해 쉽게 깨져버리는 테스트 코드들을 보며 프론트엔드에서의 단위 테스트가 불필요하고 비효율적이라는 비판도 여전히 거셉니다. 저는 여러 프론트엔드 프로젝트 경험을 바탕으로 단위 테스트는 반드시 필요하다는 결론에 도달했습니다. 단위 테스트는 코드를 안전하게 리팩토링하고, 코드 품질을 유지하며, 오류를 사전에 예방할 수 있는 중요한 수단입니다. 코드베이스가 커지고 협업 인원이 늘어날수록 단위 테스트를 통해 코드 수정 시 발생할 수 있는 문제를 사전에 방지해야만 하며.. 2024.10.09
lean
- 반대 뒤에 붙어야 하는 것 스타트업은 항상 불확실성 속에서 살아간다.불확실성은 '언제나 옳은 정답' 이 존재하지 않음을 의미한다. 상대방의 주장이 맞을 수도, 틀릴 수도 있다.내 주장이 맞을 수도, 틀릴 수도 있다. 그렇기 때문에, 상대방과 반대 의견을 낼 때는, 항상 그 대안을 얘기해야 한다.그 대안이 완벽할 필요는 없다. 아이디어 수준에 그쳐도 괜찮다. 중요한 것은 → 반대로 인해 논의가 종료되는 것이 아니라, 문제를 해결하기 위한 새로운 시각의 시발점을 제시하는 것!
- 24.11.25~24.12.02 업무 공유비밀번호 찾기 기능 개발스테이징 테스트 후 프로덕션 배포까지 완료! SDK 로그 미수집 기능 개발SDK로 가이드 실행 시 로그가 수집되고, 해당 로그에 대한 통계를 제공하고 있다.그런데 이로 인해 고객사 내부 테스트를 프로덕션에서 진행하지 못하는 문제가 발생했다.(로그가 섞이기 때문) 일반적인 방법은 통계 수집 시, 제외한 IP를 설정할 수 있게 하는 것이지만그렇게 우선순위가 높지는 않음 + 설정한 IP 이외 테스트용 접속을 필터링하지 못함 의 문제가 있었고,따라서 SDK 가이드 실행 함수 옵션에서 로그 미수집 기능을 제공해, 고객사에서 직접 로그 수집 여부를 코드로 제어할 수 있게 만들었다. 멤버 초대 기능 개발이전까지는 담당자에게 개별적으로 멤버 초대 기능을 알려 팀원들이 가입하게끔 안내한 ..
- 24.11.18~24.11.25 업무 공유비밀번호 찾기 기능 개발자체 회원가입 기능 개발이 이뤄지면서, 이와 연관된 비밀번호 찾기 기능을 구현했다.기능 자체는 별다른 예외 상황이 없는 일반적인 기능이라 별다른 어려움이 없었다.비밀번호를 찾을 수 있는 메일을 BE에서 전송했는데, 메일을 전송할 때마다 스팸 메일로 분류되는 문제가 있었다.원인을 찾는 과정에서 SPF(Sender Policy Framework), DKIM(DomainKeys Identified Mail) 등을 통한 이메일 발송 인증에 대해 학습할 수 있었다! 추가적으로, 이전에 회원가입/로그인을 개발하면서 각 기능들을 개별 feature로 분류했는데,이렇게 설계하다 보니 동일 요소(이메일, 비밀번호 등)에 대한 유효성/에러 문구 로직을 처리하기가 까다로웠다.(회원가입, 로그..
728x90
반응형