2009 年 12 月に、ECMAScript は ECMAScript 5 をリリースしました。ECMAScript 3 標準の前のバージョンのリリースから 10 年が経過しましたが、この期間中、JavaScript は Web プログラミングで普及していましたが、最終的には ECMAScript 4 が大手メーカーや組織に採用されました。言語の複雑さ (つまり、ECMAScript の機能を拡張するために多数の機能を追加するかどうか) が意見の相違によって妨げられ、新しい ECMAScript 標準の策定がプログラミングの実践から大きく遅れました。 ECMAScript 5 では、JSON のサポートとリフレクションのより包括的な制御の追加に加えて、「厳密モード」の導入がそれほど野心的ではありません。このモードでは、ECMAScript の構文がより厳密になるため、必須の変数宣言や with ステートメントの禁止など、エラーが発生しやすい一般的なコードの多くが許可されなくなります。このモードの採用は非常に簡単で、スクリプト ファイルまたは関数の最初の行に「use strict」という文字列を追加するだけです。
著者は後に、2010 年に with キーワードの欠点について論じた小さな記事を書いたことを知りました。以下に添付します。
ウェッジ
昔、魔法のペン馬良の故郷は、彼を記念して道路に彼の名前を付けたいと考えていました。馬良氏は拒否しなかったが、4つの言葉でアドバイスを行った。何年も後、ある外国人がここに来て、この道で地元の人を呼び止めて道を尋ねました。
すみません、ここは聖道ですか?
はい、ここは神馬路です。
あなたも知りませんか?
私はここにいる人間ですが、どうして分からなかったのでしょう。
では、ここは聖道なのでしょうか?
なぜ知ってから聞くのですか。
これが聖道だなんて知りません。
では、ここは聖なる道だということはすでに言いましたね?
ここは聖道だともう一度言えますか?
......
その後、地元の男は魔法のペンである馬良の意見を思い出し、ハッと気づきました。馬良氏が言ったのは、略語を使うなということだ。
質問
ある日、トムは中国人の友人、ワン・アーにこう言いました。「私には夢がある。CCTVに自分の姿を映したい。」翌日、トムは近所の店に侵入しました。
問題は、トムがいつ夢を語ったのかということです、彼は
A)野心的な B) 野心的ではない C) 曖昧な D) 曖昧でない
正解は B) と C) です。これはJavaScriptにも存在します。
objectWithLongName1.propty1=value1;
objectWithLongName1; のような長い名前の変数を繰り返し参照するのは面倒な場合があります。 =value3;
objectWithLongName1.method1();
しかし、プログラムを読みやすくするためには、明確な名前が非常に重要です。したがって、JavaScript には with ステートメントが用意されています。上記の例は次のように書き換えることができます:
コードをコピー
}
これにより、キーボードで入力する時間が大幅に節約され、プログラムの構造がより明確になります。しかし、このような略語は曖昧さをもたらします。中括弧内の名前 (objectWithLongName1 のプロパティとメソッド、および外部変数と関数) をどのようにして知ることができるのでしょうか。 Javascript の解析ルールでは、まず objectWithLongName1 でこれらの名前のプロパティを検索します。見つからない場合は、外部変数とみなされます。コードの説明は次のとおりです:
コードをコピーします
}
}else{
if(objectWithLongName1.value1!== unknown){
property1=objectWithLongName1.value1; //おそらく 3
}else{
property1=value1; //おそらく 4
}
}
私たちが期待しているのはこれら 4 つの可能性のいずれかですが、注意しないとプログラムの実行は別の可能性になります。また、この書き方はプログラムの読者にとっても非常に分かりにくいものです。一方、JavaScript インタプリタの場合、この不確実性は言語のパフォーマンスにも影響します。
実際、小さな改善が必要な限り、これらの欠陥は解消できます。省略されたオブジェクトのプロパティの前にピリオドを追加することで、プロパティと外部変数を直感的に区別できるようになります。これは、他の多くの言語でも行われます。最初の例は次のようになります:
コードをコピーします
コードは次のようになります:
with (objectWithLongName1){
.propty1=value1;
.propty3=value3; .method1();
}
JavaScript がそのような改善を行う前に、with ステートメントの使用を避けることは、2 つの弊害のうち小さい方です。まだいくつかの回避策を使用できます。
コードをコピーします
o1.method1();
または次のような場合:
objectWithLongName1.propty1= objectWithLongName2.propty1;
objectWithLongName1.propty2= objectWithLongName2.propty2;
コードをコピー
コードは次のとおりです。
(function(o1 , o2, pl){
pl.forEach(function(item){o1[item]=o2[item];})
})( objectWithLongName1,objectWithLongName2, ['propty1 '、'propty2'、…、'propty10']);

