Replies: 0 comments 2 replies
-
|
저는 Tailwind CSS 방향이 괜찮다고 생각합니다! 해당 이슈와 관련해서 여러 방안들을 검토해봤는데, CSS-in-JS(styled-components, vanilla-extract 등)도 고려해봤지만 서비스 특성상 빠른 프로토타이핑과 고객별 브랜딩이 보다 중요하다고 생각해서 Tailwind가 가장 적합하다고 판단이 돼요. 저희가 나중에 Figma Plugin으로 토큰을 뽑아내면 해당 토큰을 기반으로 아래와 같이 정의해서 사용하면 됩니다. // 1. 디자인 토큰 정의
export const colors = {
// gray
gray100: '#F5F5F5',
gray200: '#E7E7E7',
gray300: '#BBBABA',
gray400: '#929292',
gray500: '#787777',
gray600: '#565656',
gray700: '#403F3F',
gray800: '#262424',
gray900: '#1B1818',
} as const;
// 2. Tailwind config 연동
import { colors } from './src/tokens/color';
import type { Config } from 'tailwindcss';
export default {
content: ['./src/**/*.{js,ts,jsx,tsx}', './.storybook/**/*.{js,ts,jsx,tsx}'],
theme: {
extend: {
colors,
},
},
plugins: [],
} satisfies Config;위 구조로 가져가면 토큰을 상수로 관리해서 타입 검사나 관리도 확보할 수 있습니다. 예상 가능한 이슈로는 Tailwind 버전 업데이트로 인한 영향 정도인데, 저희의 큰 구조에서 벗어날만한 이슈는 발생하지 않을 거라고 생각합니다. 물론 찾아본 결과로는 CSS in JS 방식도 초기 설계나 방향성에 따라 더 좋은 방법이 될 순 있을 것 같은데, 추가로 논의해보면 좋을 것 같아요 😄 |
Beta Was this translation helpful? Give feedback.
1 reply
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
처음에 생각한 프로젝트 구조는
으로 가려고 했어요.
그런데, 저희 디자인 시스템에서는 디자인 토큰 및 스키마 정보를 따로 관리해야 하기 때문에
이런식의 구조를 생각했어요.
그런데
tailwind기반이다 보니css에 직접 디자인 토큰을 추가해주거나,tailwind config에 추가해주는 방법을 사용해야 해요.이런 경우 디자인 토큰 상수(
예: color.ts)를 통해 타입 검사를 하기 힘들어져요.그래서
위 방법들에 대해서 논의해보면 좋을 것 같아요.
Beta Was this translation helpful? Give feedback.
All reactions