> 웹 프론트엔드 > CSS 튜토리얼 > Hocus-pocus : 디자인이없는 Sass 프레임 워크 구축

Hocus-pocus : 디자인이없는 Sass 프레임 워크 구축

William Shakespeare
풀어 주다: 2025-02-22 10:48:43
원래의
901명이 탐색했습니다.

Hocus-Pocus: Building a Design-Free Sass Framework

Hocus-pocus : 디자인이없는 Sass 프레임 워크 구축 Hocus-Pocus는 여가 시간에 작업하는 디자인이없는 Sass 프레임 워크입니다. Hocus-Pocus의 주요 아이디어는 가장 일반적인 기능에 중점을 둔 보편적이고 가벼운 스타일 스타터 키트를 만드는 것입니다. 이 기사에서는 내가 자신의 Sass 프레임 워크를 구축하기로 결정한 이유와 그렇게 할 때 취한 접근 방식을 다룰 것입니다. 키 테이크 아웃

Hocus-Pocus는 가장 일반적인 기능에 중점을 둔 가볍고 보편적 인 스타일 스타일 스타터 키트를 제공하는 디자인이없는 SASS 프레임 워크입니다. 사용자는 변수로 모든 단일 구성 요소의 모양을 변경하고 특정 기능을 비활성화하거나 다양한 도우미를 정의 할 수 있습니다. 프레임 워크는 Bower 및 NPM으로 쉽게 설치할 수 있으므로 SASS 및 AUTOPREFIXER가 실행해야합니다. 정기적 인 대시 스타일 클래스 이름 지정 컨벤션을 따르고 Hocus-Pocus Changelog에 대한 문서 및 업데이트에주의를 기울입니다. Hocus-Pocus의 향후 계획에는 프로젝트 별 UI 구성 요소 및 테마 정의에 중점을 둔 복잡한 프로젝트를위한 이상적인 SASS 스타터 키트로 만드는 것이 포함됩니다. 주요 새로운 기능은 계획되지 않았지만 구문 및 클래스 이름의 개선이 구현 될 수 있습니다.

왜 내가 Sass 프레임 워크에서 작업하기 시작 했는가? 요컨대, 새로운 웹 프로젝트를 시작할 때 시간을 절약하고 싶었 기 때문에 Sass 프레임 워크 작업을 시작했다고 말합니다. 실제로 사용자 정의 디자인 작업을 수행하더라도 항상 동일한 도구 세트를 추가하고 동일한 표준 패키지를 포함하며 유사한 기본 CSS 구성 요소 모음을 구현합니다. 다음 두 번째 질문은-

왜 당신이 부트 스트랩과 같은 기존, 유명하고 입증 된 프레임 워크를 사용하지 않는가? 이것에 대한 나의 반응은 선호도와 CSS에 대한 나의 접근 방식에 따른다. Bootstrap 또는 Foundation과 같은 도서관은 훌륭하고 사람들이 CSS에 대해 생각하는 방식을 크게 바꾸 었다고 생각합니다. 그러나 대부분의 경우 내 프로젝트 작업 내에서 진행률 바나 빵 부스러기와 같은 모든 기능과 UI 구성 요소가 필요하지 않습니다. 대신, 나는 더 보편적 인 것을 선호합니다. 프레임 워크 CSS 클래스를 무시할 필요없이 모든 프로젝트에서 사용할 수있는 것을 선호합니다. 위의 이유로 인해 Hocus-pocus에서는 모든 단일 구성 요소의 모양을 변수로 변경할 수 있습니다. 일부 기능을 비활성화하거나 다양한 도우미를 정의 할 수도 있습니다. 이 접근법의 단점은 변수를 업데이트 할 수없는 합리적인 방법이 없기 때문에 컴파일 된 CSS 버전의 프레임 워크를 제공 할 수 없다는 것입니다. 사전 요구 사항 및 원칙 설치 프레임 워크를 사용할 수 있으며 두 가지 다른 패키지 관리자 인 Bower 및 NPM과 함께 설치하기 쉽습니다. 실행하려면 SASS (최소 필수 버전 3.3.0)와 AutoPRefixer가 필요합니다. AutoPrefixer는 최종 컴파일 된 CSS 파일에 필요한 공급 업체 접두사를 추가하는 데 사용됩니다. 개인적으로 자동 프릭 픽스가 충분하다고 생각하기 때문에 오늘날 다양한 브라우저 간의 호환성에 대해 너무 걱정하지 않습니다. 또한 Sass Linter (SCSS-Lint)를 사용하지만 Hocus-Pocus를 실행하고 올바른 방식으로 작업을 수행하는 데 필요한 것은 아닙니다. Hocus-pocus는 그것 없이는 작동합니다.

