スペースの8進数/ 16進数とASCIIの違いがJavaScriptファイルに取り込まれています

つまり、10進数の a 97 、16進数は 61 、8進数は 141 です。このようにJavaScriptで書くことができます。

var octal = [ '\141', '\141', '\141' ]
var hex   = [ '\x61', '\x61', '\x61' ]
var ascii = [ 'a', 'a', 'a' ]

それらはすべて同じ結果になります。

console.log(octal) //=> ["a", "a", "a"]
console.log(hex)   //=> ["a", "a", "a"]
console.log(ascii) //=> ["a", "a", "a"]

しかし、最初に気になる部分は、実際には異なる量のASCII文字を定義するです。

'\141' (4)
'\x61' (4)
'a'    (1)

大きなテキストブロックを8進数または16進数で定義すると、実際にはファイルの4倍のスペースが必要になります。そのため、 /api/resources.json から8進数としてJSONレスポンスを返した場合、そのレスポンスはASCIIを返した場合の4倍のサイズになります。つまり、これに対する応答です。

'\141\141\141\141\141\141\141\141\141\141\141\141....'

これに対する応答:

'aaaaaaaaaaa....'

それで、それが実際にファイルサイズ/レスポンスサイズをより大きくしているのかどうかはわかりません(おそらく愚かな質問ですが、エンコーディングのものは難しいです。そう、それはそれがそれがそうであるように思われるものであるので、ちょうどそれがより多くのスペースを取るであろうということを確かめたいだけです。そのため、基本的には、JavaScriptファイルに "raw hex/octal"と記述すると、ASCIIよりも大きくなります。

0
あなたの見解は正しく、コンパイルされた言語と解釈された言語の違いの一部を形成します。コンパイルされた言語では、結果のオブジェクトコードは同じになるでしょう、唯一のサイズの違いはソースコードにあります。このスケールの終わり(つまり1文字の指定)では、オーバーヘッドはそれほど大きくはありませんが、大量のテキストをこのように定義している場合、またはバイナリイメージファイルをASCII形式でエンコードするなどの場合URL Encoding)を使用すると、使用されるデータが大きくなり、ページの読み込み時間に影響します。
追加された 著者 Mikkel,
JSON応答は文字列であり、JSONでは8進数または16進数は無効であるため、これらの値も文字列として送信する必要があります。それで、はい、それは私にとって非常に論理的なようですあなたが4文字の文字列として各文字を記述する必要がある場合、ファイルは約4倍大きくなります。文字列を解析してStringオブジェクトに戻すときだけです。ボンネットの下により効率的に格納される可能性があります。しかしその前に、スクリプトは文字列が8進数または16進数であることを知りません。
追加された 著者 Shilly,
原則として、そうです。同じデータを表すのにより多くのバイトを要するエンコーディングを使用してデータを渡す場合は、expressを使用して単純なノードサーバーを作成し、結果として文字列を返した場合の例では大きくなります。 jsファイルでの表現方法に関係なく
追加された 著者 Ryan Searle,
原則として、そうです。同じデータを表すのにより多くのバイトを要するエンコーディングを使用してデータを渡す場合は、expressを使用して単純なノードサーバーを作成し、結果として文字列を返した場合の例では大きくなります。 jsファイルでの表現方法に関係なく
追加された 著者 Ryan Searle,

4 答え

js files store text, the more you write the bigger the file size gets.

ソースコードの目的はシンタックスセマンティクスが合理化されている他の言語(中間言語、バイトコードなど)を生成することであるため、これはコンパイルされた言語では問題になりません。

javascript files written for the purpose of browsers aren't compiled before being distributed so the file size can be a factor to consider in terms of performance.

つまり、 JavaScript を書いているものによって異なります。

あなたがあなたの NodeJs 実行時環境のためにそれを書いているなら、パフォーマンスの違いは無視できるでしょう。

16進文字表記を使用して定義された大きな文字列を使用してWebサーバーから JS ファイルを提供している場合は、読み込み時間を少し減らすことができます。

1
追加された

js files store text, the more you write the bigger the file size gets.

ソースコードの目的はシンタックスセマンティクスが合理化されている他の言語(中間言語、バイトコードなど)を生成することであるため、これはコンパイルされた言語では問題になりません。

javascript files written for the purpose of browsers aren't compiled before being distributed so the file size can be a factor to consider in terms of performance.

つまり、 JavaScript を書いているものによって異なります。

あなたがあなたの NodeJs 実行時環境のためにそれを書いているなら、パフォーマンスの違いは無視できるでしょう。

16進文字表記を使用して定義された大きな文字列を使用してWebサーバーから JS ファイルを提供している場合は、読み込み時間を少し減らすことができます。

1
追加された

js files store text, the more you write the bigger the file size gets.

ソースコードの目的はシンタックスセマンティクスが合理化されている他の言語(中間言語、バイトコードなど)を生成することであるため、これはコンパイルされた言語では問題になりません。

javascript files written for the purpose of browsers aren't compiled before being distributed so the file size can be a factor to consider in terms of performance.

つまり、 JavaScript を書いているものによって異なります。

あなたがあなたの NodeJs 実行時環境のためにそれを書いているなら、パフォーマンスの違いは無視できるでしょう。

16進文字表記を使用して定義された大きな文字列を使用してWebサーバーから JS ファイルを提供している場合は、読み込み時間を少し減らすことができます。

1
追加された

js files store text, the more you write the bigger the file size gets.

ソースコードの目的はシンタックスセマンティクスが合理化されている他の言語(中間言語、バイトコードなど)を生成することであるため、これはコンパイルされた言語では問題になりません。

javascript files written for the purpose of browsers aren't compiled before being distributed so the file size can be a factor to consider in terms of performance.

つまり、 JavaScript を書いているものによって異なります。

あなたがあなたの NodeJs 実行時環境のためにそれを書いているなら、パフォーマンスの違いは無視できるでしょう。

16進文字表記を使用して定義された大きな文字列を使用してWebサーバーから JS ファイルを提供している場合は、読み込み時間を少し減らすことができます。

1
追加された
JavaScript - 日本のコミュニティ
JavaScript - 日本のコミュニティ
2 参加者の

日本人コミュニティのjavascript