ホームページ  >  記事  >  ウェブフロントエンド  >  年末のまとめ: 2016 年の JavaScript

年末のまとめ: 2016 年の JavaScript

阿神
阿神オリジナル
2017-01-17 10:36:411040ブラウズ

2016すべての Web 開発者にとって、JavaScript は仕事生活の非常に大きな部分を占めています。

JavaScript の人気は高まり続けています。誰もがこの言語を好むわけではありませんが、10年前のような嘲笑的な意見を聞くことはほとんどありません。個人的には、初期のイライラした時期でも、JavaScript が大好きでした。 C++、Java、または PHP の方向からこれに取り組む人は誰でも、最初は混乱するでしょう。JavaScript は見慣れているように見えますが、実はそうではありません。思い込みを乗り越えれば、そのシンプルな優雅さ、実用性、柔軟性を気に入るはずです。 (例: 日付処理は依然として悪夢です!)

JavaScript は 5 月に 21 歳の誕生日を迎えました。その成熟の最初の年を振り返ってみましょう...

ECMAScript 開発

viaES6/ 2015 は最も重要なアップデートです誕生以来、言語に。仕様が完成するまでに 7 年かかりましたが、ブラウザとランタイムがようやくアロー関数、let、const をサポートし始めており、非常に楽しくなりました。 ES6 互換性テーブルが緑色に光ります。

古いブラウザをサポートする必要がある場合は、ES6 に完全に切り替えるのは少し早いかもしれません。古いブラウザの場合、プロジェクトは 1 年以上前にリリースされました。 ES6 から ES5 へのコンパイラ (Babel など) を使用できますが、開発は非常に複雑であり、追加のビルド ステップを導入する必要があります。

ES7/2016 はまさに革命です。魅力的な新機能は async です。これにより、コールバックや Promise のような複雑な構文を使用せずに、非同期コードを同期的な方法で記述することができます (これは私を混乱させ続けます)。

プログレッシブ Web アプリ

via 2016 年の私のお気に入りの JavaScript ベースのテクノロジは、プログレッシブ Web アプリです。 PWA は Google の 2015 Chrome Developer Summit で発表されましたが、7 月の Chrome 52 では安定したテクノロジーとツールがついに登場しました。 PWA はオフラインファーストの機能を可能にし、不安定な AppCache アプローチを置き換えます。 Web アプリは最終的にネイティブ アプリと競合することができ、次の利点を提供します:

1. ホーム画面のアイコン

2. 迅速な起動とカスタム スプラッシュ画面

4. インターネット接続は不要です

5. URL、リンク、ブックマーク

6. フルスクリーンまたはテーマ別インターフェース

8. ローカルまたはクラウドベースのストレージ

9. セキュリティの向上 (HTTPS)は前提条件です)

11. あらゆる検索エンジンから簡単に見つけられます

12. インストールする前にお試しください

13. AppStore の不要なアプリはありません

14.誰もあなたの利益の 30% を奪うことができなければ、あなたは絶対に死ぬでしょう!

何よりも、あらゆる Web サイトやアプリを数時間で PWA に変換できます。手順:

1. サーバーで HTTPS を有効にします。

2. アプリケーション マニフェストを作成します。名前、色、アイコン、表示オプションを定義する JSON ファイルをアプリケーションのルート ディレクトリに作成します。

3. Service Worker を作成する - ルート ディレクトリの JavaScript ファイルはネットワーク呼び出しをインターセプトするために使用され、必要に応じてキャッシュされたデータまたはリアルタイム データを返すことができます。

初期の例はほとんどありませんが、PWA は Web アプリケーションを「モバイル化」する素晴らしい機会を提供します。 Apple がこのテクノロジーを実装するという保証はありませんが、問題はありません。アプリは Safari でも動作しますが、オフライン実行のメリットが得られないだけです。 Android での Web エクスペリエンスが大幅に改善されたら、Apple は PWA のサポートを奨励するだろうと私は感じています。

Framework fixed

via 公正な判断を下すのは難しいですが、今年は React が最も注目を集めているようです。あなたが何を使用しているか、どこに行ったか、何を言ったかによって異なるため、同意できないかもしれません。

Vue.js は人気があり、9 月にバージョン 2.0 がリリースされました。 AngularJS は 2015 年に得た勢いの一部を失ったかもしれませんが、9 月の Angular 2 のリリースで変わる可能性があります。新しいバージョンは完全に書き直されたもので、v1.0 との下位互換性はありません。

新しいフレームワークやライブラリは刺激的ですが、10 年前の jQuery は今でも強力です。バージョン 3.0 は 6 月 9 日にリリースされ、v3.1 は 7 月 7 日にリリースされました。このライブラリは現在、厳密モードで実行され、Promises をサポートし、さまざまな修正が実装されています。 (変更点の完全なリストについては、アップグレード ガイドを参照してください。)

