JavaScriptとWebプログラミングのパラダイムシフト


11

私の記憶が正しければ、Web開発にJavaScriptを使用することが非常に嫌われる時期がありました。とりわけ、それはユーザーにとってプライバシーとセキュリティの懸念であり、一部の人々はそれをやめたためです。

最近では、JavaScriptを使用しない主要なWebサイトはほとんど見られなくなり、多くのWebサイトはJSなしでは完全に機能しなくなります。それか、SEサイトのように、使いやすさがひどく影響を受けます。

JavaScriptがWeb開発で事実上ユビキタスになった当時と現在で何が変わったのですか?それとも、JSは私の想像の虚構に眉をひそめられ、それはいつもそうだったという私の主張ですか?

回答:


11

JavaScriptにはひどく悪い機能と素晴らしい機能の両方があります。

以前、Ajaxがなかったとき、大衆はそれらの驚くべき機能を認識していませんでした。Webページは、いくつかのデザイン要素(色、画像、テクスチャ、フォントなど)で装飾された単なるドキュメントでした。ダイナミズムと非同期性の感覚は、ほとんどの部分で知られていませんでした。IE 6が支配的で、Microsoftは他のものの販売に忙しすぎていました。

... JavaScriptが実質的にユビキタスになった当時と現在の間に変わったことは...

  • Ajaxの始まりはすべてを変えました。誰もがページをアジャキシーにしたかったため、JavaScriptを2度目(そして真剣に)見るように強制されました。

  • 人々が好きDoug CrockfordJohn ResigSteve Souders、そして他の人が(私は他の重要な名前を忘れてしまった場合私を許し)はJavaScriptの良さに言葉を広め始めました。

  • ほぼ同時期に、ブラウザーベンダーはブラウザーを改良し、JavaScriptのパフォーマンスを向上させ始めました。JITが導入されたため、競争はさらに致命的になりました。マイクロソフトは再び目を覚ました。

  • ECMAはJavaScriptの将来について真剣に考え、次のバージョンで一生懸命に働き始めました。その結果、ECMAScript 5になりました。

  • HTML5、DOM3、CSS3はすべて、JavaScriptの統治の増加に貢献しています。

  • JavaScriptは、他のドメインにも引き継がれ始めています。CommonJSに感謝します。


これに基づいて:v8.googlecode.com/svn/data/benchmarks/v6/run.html、マイクロソフトはまだ目覚めていません
...-riwalk

@ Stargazer712私の結果Chrome 14 >> FF7> Opera 11.5> Safari 5.1 >>>> IE8。ベンチマークはGoogleからのものであるため、Chromeがこれまでになく登場したことは驚くことではありません。
NullUserException

@ NullUserException、true、ただしコードを見ると、ベンチマークは妥当です。
リウォーク

4

いくつかの変更が一緒になって、新しい世界に勇敢になりました。

  • Ajax OK、正直に言うと、Gmailのことです。Gmailは、JavaScriptで流動的なWebアプリケーションを構築できることを人々に示しました。その後、Ajaxアプリケーションが殺到しました。

  • jQueryブラウザのDOM APIは恐ろしく、起動に一貫性がありません。jQueryは、ブラウザー間で一貫性のあるコードを作成するための適切なAPIを人々に提供しました。(はい、これを行う優れたプロジェクトは他にもありますが、jQueryが最も人気があります。)プログラマー以外でもスムーズなアニメーションを作成する方法を簡単にコピーして貼り付けることができました。

  • IE6いいえ、本当に!IE6は、実際のCSS仕様のようなものを適切にサポートする最初のブラウザでした。IEが非常に支配的だったという事実は、信頼できるベースラインを構築することを意味しました。私たちが今それを笑うという事実は、それが何歳であるかに関係しています-それが最初に出たとき、それは悪くありませんでした。

  • Chrome Googleがchromeとその高速V8エンジンを発表したとき、彼らは新しいパフォーマンスレースを開始しました。その結果、ウェブ全体のjavascript速度が大幅に向上しました。JavaScriptが高速になると、ユーザーを悩ませる前にJavaScriptでより多くのことができるようになります。


3

人々は、リモートで安全なJavaScriptサンドボックスを発明し、それをより効率的に実装することを学びました。また、コンピューティングパワーの一般的な増加により、実行が安価になりました。また、AJAXなどの登場により、HTMLだけでは不可能だったJavaScriptによる効果が可能になりました。最も高度なWeb機能はすべてJavaScriptを必要とします。したがって、JavaScriptなしで実行されるWebサイトは非常に活気がなく無生物であり、消費者が望んでいるものではありません。


「リモートで安全なJSサンドボックス」は私を困惑させます。確かに安全なJSを書くことができますが、悪意のあるJSを書くのを阻止したのはなぜですか?
NullUserException

@DeadMG誰もが栄光への唯一の道はHTMLかゼロだと思っているようです。これが、プラグイン(Flashが最も注目に値する)が市場シェアを獲得した理由の非常に本当の理由です。基準は、競合他社と同じくらい優れています。
アーロンマクアイバー

@NullUserException:現在、安全でないJSを書くのはずっと困難です。ほとんどのエクスプロイトには、JSホールではなく、XSSなどのリモートサーバーをだますことが含まれます。
-DeadMG

サンドボックスに言及するための+1-パラダイムシフトを推進したのは「クールなもの」だけではありません。ブラウザのセキュリティとSame Origin Policyは、それと多くの関係がありました。その過ぎ去った時代のブラウザは、単純にWebサーフィンをより危険なものにしました(コンピュータセキュリティの観点から)。
ライアンキナル
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.