나는 프론트 엔드 디자인을 담당하고있는 반면, 개발자는 루비 온 레일즈에서 백엔드로 작업한다.Ruby on Rails보기를위한 템플릿 디자인. 무엇을 어디에서 배울 것인가?
Ruby on Rails를 모르며 XHTML, CSS, jQuery, 960.gs CSS Framework를 사용하여 프론트 엔드를 설계하고 있습니다. 내 개발자는 내 디자인을 받아 들여 Ajax와 함께 백엔드의 요소를 연결해야한다.
템플릿/뷰를 디자인 할 때 알아둬야 할 것들이있어서 개발자의 엉덩이를 제 디자인으로 차버릴 수 없습니까? 요소들을 연결하는 것을 어떻게 고통없이합니까? 내가 피해야한다는 것을 이해합니다. 일부 Ruby on Rails 개발자는 960gs 이상의 Blueprint CSS Framework를 선호합니다.
어떤 안내? 감사.
일반적으로 레일즈 템플릿 시스템은 매우 유연하며 개발자는 복잡한 디자인을 만들 수 있습니다. CSS 프레임 워크는 이러한 차이를 만들어서는 안됩니다. 그러나 Rails 2.x를 사용하는 경우 jQuery 대신 Prototype을 사용하는 것이 현저하게 쉽습니다. 그러나 Rails 3.x는 자바 스크립트 라이브러리와 관련이 없습니다.
비교적 좋은 개요는 official guide입니다. this tool for cutting up your views and layouts을 사용해 볼 수도 있습니다.
감사합니다. 하지만 Ruby on Rails에 대한 지식이 없다고 말하자. 가이드는 무엇입니까? – Victor
개발자 관점에서 이야기 할 수 있습니다.
나를 화나게하는 것들은 너무 복잡한 CSS 구조이므로 가능한 한 간단하고 추상적으로 유지하십시오.
다른 것들은 클래스와 ID의 명명입니다. 일반적으로 개발자가 사용하는 모델을 찾고 그에 따라 클래스와 ID의 이름을 지정하십시오. 예 : 게시물이있는 블로그의 경우 : 인덱스보기의 게시물은 #posts .post이고 표시보기에는 게시물의 경우 #post입니다. 디자이너가 사용하는 CSS 프레임 워크가 작동하는 한 신경 쓰지 않습니다. 마지막으로, 다른 html 페이지를 디자인하는 경우, 우리는 종종 하나 또는 두 개의 레이아웃 만 가지고 있다는 것을 알고 있어야합니다. /views/layouts/application.html.erb 그리고 우리는 보통 가능한 한 그 숫자를 낮게 유지하려고 노력합니다.
jQuery는 레일스 자체 프로토 타입보다 선호되는 선택이었습니다.
글쎄, 나는 그들이 사용하고있는 ID와 클래스가 무엇인지 모른다. 하지만 프론트 엔드를 백엔드에 통합하기 위해 함께 앉아있을 것입니다. – Victor
(id 및 클래스 포함)은 html ID 및 클래스를 의미합니다. 확실하지 않은 경우 개발자에게 간단한 명명 규칙을 문의하십시오. Ruby on Rails는 이러한 명명 규칙으로 가득 차서 가파른 학습 곡선을 야기하지만 한 번 생각하면 항상 동일합니다. :) –
Protip : 태그에 여러 단어를 사용하는 경우 하이픈으로 구분해야합니다. 그렇지 않으면 별도의 태그로 표시됩니다. "on"질문에 태그를 지정하는 데는 많은 요점이 없으므로 나중에 하이픈을 사용하십시오. :-) –
오, 정말 고마워요. 유명한! – Victor