Skip to content

Latest commit

 

History

History
46 lines (40 loc) · 3.39 KB

038-2022-08-03.md

File metadata and controls

46 lines (40 loc) · 3.39 KB
Raw

38번째 만남

WIL

  • 고민거리 : redux / single truth of source
    • 모노 레포로 구성한다면, 하나의 store를 써야 한다고 생각하는데 패키지마다 다른 store를 넣어주고 있다면?
    • 단점 : 타입은 공유되고 있어서 자동완성으로 타입이 뜨는데, 접근 가능한 값은 패키지마다 다르니까 헷갈린다.
      • comment1. 타입을 분리한다.
      • comment2. 하나의 통일된 source를 가지는게 맞지 않을까.
      • comment3. 모노 레포보다는 마이크로프론트엔드와 관련있는 문제가 아닐까?
    • 모노 레포 : 공통된 패키지, 공통된 state > 어떻게 넣어줘야 하는지 고민이다.
  • 고민거리 : 사이드 프로젝트가 하고 싶은데 뭘 해야할지 모르겠다.
    • 텔비 했을 때 백엔드 개발자가 없는 아쉬움이 있었다. 서버 입장에서 최적화할 수 있는 것 할 수 있으면
    • django : 타입이 없으니까 swagger를 쓸 때 공수가 많아서 도입이 꺼려진다.
  • 고민거리 : null 체크에 대한 요구사항 a?.b?.map 😢
    • null object pattern vs null optional chaining
    • null일 경우 빈 배열 반환 or default 값 반환하는 방식으로 해결할 수도 있지 않을까.
    • 내용보충 : null object pattern (널 객체 패턴)
      • 널 객체 패턴은 아마(?) GoF의 디자인 패턴 목록에는 없지만 자바의 NullPointException 과 같은 에러를 해결하기 위해 자연스레 모색된 방법이 아닐까 생각
      • 널 객체 패턴의 주 목적은 null 검사 코드 누락에 따른 문제를 방지하기 위한 패턴
      • 즉 null을 대신할 아무 기능도 수행하지 않을 객체를 사전에 리턴함으로써 별도로 null을 검사하는 구문을 생략
      • 킹치만 타입스크립트 컴파일러의 널러블 한 값에 대한 검사를 엄격히 해줌과 동시에 옵셔널 체이닝 문법이 도입되어 간편한 nullable/undefinedable 검사가 가능해짐
      • 또한 null 검사를 하지 않아 로직 분기 처리 없이 모든 결과를 동일하게 처리/접근이 가능하다는 장점은 앞서 설명한 요인으로 많이 희석되었으며, 반대로 사전 객체를 생성 및 관리하는 비용 증가라는 단점이 더 부각된다는 의견
      • 해당 고민의 출발점인 data: string[] | null 자료형의 경우엔 사실 primitive의 배열이 데이터로 올 수 있는 구조이기 때문에 널 객체 패턴은 다소 과도하기도 한 것 같음
  • 더보기 vs n페이지
  • Offset-based Pagination vs Cursor-based Pagination

잡담

  • 인규님의 기쁜 소식 : naver fe news 10월호 출간 예정
  • 기타 많은 것들을 하는 인규님
  • 윤서님 사적인 소식 : 방통대 등록
    • 지용님의 반응 : 그래.
  • 오늘 못 온 종호님의 다음 예고 : https://jakearchibald.com/2021/function-callback-risks/