Atomic Design (번역하기 어색해서.. ^^)
반응형 웹 관련 패턴과 리소스를 정리하는 http://bradfrost.github.io/this-is-responsive/ 로 유명한 Brad Frost가
한달전 쯤 Atomic Design 이라는 새로운 개념을 제안하고 나왔습니다.
관련 포스트: http://bradfrostweb.com/blog/post/atomic-web-design/
관련 발표자료: http://www.slideshare.net/bradfrostweb/atomic-design
정리하면, 웹사이트는 원자-분자-조직?-템플릿-페이지 순으로 순차적으로 구성된 원소들의 시스템이라.. 이런 뜻인것 같은데요..
예를 들어, 원자는 버튼, text 입력, 등이고, 분자는 이들을 모은 검색창, 조직은 검색창, 메뉴들이 포함된 헤더, 템플릿과 페이지는 잘 아시는 개념이고요..
발표자료 마지막쯤에는, 원자-분자-조직 간의 조립을 어떻게 하는지, 워드프레스 스타일로 구현한 코드를 보여주기도 합니다.
사실 더 관심이 가는 부분은, 이러한 개념을 바탕으로 만들어놓은 패턴랩 ( http://patternlab.bradfrostweb.com/ ) 입니다.
어떻게 보면 (부트스트랩과 같은) 스타일 가이드/프레임워크의 일종으로 볼 수 있는데,
기존의 프레임워크 들과는 달리, 큰 덩어리 하나로 주어지는 것이 아니라, 각 단계별로 분리된 독립체들의 집합으로 보는 것이죠.
근래에 들어와서 이런 스타일의 작은 프레임워크들이 자주 등장하는 것 같아서, 최신 동향 차원으로 올립니다. ^^
예: Tiny Bootstraps ( http://daverupert.com/2013/04/responsive-deliverables/ )
한달전 쯤 Atomic Design 이라는 새로운 개념을 제안하고 나왔습니다.
관련 포스트: http://bradfrostweb.com/blog/post/atomic-web-design/
관련 발표자료: http://www.slideshare.net/bradfrostweb/atomic-design
정리하면, 웹사이트는 원자-분자-조직?-템플릿-페이지 순으로 순차적으로 구성된 원소들의 시스템이라.. 이런 뜻인것 같은데요..
예를 들어, 원자는 버튼, text 입력, 등이고, 분자는 이들을 모은 검색창, 조직은 검색창, 메뉴들이 포함된 헤더, 템플릿과 페이지는 잘 아시는 개념이고요..
발표자료 마지막쯤에는, 원자-분자-조직 간의 조립을 어떻게 하는지, 워드프레스 스타일로 구현한 코드를 보여주기도 합니다.
사실 더 관심이 가는 부분은, 이러한 개념을 바탕으로 만들어놓은 패턴랩 ( http://patternlab.bradfrostweb.com/ ) 입니다.
어떻게 보면 (부트스트랩과 같은) 스타일 가이드/프레임워크의 일종으로 볼 수 있는데,
기존의 프레임워크 들과는 달리, 큰 덩어리 하나로 주어지는 것이 아니라, 각 단계별로 분리된 독립체들의 집합으로 보는 것이죠.
근래에 들어와서 이런 스타일의 작은 프레임워크들이 자주 등장하는 것 같아서, 최신 동향 차원으로 올립니다. ^^
예: Tiny Bootstraps ( http://daverupert.com/2013/04/responsive-deliverables/ )
|
댓글을 작성하시려면 로그인이 필요합니다.
로그인
프로그램
태그 필터 (최대 3개)
전체
개발자
소스
기타
mysql
팁자료실
javascript
php
linux
flash
정규표현식
jquery
node.js
mobile
웹서버
os
프로그램
강좌
썸네일
이미지관련
도로명주소
그누보드5
기획자
견적서
계약서
기획서
마케팅
제안서
seo
통계
서식
통계자료
퍼블리셔
html
css
반응형
웹접근성
퍼블리싱
표준화
반응형웹
홈페이지기초
부트스트랩
angularjs
포럼
스크린리더
센스리더
개발자톡
개발자팁
퍼블리셔톡
퍼블리셔팁
기획자톡
기획자팁
프로그램강좌
퍼블리싱강좌
댓글 7개
(링크 영문 주의 ^^;)
http://coding.smashingmagazine.com/2013/06/25/media-queries-are-not-the-answer-element-query-polyfill/
http://filamentgroup.com/lab/element_query_workarounds/
특히 두번쨰 글의 그림들을 보시면 좀더 이해가 되는데요,
만일 달력 컴포넌트를 만드는 경우, 월별보기와 목록보기 두가지 형태로 표현할 수 있는데,
이것이 전체 화면 크기로 제어 (미디어 쿼리) 되는 것이 아니라,
그 컴포넌트를 포함하는 부모 div의 가로폭 또는 그 자신의 크기에 따라 제어 (엘리먼트 쿼리) 되어야 한다는 것것입니다.
예로,
[http://filamentgroup.com/images/elemq_template-1.png]
위의 경우는 달력이 본문에 들어있고,
[http://filamentgroup.com/images/elemq_template-2-ideal.png]
이것은 달력이 사이드바에 들어있는 것인데,
이 둘을
.calendar (min-width: 500px) {
/* 월별보기를 위한 css */
}
.calendar (max-width: 499px) {
/* 목록 보기를 위한 css */
}
식으로 특정 요소에 직접 조건을 주는 형태로 만들자는 것입니다.
이런 접근 방법은, 달력 컴포넌트 (마크업, 서버코드, css) 를 어디에다가 넣어도 알아서 컨텍스트에 맞게 적절하게 표현해주자는 것이죠.
물론 가까운 미래에 표준으로 채택되지는 않을것 같고, 비슷한 기능을 위한 js 들이 나오거나 (첫번째 링크) 나올것 같기는 합니다.
어쨋든, 최근에 얘기되는 재사용을 위한 마이크로 패턴과 비슷한 것 같아서 남깁니다.
자세히 봐야겠네요 ㅎㅎ
근미래에 실용화될, 일종의 패턴이 되지 않을까 합니다. ^^