JavaScript 프레임 워크 : sizzlejs.com이란 무엇입니까?


최상의 답변

Sizzle은 jQuery의 선택기 엔진입니다.

브라우저 사용을 피할 수 있습니다. “기본 DOM 인터페이스 는 다음과 같이 DOM 요소에 대한 참조를 가져옵니다.

var tableCell = document.getElementById (” foo “). getElementsByClassName (“bar “). getElementByTagName (“td “);

대신 (일반적으로) 더 친숙하고 간결한 CSS 구문을 사용합니다.

var tableCell = Sizzle ( “#foo .bar td”);

이것은 실제로 매우 간단한 예입니다. Sizzle은 또한 고급 CSS3 선택기뿐만 아니라 CSS와 유사한 구문을 쉽게 사용할 수있게 해주는 특수 사용자 정의 선택기를 지원합니다. 작동 할 DOM 요소를 분리합니다.

후자의 예제는 “래핑 된 세트”에 대한 참조를 만듭니다.이 객체는 사용자가 “보낸 DOM 노드에서 액세스하고 작동 할 수 있도록하는 메소드를 포함하는 배열 형 객체”입니다. 외딴. Sizzle의 경우 API는 상당히 제한적으로 사용됩니다 (따라서 Sizzle이 “그 자체로 특히 잘 알려진 라이브러리가 아닌 이유). 그러나 실제로는 jQuery의 * 핵심 기능 *입니다. jQuery를 사용하면 다음과 같이 페이지에서 CSS 클래스 “foo”를 사용하여 모든 테이블보기에서 쉽게 숨길 수 있습니다.

$ ( “table.foo”). hide ();

가능합니다. ” 그보다 더 쉽게 얻을 수 있습니다. Sizzle과 jQuery는 브라우저 간 호환이 가능하므로 모든 최신 브라우저에서 일관된 API가 있습니다. Jamie Mason이 언급했듯이 document.querySelector () 및 document.querySelectorAll ()은 이제 최신 브라우저에서 사용할 수 있으므로 Sizzle의 유용성이 다소 감소하지만 완전히는 아닙니다. Sizzle은 브라우저가 표준화되기 훨씬 전인 6 년 이상 사용되었습니다. 쿼리 선택기 메서드입니다.

Answer

Wasm (Blazor뿐만 아니라)이 다음으로 큰 역할을 할 것입니다. 예. Javascript 라이브러리는 여전히 주변에있을 것이며 제 생각에는 천천히 변환 될 것입니다. 하지만 당장 변환을 수행 할 필요는없는 대규모 코드 기반 시스템이 있습니다. Wasm과 JS가 상호 운용 될 수 있기 때문에 대규모 시스템에서는 전환이 느릴 가능성이 높습니다.

즉, 새로운 클라이언트 측 웹 개발은 대부분 회사가 선택한 기술을 사용하여 Wasm에서 수행 될 것입니다. Wasm은 Blazor에만 국한된 것이 아닙니다. Blazor는 C # /. Net을 활용 한 Microsoft의 Wasm 구현 일뿐입니다. , Rust, C / C ++, C #, Java / Kotlin 및 기타 많은 언어에는 n 개발자가 사용할 수있는 Wasm 기반 구현.

이게 무슨 뜻입니까? 그렇다고 마이크로 소프트 만이 Wasm 혁명을 주도 할 것이라는 의미는 아닙니다. 그러나 이는 이제 모든 언어에 대한 풀 스택 개발 플랫폼이 있음을 의미합니다. NodeJS가 몇 년 전에 인기를 얻은 이유입니다. 그것의 문제는 덜 바람직한 자바 스크립트 언어로 시스템을 설계하는 것이었다. 그러나 이제 기업은 선택한 플랫폼에서 표준화 할 수있을뿐만 아니라 선택한 스택에 대한 전문 지식이있는 수많은 개발자에게 액세스 할 수 있습니다. 그래서-Java 상점은 Java 상점, .Net 상점 .Net 상점, Go 상점은 그대로 유지됩니다. 기타 등등…

그렇습니다. 자바 스크립트의 인기는 천천히 떨어질 것입니다. 하지만-자바 스크립트-> Wasm 컴파일러가 개발되지 않을 것이라고 누가 말할까요? 많은 프로그래머가 언어를 싫어한다는 점을 감안할 때 이것이 인기가있는 것 같지는 않지만 가능합니다.

Blazor.Net 은 훌륭한 도구입니다. .Net 상점을위한 도구 체인의 주요 부분이 될 것입니다. C # /. Net 언어의 주요 문제점은 런타임이 있다는 것입니다. Java 및 Kotlin도 동일합니다. 그러나-특히 .Net의 경우-.Net CoreRT ( dotnet / corert )는 AOT를 달성하여 네이티브 바이너리를 생성하려고 시도합니다. 성공하면 .Net 런타임 (현재 Mono)을 애플리케이션과 함께 Wasm 라이브러리로 패키징 할 필요가 없습니다.

그래서 짧게 말하면 Javascript는 천천히 죽을 것입니다. Blazor는 굉장한 미래 기술이며 정말 훌륭한 일을 할 수있는 잠재력을 가지고 있으며 모든 배경을 가진 개발자의 관심을 끌 것입니다. C #은 의심 할 여지없이 가장 우아한 언어 중 하나입니다. .Net 코어는 시장에서 가장 성능이 뛰어난 스택 중 하나입니다. .Net Core + C # + Blazor를 사용하면 어떻게 개발자 / 개발 업체가 잘못 될 수 있나요!?

또한 DOM 액세스는 Wasm의 성공과 관련이 있다는 점을 기억하세요. 그것 없이는 끔찍한 자바 스크립트 폭정이 계속 될 것입니다.

답글 남기기

이메일 주소를 발행하지 않을 것입니다. 필수 항목은 *(으)로 표시합니다