내 기억이 제대로 작동하면 웹 개발에 JavaScript를 사용하는 데 시간이 걸렸는데, 그 이유는 무엇보다도 사용자에게 개인 정보 보호 및 보안 문제가 있었으며 일부 사람들은 방금 그랬습니다.
요즘에는 JavaScript를 사용하지 않는 주요 웹 사이트를 거의 볼 수 없으며 많은 웹 사이트가 JS 없이는 더 이상 작동하지 않으므로 우아한 성능 저하가 발생합니다. SE 사이트와 같이 유용성에 심각한 영향을 미칩니다.
웹 개발에서 JavaScript를 실제로 어디에나 사용할 수있게했던 당시와 현재의 변화는 무엇입니까? 아니면 JS가 내 상상력의 조각에 찌푸린 것에 대한 나의 주장은 항상 그런 식으로되어 있습니까?
답변:
자바 스크립트는 굉장히 나쁜 기능과 놀라운 기능을 모두 가지고 있습니다.
이전에는 Ajax가 없었을 때 대중은 그 놀라운 기능을 알지 못했습니다. 웹 페이지는 일부 디자인 요소 (색상, 이미지, 텍스처, 글꼴 등)를 장식 한 문서 일뿐입니다. 역동 성과 비동기성에 대한 감각은 대부분 알려지지 않았습니다. IE 6은 지배적이었고 Microsoft는 다른 것들을 팔기에는 너무 바빴습니다.
... 그 당시와 현재의 변화로 인해 JavaScript가 실제로 어디에나있을 수있었습니다 ...
Ajax가 시작되면서 모든 것이 바뀌 었습니다. 모든 사람들은 자신의 페이지를 아약스 (Ajaxy)로 만들고자했고 자바 스크립트를 다시 한 번 살펴 보도록했습니다.
사람들은 좋아하는 Doug Crockford, John Resig, Steve Souders자바 스크립트의 선 (善)에 대한 단어를 확산하기 시작하고, 다른 사람에게 (I 다른 중요한 이름을 잊어 버린 경우 용서).
거의 동시에 브라우저 공급 업체는 브라우저를 연마하고 JavaScript 성능을 향상시키기 시작했습니다. JIT가 도입되어 경쟁이 더욱 치명적이었습니다. 마이크로 소프트가 다시 일어났다.
ECMA는 JavaScript의 미래에 대해 심각하게 생각하고 다음 버전에서 열심히 일하기 시작하여 ECMAScript 5를 만들었습니다.
HTML5, DOM3, CSS3는 모두 JavaScript의 통치에 기여하고 있습니다.
JavaScript는 다른 도메인에도 적용되었습니다. CommonJS에 감사합니다.
새로운 세계를 용감하게 만들기 위해 몇 가지 변화가있었습니다.
Ajax Ok, 솔직하게 말하면 Gmail을 의미합니다. Gmail은 사람들에게 자바 스크립트로 유동적 인 웹 애플리케이션을 만들 수 있다고 설명했습니다. Ajax 애플리케이션이 쇄도했습니다.
jQuery 브라우저의 DOM API는 끔찍하고 부팅에 일관성이 없습니다. jQuery는 브라우저 전체에서 일관되게 코드를 작성하는 사람들에게 적절한 API를 제공했습니다. (예,이 작업을 수행하는 다른 좋은 프로젝트가 있지만 jQuery가 가장 많이 사용됩니다.) 또한 비 프로그래머가 부드러운 애니메이션을 만들기 위해 자신의 방식을 복사하여 붙여 넣을 수있을 정도로 쉬웠습니다.
IE6 아니요, 정말로 요! IE6는 실제 CSS 사양과 같은 것을 올바르게 지원하는 최초의 브라우저였으며 IE가 지배적이라는 사실은 신뢰할 수있는 기준선을 가지고 있다는 것을 의미했습니다. 우리가 지금 웃고 있다는 사실은 나이와 관련 이 있습니다. 처음 나왔을 때 나쁘지 않았습니다 .
크롬 구글이 크롬과 빠른 V8 엔진을 출시했을 때 새로운 성능 경쟁을 시작했으며 그 결과 웹에서 자바 스크립트 속도가 크게 향상되었습니다. 더 빠른 자바 스크립트는 사용자를 성가 시게하기 전에 자바 스크립트로 더 많은 것을 할 수 있음을 의미합니다.
사람들은 원격으로 안전한 JavaScript 샌드 박스를 개발하여 컴퓨팅 성능을 전반적으로 향상시키면서보다 효율적으로 실행하는 동시에 JavaScript를보다 효율적으로 구현하는 방법을 배웠습니다. 또한 AJAX와 기능의 출현으로 HTML만으로는 결코 볼 수 없었던 JavaScript로 효과를 얻을 수 있습니다. 모든 고급 웹 기능에는 JavaScript 만 있으면됩니다. 따라서 JavaScript없이 실행되는 웹 사이트는 생명이없고 무생물이며 이는 소비자가 원하는 것이 아닙니다.