JavaScriptエンジンが内部的にどのように機能するかを理解することは、開発者にとってより効率的なコードの作成とパフォーマンスのボトルネックと最適化戦略の理解に役立つためです。 1)エンジンのワークフローには、3つの段階が含まれます。解析、コンパイル、実行。 2)実行プロセス中、エンジンはインラインキャッシュや非表示クラスなどの動的最適化を実行します。 3)ベストプラクティスには、グローバル変数の避け、ループの最適化、constとletsの使用、閉鎖の過度の使用の回避が含まれます。

Pythonは、スムーズな学習曲線と簡潔な構文を備えた初心者により適しています。 JavaScriptは、急な学習曲線と柔軟な構文を備えたフロントエンド開発に適しています。 1。Python構文は直感的で、データサイエンスやバックエンド開発に適しています。 2。JavaScriptは柔軟で、フロントエンドおよびサーバー側のプログラミングで広く使用されています。

PythonとJavaScriptには、コミュニティ、ライブラリ、リソースの観点から、独自の利点と短所があります。 1)Pythonコミュニティはフレンドリーで初心者に適していますが、フロントエンドの開発リソースはJavaScriptほど豊富ではありません。 2)Pythonはデータサイエンスおよび機械学習ライブラリで強力ですが、JavaScriptはフロントエンド開発ライブラリとフレームワークで優れています。 3)どちらも豊富な学習リソースを持っていますが、Pythonは公式文書から始めるのに適していますが、JavaScriptはMDNWebDocsにより優れています。選択は、プロジェクトのニーズと個人的な関心に基づいている必要があります。

C/CからJavaScriptへのシフトには、動的なタイピング、ゴミ収集、非同期プログラミングへの適応が必要です。 1)C/Cは、手動メモリ管理を必要とする静的に型付けられた言語であり、JavaScriptは動的に型付けされ、ごみ収集が自動的に処理されます。 2)C/Cはマシンコードにコンパイルする必要がありますが、JavaScriptは解釈言語です。 3)JavaScriptは、閉鎖、プロトタイプチェーン、約束などの概念を導入します。これにより、柔軟性と非同期プログラミング機能が向上します。

さまざまなJavaScriptエンジンは、各エンジンの実装原則と最適化戦略が異なるため、JavaScriptコードを解析および実行するときに異なる効果をもたらします。 1。語彙分析:ソースコードを語彙ユニットに変換します。 2。文法分析:抽象的な構文ツリーを生成します。 3。最適化とコンパイル:JITコンパイラを介してマシンコードを生成します。 4。実行:マシンコードを実行します。 V8エンジンはインスタントコンピレーションと非表示クラスを通じて最適化され、Spidermonkeyはタイプ推論システムを使用して、同じコードで異なるパフォーマンスパフォーマンスをもたらします。

現実世界におけるJavaScriptのアプリケーションには、サーバー側のプログラミング、モバイルアプリケーション開発、モノのインターネット制御が含まれます。 2。モバイルアプリケーションの開発は、ReactNativeを通じて実行され、クロスプラットフォームの展開をサポートします。 3.ハードウェアの相互作用に適したJohnny-Fiveライブラリを介したIoTデバイス制御に使用されます。

私はあなたの日常的な技術ツールを使用して機能的なマルチテナントSaaSアプリケーション(EDTECHアプリ)を作成しましたが、あなたは同じことをすることができます。 まず、マルチテナントSaaSアプリケーションとは何ですか? マルチテナントSaaSアプリケーションを使用すると、Singの複数の顧客にサービスを提供できます

この記事では、許可によって保護されたバックエンドとのフロントエンド統合を示し、next.jsを使用して機能的なedtech SaaSアプリケーションを構築します。 FrontEndはユーザーのアクセス許可を取得してUIの可視性を制御し、APIリクエストがロールベースに付着することを保証します


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

SublimeText3 英語版
推奨: Win バージョン、コードプロンプトをサポート!

mPDF
mPDF は、UTF-8 でエンコードされた HTML から PDF ファイルを生成できる PHP ライブラリです。オリジナルの作者である Ian Back は、Web サイトから「オンザフライ」で PDF ファイルを出力し、さまざまな言語を処理するために mPDF を作成しました。 HTML2FPDF などのオリジナルのスクリプトよりも遅く、Unicode フォントを使用すると生成されるファイルが大きくなりますが、CSS スタイルなどをサポートし、多くの機能強化が施されています。 RTL (アラビア語とヘブライ語) や CJK (中国語、日本語、韓国語) を含むほぼすべての言語をサポートします。ネストされたブロックレベル要素 (P、DIV など) をサポートします。

MinGW - Minimalist GNU for Windows
このプロジェクトは osdn.net/projects/mingw に移行中です。引き続きそこでフォローしていただけます。 MinGW: GNU Compiler Collection (GCC) のネイティブ Windows ポートであり、ネイティブ Windows アプリケーションを構築するための自由に配布可能なインポート ライブラリとヘッダー ファイルであり、C99 機能をサポートする MSVC ランタイムの拡張機能が含まれています。すべての MinGW ソフトウェアは 64 ビット Windows プラットフォームで実行できます。

SublimeText3 中国語版
中国語版、とても使いやすい

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)
