때는 한 달 전
-
나는 빌더패턴을 좋아해 헤헤 우헤 ^^
프론트에도 한번 적용해볼까^^?
근데..
혹시 같이 협업할 프론트 개발자분이나, 백엔드 개발자 분이 싫어하시지 않을까ㅠ? 힝
생각해보니까 전부 나네
나 : 괜찮나요 나?
나 : 네 괜찮습니다. 꿈을 펼쳐 보세요.
허락도 맡았고 좋다.
컴포넌트, 뷰, 디자인, 컨테이너, 훅 등등 오 빌더같은 느낌으로 만들어주는거야
ㅇ오.. 좋은데?
오. 오?? 옴ㄴㅇ 오? (사실 이때 쯤 이미 뇌가 피클처럼 절어있어서, 정상적인 사고가 안됐음)
구글 검색을 해보니, 프론트 개발 디자인 패턴에 그딴건 없었지만, 한번 사는 인생 그냥 해보기로 했다 ㅎㅎㅎ
여하튼 매우 흥분해버린 것이다.
대강 이런 느낌으로 진행하려 한 것이었따
export default function CreativeSetting({ ...props }: CreativeSettingProps) {
const componentBuilder = new ComponentBuilder({ ...props });
const design = componentBuilder.getDesign();
const data = componentBuilder.getData();
return (
<Wrapper.Column>
<Wrapper.Column userSelect="none">
<Content
campaignCreative={campaignCreative}
titleBoxBgColor={design.titleBoxBgColor}
creativeType={props.creativeType}
responsiveWidth={props.responsiveWidth}
/>
</Wrapper.Column>
</Wrapper.Column>
);
}
builder에서 디자인과 데이터를 다 받아오고, 얘네들은 가져만 가는거지 하하
컨테이너도 컴포넌트도 훅도 모두 하하하하하 (뇌절)
좋지 못한 생각이란건 작업 하는 도중 꺠달아버렸다.
따지고보면 얘네는 결국
정해진 유형에 따라 인스턴스를 생성하는 건데,
프론트 입장에서 크게 보면 이건 그냥 분기처리인데,
분기 처리의 목적으로 쓰일 거면
굳이 나눌 필요 없이, 파일 하나에서 관리하는게 더 용이했다.
관심사 분리의 관점ㅁ으로다가 나누려했찌만,
생각해보면
*
이걸 왜 분리해야하는가?
요걸 왜 내가 따로 생성해야하는가??
그만 스탑
그랬을 때 뭘 얻어낼 수 있는데???
알겠으니까 멈춰..
*
여튼 상기의 질문들에 먼저 답을 했어야했는데,
이유를 말하기 어렵다면, 개발도 어려워지는 법
'Front > React' 카테고리의 다른 글
[Storybook, React] S3로 후뚜룩 마뚜룩 배포하기 (0) | 2024.02.26 |
---|---|
[React, Storybook] Provider, Context 설정 (0) | 2024.02.25 |
와 (0) | 2023.01.18 |
[React, ChakraUI, Storybook] ChakraUI, Styled Components (0) | 2022.12.08 |
[React, NextJs, Storybook] NextJs Storybook next/image 오류 (0) | 2022.12.05 |