foundation.css 프레임 워크를 구현할 때, 사용자 정의 요구 사항 (글꼴 색, 배경 등)을 위해 실제 foundation.css를 업데이트해야합니까? 또는 내 사용자 정의를 위해 보조 CSS를 사용해야합니다. foundation.css를 업데이트해야합니다. 사용자 정의를 잃지 않고 대체 할 수 있습니다.기초 CSS 프레임 워크 수정을위한 모범 사례
이 전략에 대한 귀하의 의견을 알려주십시오.
<link rel="stylesheet" href="css/foundation.css" media="screen, projection" />
<link rel="stylesheet" href="css/my-custom.css" media="screen, projection" />
그런데 나는 이것이 진짜 문제보다 더 많은 의견 요청라고 생각합니다 감사합니다이 두 번째 옵션 위의 코드가 될 것입니다. 그래도 대답은, 항상 이러한 경우에 따라 다릅니다.
원본 스타일링을 두 번째 CSS로 확실히 오버라이드 할 수 있습니다. 나는 그들이 문서에서 제안한 것입니다 (지난 6 개월 동안 미안하다고 생각합니다.). 그것은 잘 작동 할 것이고, 당신의 장래의 업그레이드는 통합이 더 쉬워 질 것입니다. 이는 분명 미래 지향적 인 완벽한 접근 방식입니다.
성능면에서 나는이 CSS를 직접 사용자 지정하는 것이 좋습니다. 내 이유는 다음과 같습니다
그래서, 그것은 정말 당신까지 절약, 하나의 CSS를 다운로드합니다 웹 사이트에 프레임 워크 업데이트가 필요한 경우 Foundation을 사용할 때 업데이트 할 필요가 전혀 없었습니다. 그리고 꽤 많이 테스트 되었기 때문에 중요 업데이트 업데이트가 거의 필요하지 않습니다.
이것은 "건설적이지 않습니다". 그것은 좋은 질문이고 제가 여러 개발자들과 이야기를 나누었습니다. 결론은 프로젝트마다, 참여하는 개발자 수 및 프레임 워크 자체가 업데이트되는 빈도에 따라 다릅니다. –
여기에 몇 가지 의견이 다를 수 있지만 이것은 실제 질문이며 진정한 답변을 얻을 자격이 있습니다. 받아 들여진 것은 부분적으로 정확하고 대안을 설명하기에 충분히 포괄적이지 않습니다. 대체로 의견에 의해서보다는 유스 케이스에 따라 다릅니다. – numbers1311407
세 번째, 언급되지 않았지만 종종 가장 올바른 옵션은 프레임 워크의 CSS를 빌드하는 데 사용되는 제공된 사전 처리 컴파일러 소스 (이 경우에는 sass)를 사용하는 것입니다. 이러한 프레임 워크는 기본 스타일을 테마로하는 변수를 많이 사용하는 경향이 있습니다. 소스 스타일을 수정하지 않고 재정의 할 수 있으므로 향후 업데이트를 위해 그대로 유지됩니다. 자신의 목표가 본질적으로 프레임 워크를 테마로하는 것이라면 (그리고 무거운 수정에 대해 점프 포인트로 사용하지 말아야 함), 이는 종종 매우 좋은 수락입니다. – numbers1311407