2011-05-05 3 views

답변

8

가장 좋은 방법은 django-css를 사용하는 것입니다. django-css는 SASS의 css 컴파일도 수행합니다. 일단 플러그를 꽂으면 compass, susy, blueprint를 정상적으로 사용할 수 있으며 소스 파일의 업데이트 된 버전을 발견 할 때마다 django에 의해 컴파일됩니다.

편집 : 당신이 그런 ep.io로 순수 파이썬 호스트에 배포하는 경우, 당신은 cleverCSS에이 구축하는 방법을 쉽게 연구 할 것이다 (순수 파이썬 SASS & SCSS 컴파일러)

편집 2 :

이 정보는 날짜가 있습니다. django-compressor는 전처리 기능을 내장하고있어 최상의 옵션입니다.

+0

고마워요 토마스 ... – demet8

+0

+1 순수 파이썬 호스팅에 대한 대안을 제공합니다. :) – patrick

+2

@patrick이 정보는 날짜가 있습니다. 최신 편집 내용을 읽으십시오. – Thomas

28

자동 런타임 Sass/Compass 컴파일을 피하기로 선택했습니다. 대신 단순히 개발시 "compass - watch"를 사용하고 Sass와 생성 된 CSS를 모두 저장소에 위탁하십시오. 그렇다면 Django 프로젝트에 특별한 기계가 필요하지 않습니다. 평상시처럼 CSS 파일을 처리하면됩니다.

이 우리를 위해 몇 가지 장점이 있습니다 : 필요가 전체 루비 스택 플러스, 말대꾸, 나침반, 그리고 다른이없는 것으로 :

  • 우리의 배포 및 프로덕션 서버 인프라에서 움직이는 부품의 전체 추가 덩어리를 제거 우리의 프로덕션 서버에 필요한 보석. 프로덕션 서버를 단순하게 만드는 것은 아주 좋은 방법입니다. 또한 순수 Python 호스팅에 배포하는 데 문제가 없습니다.
  • 나침반 플러그인 보석 버전과 같은 사소한 차이로 인해 한 개발자와 다른 개발자 사이 또는 개발과 제작 사이에 수수께끼가없는 미묘한 차이가 발생하지 않습니다. 누구나 동일한 CSS를 볼 수 있습니다. 개발자의 컴퍼스 환경의 차이점은 생성 된 CSS의 사전 커밋 (pre-commit) diff에서 예상치 못한 변경 사항이 바로 표시되기 때문에 신속하게 포착됩니다.

물론 단점은 생성 된 코드를 repo에 위탁하는 것이고, 이는 일반적으로 싫은 일입니다. 우리는이 결과로 어떤 실제 문제도 보지 못했습니다. 아무도 생성 된 CSS를 직접 편집하지 않으려 고합니다. 우리 모두는 나침반을 사용한다는 것을 압니다. 장점은 단점보다 훨씬 큽니다. 우리는 django-css와 같은 통합 된 접근 방식으로의 전환을 시도한 적이 없습니다.

+0

이것은 디자이너/프론트 엔드 -dev로도 훌륭합니다. 나는 서버에 손댈 필요없이 css 생성 과정을 완전히 제어 할 수있다. 나는 내 일을하고 저 지르면 작동 할거야. –

+0

나침반 블로그의 확장 답변 : http://compass-style.org/blog/2011/05/09/compass-django/ –

+0

감사합니다 .... – demet8