명명 컨벤션 다음 원칙은 모든 프레임 워크 인 이름 지정 협약에 중요한 원칙입니다. 나는 BEM이없는 규칙적인 대시 스타일 클래스 이름을 선호합니다. BEM의 팬이라면 불평하지 않고 BEM 명명 컨벤션을 사용하는 것이 좋습니다. 내 관점에서 BEM은 CSS의 모든 책임 문제를 해결하지는 않습니다. 또한 BEM을 사용할 때 클래스 수준의 요소를 사용하여 CSS에 접근합니다. 기존 블록에 새 요소를 추가하는 것은 너무 쉽습니다.

문서화 마지막으로, 나는 문서 작성에주의를 기울이고 Hocus-pocus Changelog를 최신 상태로 유지하는 데 세심한주의를 기울입니다. 특히 처음에는 문서가 완벽 할 필요는 없지만 항상 개선 할 시간을 찾으려고 노력합니다. 이를 통해 새로운 이민자들은 도구의 작동 방식을 배우고 프레임 워크 기능을 추적 할 수 있습니다. 프레임 워크 기능

다음 프레임 워크 기능은 제 생각에 Hocus-Pocus의 가장 특징이며 그 초점에 대한 최상의 개요를 제공합니다. 대부분의 프레임 워크 클래스는 과거에 작업 한 기존 프로젝트에서 영감을 얻었습니다. 당신은 또한 저에게 영감을 준 다른 CSS 프레임 워크, 특히 내가 가장 좋아하는 프레임 (Primer and Inuitcss)과 유사한 점을 발견 할 수 있습니다. Hocus-pocus의 프레임 워크 기능은 다음을 포함합니다

전역 박스 사이징 세트와 같은 일부 향상된 세트로 테두리 박스 또는 텍스트 요소로 상위 여백이없는 텍스트 요소로 정규화하십시오. CLRS.CC를 기반으로 한 새로운 기본 색상 팔레트 분수를 클래스 이름 (.1/2, .1/3 등)으로 사용하는 폭이있는 Flexbox를 기반으로 한 유체 그리드. 반응 형 웹 디자인에 대한 넓은 지원. 선호하는 접근법으로 "Mobile First"또는 "Desktop First"를 선택할 수있는 옵션이 있습니다. 또한 각각에 대한 중단 점을 정의 할 수 있으며 각각은 간격, 그리드, 가시성 및 개별 Sass Mixin을위한 자체 도우미 세트를 얻습니다.

예를 들면 :

그러면 컴파일 된 CSS에서 .mobile-1/2, .mobile-hidden 및 .mobile-padding-double.
    Gridlover를 기반으로 한 수직 리듬을 가진 텍스트 요소의 일반 기본 스타일. 인라인 목록, 메뉴 목록, 원 이미지 또는 얼룩말 테이블과 같은 다른 HTML 요소에 대한 추가 수정 자. 다양한 버튼 유형과 세 가지 버전의 형태 : 인라인, 쌓여 및 수평. 미디어 객체, 박스 오브젝트, Navbar, 방문 페이지의 영웅 요소 및 끈적 끈적한 바닥 글과 같은 필수 UI 구성 요소. 더 이상 아무것도.
  1. hocus-pocus
  2. 에 대한 미래 희망 내 목표는 Hocus-Pocus를 프로젝트의 얼마나 복잡한 지에 관계없이 이상적인 Sass 스타터 키트로 만드는 것입니다. 이렇게하면 프로젝트 별 UI 구성 요소를 작성하고 테마 정의에 집중할 수 있습니다. 나는 새로운 기능을 구현할 계획이 없습니다. 포함 된 기능은 합리적인 기능이며 최종 기능 일 가능성이 높다고 생각합니다. 일부 구성 요소의 구문을 개선하거나 단일 클래스 이름을 변경하지만 현재 버전의 호환성 변경 사항을 예측하지는 않습니다. 지금은 더 많은 사람들이 Hocus-pocus를 시험해 볼 때 발생하는 버그를 고치기 위해 최선을 다하고 있습니다.
  3. hocus-pocus 프레임 워크가 다가오는 프로젝트에서 도움이 될 수 있다고 생각되면 Hocus-pocus.io에서 전체 문서를 찾을 수 있습니다. Hocus-pocus 코드는 오픈 소스이며 모든 Github에서 사용할 수 있습니다. 잠재적 인 문제에 대한 의견, 피드백 및 정보에 감사드립니다.
  4. 디자인이없는 Sass 프레임 워크 구축에 대한 자주 묻는 질문 (FAQ) SASS 프레임 워크 가란 무엇이며 웹 개발에서 중요한 이유는 무엇입니까?
  5. Sass (Syntactically Awesome Stylesheet) 프레임 워크는 프로젝트를 시작하기위한 기반으로 사용되는 미리 준비된 라이브러리입니다. . 웹 개발에서는 웹 사이트의 스타일 시트를 만드는 과정을 가속화하는 데 도움이되므로 웹 개발에서 중요합니다. 개발자는 변수, 중첩 규칙, 믹스 인 및 기능을 사용할 수 있으며 CSS를 유지하는 데 매우 유용 할 수 있습니다.
  6. 디자인이없는 Sass 프레임 워크가 일반 Sass 프레임 워크와 어떻게 다릅니 까?
