프론트 엔드에서 부트스트랩을 사용하지 않는 이유는 무엇입니까?

내가 팔로우하는 친구들이 이 문제에 관심을 보였습니다. 여기서는 bs라고 하는 부트스트랩을 사용하지 않는 이유에 대한 개인적인 견해만을 제시합니다.

제가 bs를 사용할 당시에는 아직 프론트엔드 진입 단계에 있었습니다. bs 공식 문서는 누구에게나 친숙합니다. 이 문서를 인용하는 개발자 유형입니다. UI는 복사하여 붙여넣기만 하면 구성할 수 있으며, 프런트엔드 지식을 너무 많이 배울 필요는 없습니다. (추천 학습: Bootstrap 동영상 튜토리얼)

디자이너가 없거나 긴급하게 작업을 해야 할 때, 의심할 여지 없이 가장 보장된 CSS 프레임워크입니다. 이를 사용할 때 호환성, 페이지 축소 및 기타 눈에 보이는 버그에 대해 걱정할 필요가 없습니다. bs가 이를 모두 처리하므로 매우 걱정할 필요가 없습니다.

프로젝트 0단계에서 빠르게 데모를 구성하고 싶다면 웹에서 베이스 셔츠를 제작하는 데 bs가 적합합니다.

프로젝트 성장 단계에서는 bs의 역할이 크게 줄어들 예정입니다. bs는 새로운 요구 사항으로 인한 UI 변경을 완전히 충족할 수 없습니다. 특히 프런트 엔드 개발자가 아닌 사람이 디버깅할 때 지식과 경험이 부족하면 페이지 레이아웃이 비대해지고 혼란스러워질 것입니다. UI 변경에 직면하면 bs를 사용하는 것보다 손으로 작성하는 것이 더 쉽습니다.

bs를 기반으로 좀 더 눈부신 페이지를 만들고 싶다면 이 프레임워크는 이를 달성할 수 없습니다. 이것이 일부 개발자가 bs를 중간에 포기하는 이유 중 하나이지만 이 프레임워크는 여전히 프로젝트로 존재합니다. 급격한 변화, bs는 떼어내고 싶지만 지울 수 없는 진흙이 될 것입니다.

개발자들은 이 진흙 조각을 반복해서 수정하고 반죽했기 때문에 이 프레임워크가 프로젝트에 어떤 역할을 했는지 자주 생각합니다.

처음에 bs를 기본 레이어로 처리하면 기본 레이어로만 사용할 수 있습니다.

bs를 프레임워크로 처음부터 최대한 활용하려면 이 프레임워크에 대한 사전 지식을 보충하는 데 시간과 비용이 필요합니다. 그러나 bs를 완전히 이해하면 이해하게 될 것입니다. 소스 코드를 읽은 후에는 많은 구현 방법이 상상한 것만큼 훌륭하지 않다는 것을 알게 될 것입니다. 또한 동일한 작업을 완료하기 위해 더 멋진 아이디어를 시도하고 심지어 생각할 수도 있습니다.

다음으로 다중 열 레이아웃은 가장 일반적인 CSS 레이아웃 중 하나입니다. 이를 구현하는 방법은 각각 10가지 이상이며, bs의 흐름 레이아웃은 다음과 같습니다. 언젠가는 그 응답성이 세계를 지배하고 요구 사항의 80%를 충족할 수 있을 것으로 보이지만 개발자는 여전히 더 효율적인 기술을 추구하기 위해 20%를 남겨 둘 것이며 프런트 엔드의 개발로 기본 BS 흐름 레이아웃이 그것을 구현하는 훌륭한 방법입니다.

사실 프론트엔드 엔지니어가 부트스트랩이나 파운데이션 같은 프레임워크에 대해 깊이 있게 이해할 수 있다면 기술이나 효율성의 향상은 꽤 눈에 띌 것입니다.

그래서 많은 프론트엔드 개발자들이 부트스트랩 프레임워크를 사용하지 않는 이유는 그들이 bs의 어깨 위에 서서 더 흥미로운 세상을 봤기 때문이라고 생각합니다.

Bootstrap과 관련된 더 많은 기술 기사를 보려면 Bootstrap Tutorial 열을 방문하여 알아보세요!

위 내용은 프론트 엔드에서 부트스트랩을 사용하지 않는 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!