オレオレAtomic DesignとReactの相性｜JJ
最近、Webのフロントエンドの世界ではReactを使っているプロジェクトがたくさんあってよく目にします。npmのトレンドで見ても圧倒的って感じではありますね。 今回は、Atomic DesignとReactの相性は結局いいのか。みたいなところとかどう言う辛さが待っているか、どのようにすればエンジニアもAtomic Designを使いやすくできるかみたいなことを記事にできたらと思います。 Atomic DesignでのReactコンポーネントコンポーネント思考が当たり前になりつつあるこのフロントエンドの業界の中、Atomic Designでコンポーネントの管理を行っているプロジェクトは少なくないと思います。 しかし、もともとエンジニアに向けて作られたものではないので実装面で少し辛いところがあったりもするかと思います。 例えば、atomsにselectを作ったとします。selectは指定された
React Component 視点でのアトミックデザインの解釈といくつかの疑問 - mizchi's blog
フロントエンドの中でも、JS書くプログラマと、CSSを書くマークアップと、デザインカンプを作るデザイナで、コンポーネントという概念がズレる。だいたいこれらが一人だったり兼任だったりで1~2レイヤーの開発ステップになるが、完全分業だったり人が多くなると混乱の元になる。 誰かが決定的に間違ってるというつもりはない。正直、どっちかというと本来のデザイナ側の用語定義に倒した方がいい気がしているが、プログラム上の都合もいろいろ混ざってきて、話が簡単ではない。 自分の理解が間違ってる可能性もある。この記事はレビューをもらうために書いている側面もあり、指摘されたら追記していく。 読んだもの。 Atomic DesignとCSS設計 - Atomic Designとは何か | CodeGrid Atomic Designの考え方と利点・欠点 – wkr. Atomic Design の大雑把な理解 基本的
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
