-1

私が取り組んでいる新しいページでは、自分の能力を最大限に発揮してすべてを「正しく」行うようにしたいと考えています。ベストプラクティスは何だったのだろうと思っていました。ページごとに 1 つの JS ファイル、またはすべてを含む 1 つのファイル。私はこの質問を見つけましたが、それはいくつかの助けになりましたが、より多くの質問を提起しました.

私が JS を使用するのは、次の 3 つのことだけです。

  1. ボタンのクリックによる移行 (パネルの表示/非表示など)、
  2. フォームの事前検証、および
  3. AJAX 呼び出し。

私のユースケースを名前空間のアプローチと比較すると、やり過ぎのように思えます。JavaScript を操作するために、なぜこのような複雑なフレームワークをセットアップする必要があるのか​​、よくわかりません。これにより、2 つの質問が残ります。

  1. 私がやっていることについて、ページごとに 1 つの JS ファイルを使用する必要がありますか、それともアイルランドの名前空間手法と単一のスクリプト インポートを使用する必要がありますか?
  2. 一体何のために JS を使っているのですか？
4

2 に答える 2

1

OK、そのページは 2009 年のものです。それ以来、Web での Javascript の使用方法は大きく変わりました。

現在、ほとんどの Web ページには、さまざまなソース (およびさまざまな開発者) からの複数のサードパーティ Javascript ファイルが含まれています。コードをカスタム名前空間にカプセル化して、同じ変数名を使用する他のコードによってコードがオーバーライドされるのを防ぐことは非常に理にかなっています。

Mynamespace= {};
Mynamespace.foo = "bar";
Mynamespace.foobar = function(){
    //function body
};

構造化された Javascript を書くことは、複雑さを追加することではありません。構造化された Javascript を作成すると、動作と責任をコードの再利用可能な部分にカプセル化でき、テスト、保守、再利用、および拡張がはるかに容易になります。

単一ファイル/複数ファイルの判断を行う必要さえありません。個別のコード ファイルをすべてデプロイ用に 1 つのファイルにコンパイルする、require.js などのフレームワークを使用できます。

JavaScript は現在、正式に Visual Studio の第一級言語であり、Web サーバー、テンプレート システム、さらには 3D エンジンの作成にも使用されています。

2013年へようこそ;-)

_ペッツ

于 2013-09-22T21:23:50.457 に答える
1

ページに共通点がない場合は、ページごとにスクリプト ファイルを使用できます。ページ間で共通のロジックが多数ある場合は、それらの共通部分を独自のファイルに入れ、必要な場所に含めることをお勧めします。

なぜそんなに多くの構造が必要なのかというと、人々は JavaScript でますます複雑なものを作っています。たとえば、Gmail を考えてみましょう。そこにはかなりのコードがあり、あまり構造がないと、すぐに保守するのが難しくなると思います。

于 2013-09-22T20:00:35.177 に答える