. 디자인이없는 SASS 프레임 워크는 사용자에게 디자인 결정을 내리지 않는다는 점에서 일반 SASS 프레임 워크와 다릅니다. 개발자가 기존 스타일을 무시하지 않고 자신의 디자인 선택을 구현할 수 있도록 개발자가 구축 할 수있는 깨끗한 슬레이트를 제공합니다.

디자인이없는 Sass 프레임 워크를 사용하면 어떤 이점이 있습니까?

디자인이없는 Sass 프레임 워크를 사용하면 몇 가지 이점이 있습니다. 이를 통해 개발자는 깨끗하고 체계적인 코드베이스를 유지할 수 있으므로 관리 및 업데이트가 더 쉽습니다. 또한 개발의 초기 단계에서 시간과 노력을 절약 할 수있는 견고한 기초를 제공합니다. 디자인이없는 SASS 프레임 워크 구축을 시작하려면 어떻게해야합니까?

디자인이없는 SASS 프레임 워크 구축에는 여러 단계가 포함됩니다. 먼저 프로젝트 구조를 설정해야합니다. 그런 다음 변수, 믹스 인 및 기능을 만들 수 있습니다. 그런 다음 기본 스타일과 레이아웃 모듈을 구축 할 수 있습니다. 마지막으로, Sass를 CSS로 컴파일 할 수 있습니다.

디자인이없는 Sass 프레임 워크를 구축하는 데 필요한 도구는 무엇입니까?

디자인이없는 Sass 프레임 워크를 구축하려면 필요합니다. 텍스트 편집기, SASS 컴파일러 및 테스트 용 웹 브라우저. 또한 Gulp 또는 Grunt와 같은 작업 러너를 사용하여 워크 플로를 자동화하는 것이 도움이 될 수 있습니다.

모든 유형의 프로젝트에 디자인이없는 Sass 프레임 워크를 사용할 수 있습니까?

예, A, A, A, A, A. 모든 유형의 프로젝트에 설계가없는 SASS 프레임 워크를 사용할 수 있습니다. 깨끗하고 체계적인 코드베이스를 유지하는 것이 중요합니다.

내 요구에 맞게 설계없는 Sass 프레임 워크를 사용자 정의 할 수있는 방법은 무엇입니까?

디자인이없는 것을 사용자 정의 할 수 있습니다. SASS 프레임 워크 변수, 믹스 인 및 기능을 수정하여 귀하의 요구에 맞게. 또한 자신의 스타일과 레이아웃 모듈을 추가 할 수 있습니다.

디자인이없는 Sass 프레임 워크로 작업 할 때 몇 가지 모범 사례는 무엇입니까?

디자인이없는 Sass 프레임 워크로 작업 할 때 모범 사례가 있습니다. 코드를 건조하게 유지하고 (자신을 반복하지 마십시오), 변수 및 Mixins에 대한 의미있는 이름을 사용하고 논리적이고 일관된 방식으로 코드를 구성하십시오.

디자인없이 사용할 수 있습니까? 다른 CSS 프레임 워크가 포함 된 Sass 프레임 워크?

예, 다른 CSS 프레임 워크와 함께 디자인이없는 SASS 프레임 워크를 사용할 수 있습니다. 그러나 디자인 선택이 무시되지 않도록 다른 프레임 워크의 기본 스타일 중 일부를 무시해야 할 수도 있습니다.

디자인이없는 Sass 프레임 워크를 구축 할 때 더 많은 리소스를 찾을 수 있습니까?

. 디자인이없는 SASS 프레임 워크 구축에 대해 더 많이 배울 수있는 많은 온라인 리소스가 있습니다. 시작하기에 좋은 곳은 공식 SASS 문서, 온라인 자습서 및 웹 개발 포럼을 포함합니다.

위 내용은 Hocus-pocus : 디자인이없는 Sass 프레임 워크 구축의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
저자별 최신 기사
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