jQuery は、JavaScript を使用する Web サイトの 96.4% で使用されています。比較すると、Angular は最新のフレームワークの中で最も使用されており、その割合は 0.5% です。 jQuery 1.x が最も人気のあるバージョンで、93.5% の使用率を占めています。バージョン 2.x は 6.0%、バージョン 3.x は 0.5% を占めます。

私は開発者が jQuery を直接使用していることを常に批判してきました。これは、より適切な代替手段がある場合、または JavaScript の短いスニペットだけで要件を満たすことができる場合に過剰に使用されます。ただし、ほとんどのフレームワークよりも学習曲線が浅く、柔軟性が高くなります。他のフレームワークやライブラリがこれを置き換えるには何年もかかるでしょう。

API悪用

バッテリーステータスAPIなど。 2013 年に JavaScript を書いていたとき、これは便利だと思いましたが、アプリがユーザーの携帯電話がシャットダウンしそうになったことを検出したときに、ネットワーク リクエストと処理をいったいどうやって最小限に抑えることができるでしょうか?

残念ながら、Mozilla は Web サイトの約 6% がこの API を使用していると推定していますが、そのほとんどは広告主がバッテリーの状態を検出し、ユーザーがどの Web サイトを閲覧しているかを追跡するために使用されるドメインです。一部のサービス プロバイダーは、ユーザーの携帯電話がもうすぐシャットダウンされ、絶望的な状況にあることを知り、これを利用して特定のサービスの料金を値上げする可能性もあります

これは JavaScript や API の問題ではありませんが、プライバシー上の理由から、Mozilla はそのようなことを行っています。 Firefox 53 からバッテリーステータス API を削除するという前例のない一歩を踏み出しました。これは iOS デバイスでは発生しない可能性が高く、同様の理由を持つ他の API にはセンサーや Bluetooth などがあります。これは少し残念です。これらの API にはすべて実際の利点があるため、将来のリリースでプライバシーの問題が解決されることを願っています。

Node の新バージョン

Node.JS は、毎年 2 回のリリース スケジュール (4 月にバージョン 6.0、10 月にバージョン 7.0) を提供します。

プラットフォームは現在上昇傾向にありますが、W3Techs の報告によると、Node.js サーバーの使用率は PHP の 82.3% に対して 0.2% にすぎません。 Node.js はインストールされていても必ずしも認識されるわけではないため、これらの数字は少し誤解を招く可能性があります。

php は長い間存在しており、今でもサーバーにとって最も信頼できる選択肢であるためです。ただし、Node.js は独自の歴史を刻み、あらゆる言語説得の開発者によって広く使用されています。

Yarn

私は npm がとても好きで、これが Node.js ツールが非常に人気がある主な理由の 1 つだと思います。私は npm でそれほど多くの問題を抱えたことはありませんが、Facebook ほど大きなプロジェクトに取り組んでいるわけではありません。

Facebook のエンジニアは 10 月に Yarn をリリースしました。これは、npm よりも高速かつ安定するように設計された新しい Node.js パッケージ マネージャーです。 npm レジストリに依存しているため、npm との完全な互換性が維持されます。

Yarn vs npm by Tim Severien: 知っておくべきことすべて。私は彼の結論に同意します:

Yarn はクローンではありませんが、npm のいくつかの欠点が改善されています。 npm が Yarn から学び、Facebook、Google、その他の Yarn コントリビューターに協力して npm を改善するよう依頼できたら素晴らしいと思いませんか?

疲労に疲れました

I-can't-take-this-any-more と呼ばれる 2016 年の記事が、Jose Aguinaga の 2016 年版 JavaScript を学ぶのはどんな感じかに選ばれました。

これは JavaScript の現状を示すユーモラスな方法かもしれませんが、重要なのは、最新のトレンド、フレームワーク、推奨事項に従うことがますます困難になっているということです。多数の技術的ソリューションの評価に直面すると、開発者は互いに争うことになります。

私からのアドバイス: 追いつこうとしないでください。これは単純に不可能だからです。今日注目しているシステムは、明日にはより良いものに置き換えられます。プロジェクトに適したソリューションを選択し、仕事に支障をきたさない限り、それを使い続けてください。

確かなことの 1 つは、JavaScript 自体です。まずは言語を学び、知識を広げ続けてください。あなたの経験は、各フレームワークがどのように機能するかを理解するのに役立ち、たとえすべてのフレームワークを完全に放棄する選択だったとしても、情報に基づいた選択を行うことができます。

2017 年も皆様の仕事と生活が素晴らしいものとなるようお祈り申し上げます。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。