RC 파일명 체계 관련 about rc HOT 5 OPEN

kimsQ RC를 모바일에만 국한한 프레임웍이 아닌, 킴스큐의 프론트 엔드 범주를 아우르는 프레임웍으로 확장한 개념 입니다. 그래서 이번에 모바일 기반으로 작성한 RC를 rc-touch.js , rc-touch.css로 하자는 의견 입니다.

rc-mobile.js라고 하지 않은 이유는 터치기반 디바이스는 디지털 사이니지 까지 포함되고 이는 모바일기기가 아니기 때문 입니다.

모바일기기와 사이니지 기기를 통칭할수 있는 용어가 touch이기 때문 입니다.

from rc.

우선적인 목표는 rc 만 가지고도 모바일, 데스크탑, TV 모두 가능하도록 하는 것이라고 생각합니다.
일단, rc 의 기능(컴포넌트, push, history 등) 모두 데스크탑에서도 똑같이 구현되는 것은 확인했습니다.
TV 부분 역시 그것이 터치기반이던 클릭 기반이든 웹브라우져로 표현이 되는 거라면 기능구현상 문제가
없을 것으로 생각합니다.

문제는 UI 부분일 것입니다.

궁극적으로 모바일, 데스크탑, TV UI 를 따로 만들어라고 하는 것은 현장에서 매우 어려운 조건입니다.
유*ㅋ처럼 규모있는 프로젝트를 진행하는 큰 SI 업체도 원소스멀티유즈를 원하는데 소규모 에이젼시
및 프리랜서 들은 오죽하겠습니까...

모바일,데스크탑,TV UI (마크업) 을 따로따로 멋지게 만들어서 데모를 보여주는 것은 RC 입장에서는
완벽하고 멋진 일이 될 수 있지만 실제 RC 를 활용해서 뭔가를 시작해보려는 사용자에게는 매우 부담스러운 일입니다. 이런 상황은 RC 에게 마이너스라고 생각합니다.

디바이스별로 완벽하고 완성도 있는 UI 를 만들기 위해서는 각각 따로 만들어야 한다는 것이 사실이고
정도일지라도 RC 가 공식적으로 그것을 주장하고 강요할 필요는 없다고 생각합니다.

요컨대, 처음부터 rc-touch 방식으로 구체화한다면 좀 부담이 된다고 생각합니다.
위에서도 언급했지만 현재 rc 가 데스크탑에서도 기능구현이 되는데 굳이 touch 기반 프레임으로
국한 지을 필요는 없다고 생각합니다.

이상입니다.

from rc.

또 한 가지 중요한 이슈는... RC 의 본질을 CSS 에 둘 것인가 JS 에 둘 것인가의 문제입니다.

조** 실장이 RC 를 CSS 프레임이라고 언급을 했는데....그것은 RC 에 내재되어 있는 JS 기능들에
대한 가치를 명확히 인지하지 못하기 때문이라고 생각합니다.

from rc.

touch 기기와 click 기반 기기는 근본적으로 다른 기기 입니다. 유*클의 요구사항을 기반으로 RC의 정체성에 혼선을 겪으면 안된다고 생각됩니다.

from rc.

RC는 js 와 CSS 를 분리하여 생각하면 안됩니다. 프론트엔드를 전담하는 프레임웍이라는 것 입니다.

from rc.