javascriptプログラムをプレーンテキストで出荷することにしたのはなぜですか？パフォーマンスの向上を達成するためでしたか、それとも作成者はjavascriptがはるかに複雑なアプリケーションで使用され、開発者がソースコードを保護したいと思うかもしれないとは想像もしていませんでしたか？
5 に答える
7
その理由の一部は、HTML自体がプレーンテキストでブラウザに配信されたため、JavaScriptも配信されたためだと思います。それがWebのやり方でした。
于 2009-12-24T20:41:11.993 に答える
3
これは、JavaScriptが大規模なWebアプリケーションを対象としたものではなく、ブラウザーで「クール」なことを行う方法であったためです。JavaScriptはあまり人気のない言語であり、AJAXが登場するまで軽蔑されていました。そのため、JavaScriptをどのように配布するかについての洞察はあまりありませんでした。結局のところ、JavaScriptをブラウザーに送信する最も簡単な方法は、通常のテキストファイルを使用することでしたが、なぜ1995年に他の何かに悩まされたのでしょうか。
于 2009-12-24T20:21:49.193 に答える
2
YUIを見てください; 変数、関数などのすべての名前を、、、、 ...のようなものに置き換えることにより、JavaScriptファイルを圧縮aしbますc。
また、不要な空白や改行などもすべて削除されます。そのため、JavaScriptコードが難読化され、サイズが小さくなります。
于 2009-12-24T20:17:04.820 に答える
1
テキストは、エンディアン、ワードサイズ、浮動小数点バイナリ表現、ネガティブエンコーディングなど、コンピュータアーキテクチャを気にせずに、コンピュータの任意のペア間で転送される1つのデータ形式です。EBCDICコンピュータでさえ、ASCIIを容易に処理します。
どのバイナリ表現スキームでも、TCP / IP内部のように、これらの障害を克服できますが、これを実行するコードは、操作したり、読んだりするのが完全に快適ではありません。経験上、経験豊富なエンジニアでさえ、必要なホストからネットワークまたはネットワークからホストへの変換マクロの使用を忘れることがあります。
実際、主に数値情報を送信する多くのプロトコルは、主に一般性のために、送信のために値をASCII表記に変換します。（PCLとANSI 3.64が思い浮かびます。）テキストベースの送信は、ネイティブの数値フォーマッターとパーサーの幅広いユニバースによって簡単にサポートされます。これらはすべて、十分に最適化される傾向があります。また、事実上すべてのプログラミング言語は、テキストでエンコードされた数値データを手軽にサポートしています。バイナリ形式のデータのサポートは、適切なものから苦痛なものまでさまざまです。
于 2009-12-24T21:15:52.673 に答える
0
プレーンテキストをバイナリよりも安全に保つ方が簡単です（バッファオーバーフローなどから）。入場料が安いです。ミニファイとgzipはそれを効率的にします。Web開発は簡単です。続ける必要がありますか？
于 2010-11-10T16:34:41.527 に答える