RC 파일명 체계 관련

[gitaeks]

@kieregh 님, 지난 스마트미디어 X캠프를 준비하며 TV UI에 대해 이해하는 계기가 되었는데요.

TV UI는 데스크탑과 모바일의 중간성격이며 BS기반하에 싱글페이지 구성 및 history, 키보드 방향키 컨트롤 등으로 구성하겠다는 판단을 하게되었습니다. RC기반으로 충분히 TV 프론트 프레임웍을 만들수 있음을 알게되었는데요.

TV UI 데모

• http://break.kimsq.co.kr/bs-html-examples/tv/01/channel.php
• https://www.youtube.com/tv

또한 데스크탑 또한 BS 기반위에 일관성 있는 컨포넌트 , 컨트롤 호출 및 제어가 필요하다는 생각 또한 가지게 되었습니다.

그래서 아래와 같은 생각을 하게되었습니다.

[gitaeks]

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

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

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

[kieregh]

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

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

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

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

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

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

이상입니다.

[kieregh]

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

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

[gitaeks]

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

[gitaeks]

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