javascript関数functionの前の1元のオペレータ、感嘆符、小さい括弧、1元のオペレータ!()+-12464;124
5775 ワード
//一番わかりやすい文章を書くといいですね.
https://colobu.com/2014/10/13/javascript-function-and-unary-operators/
元々は、括弧のパッケージを使って関数を定義します.解析器は関数式で定義関数を呼び出します.つまり、関数を関数式に変えることができる任意の方法は、解析器が定義関数を正しく呼び出すことができます.そしてその中の一つです.+-124にはこのような機能があります.また、使いますもっと多いのは習慣的な問題かもしれません.異なる演算子は性能が違います.
segmentfault上の問題:
一般的にJQueryプラグインの書き方はこうです.
今日bootstrapを見たjavascriptコンポーネントはこう書きました.
非常に詳細な文章があります.わざわざ転載します. http://swordair.com/function-and-exclamation-mark/
最近暇があったら、心を静めていろいろなコードを見に来てください.functionと感嘆符が頻繁に現れて、2ヶ月前に杭州に帰って最後にチーム会議に参加した時、@西子剣影が投げたような問題:もしfunctionの前に感嘆符をつければ(!)どうなりますか?たとえば、下記のコード:
または:
核心に戻って、なぜこのようにすることができますか?さらに核心的な問題は、なぜこうしなければならないのですか?
括弧にしても、感嘆符にしても、文全体を合法的にすることは一つしかないです.関数ステートメント文を一つの表現に変えました.
これは関数宣言です.このような声明の後に直接括弧で呼び出すと、解析器は当然理解できず、エラーを報告します.
したがって、任意の消去関数宣言と関数表現間の曖昧性の方法は、解析器によって正確に識別されることができる.たとえば:
与えられた値、論理、コンマ、各種演算子は、関数宣言ではなく、関数表現であることを、コンフリクトに伝えることができます.また、関数の1元演算を計算すると、曖昧さを解消する一番早い方法です.感嘆符はその中の一つです.戻り値を気にしないなら、これらの1元演算は有効です.
以下のようなキーワードでも、いい仕事ができます.
最後に性能について議論した.jsperfで簡単にテストを作成しました.http://jsperf.com/js-funcion-expression-speed ,異なるブラウザでアクセスできます.テストを実行して結果を確認します.私も同時に結果を下記の表に並べます.(私は貧しいので、テスト配置が恥ずかしいです.でも、仕方がないです.Pentium双核1.4 G、2 Gメモリ、win 7企業版):
Option
コード
Ops/sec
Chrome 13
Firefox 6
IE 9
Safari 5
!
!function(){}()
3,773,196
10,975,198
572,694
2,810,197
＋
+function(){}()
21,553,847
12,135,960
572,694
1,812,238
を選択します.
-function(){}()
21,553,847
12,135,960
572,694
1,864,155
~
~function(){}()
3,551,136
3,651,652
572,694
1,876,002
(1)
(function(){}()
3,914,953
12,135,960
572,694
3,025,608
(2)
(function(){}()
4,075,201
12,135,960
572,694
3,025,608
void
void function(){;()
4,030,756
12,135,960
572,694
3,025,608
new
new function(){}()
619,606
299,100
407,104
816,903
delete
delete function(){;()
4,816,225
12,135,960
572,694
2,693,524
を選択します.
var i=function(){;()
4,984,774
12,135,960
565,982
2,602,630
&&&
1&function(){}()
5,307,200
4,393,486
572,694
2,565,645
124 124
0|function(){;()
5,000,000
4,406,035
572,694
2,490,128
&
1&function(){}()
4,918,209
12,135,960
572,694
1,705,551
𞓜
1|function(){;()
4,859,802
12,135,960
572,694
1,612,372
^
1^function(){}()
4,654,916
12,135,960
572,694
1,579,778
を選択します.
1,function(){}()
4,878,193
12,135,960
572,694
2,281,186
方式によって生じる結果は違っています.また、ブラウザによって大きく異なります.
でも、私達はやはりその中から多くの共通性を探し出すことができます.new方法は永遠に遅くなります.これも当然です.他の面では差が大きいですが、感嘆符は一番理想的な選択ではないということは確かです.伝統的な括弧を見ると、テストの中ではずっと速く表現されています.ほとんどの場合は感嘆符より速いです.だから、普段使っている方法は大丈夫です.マイナス記号をプラスしてchromeで驚きを表現して、その上その他のブラウザの下でも普遍的にとても速くて、感嘆符の効果よりもっと良いです.
もちろんこれは簡単なテストです.問題を説明することはできません.一部の結論は意味があります.括弧とマイナス記号の中で一番いいです.
しかし、なぜ多くの開発者が感嘆符に夢中になっているのですか?これは習慣の問題だと思いますが、彼らの優劣は全く無視できます.コードのスタイルに慣れると、このような約束はプログラムを混乱から読むことができます.感嘆符に慣れたら、括弧よりもっといい可読性があると認めざるを得ません.読みながら括弧のマッチングに注意しなくてもいいです.編纂中に忘れなくてもいいです.
私もこのようにしていますが、これは意外にも1つの文字を節約して自慢しています.自分が慌てて巻の端にあるC言語の教科書をめくる窮屈さとでたらめさを忘れてしまいました.誰でも忘れた時があります.拾った時には、もう忘れ物だけではありません.
2011-10-31更新:もしatanaを使うなら、(!+-)を使う時に注意してください.これらはatanaの解析を失効させて、Outlineウィンドウは何も表示されなくなります.しかし、コード自体については、実行に問題はない.
https://colobu.com/2014/10/13/javascript-function-and-unary-operators/
元々は、括弧のパッケージを使って関数を定義します.解析器は関数式で定義関数を呼び出します.つまり、関数を関数式に変えることができる任意の方法は、解析器が定義関数を正しく呼び出すことができます.そしてその中の一つです.+-124にはこのような機能があります.また、使いますもっと多いのは習慣的な問題かもしれません.異なる演算子は性能が違います.
segmentfault上の問題:
一般的にJQueryプラグインの書き方はこうです.
(function($) {
//...
})(jQuery);
今日bootstrapを見たjavascriptコンポーネントはこう書きました.
!function( $ ){
//...
}( window.jQuery );
非常に詳細な文章があります.わざわざ転載します. http://swordair.com/function-and-exclamation-mark/
最近暇があったら、心を静めていろいろなコードを見に来てください.functionと感嘆符が頻繁に現れて、2ヶ月前に杭州に帰って最後にチーム会議に参加した時、@西子剣影が投げたような問題:もしfunctionの前に感嘆符をつければ(!)どうなりますか?たとえば、下記のコード:
!function(){alert('iifksp')}() // true
(function(){alert('iifksp')})() // true
または:
(function(){alert('iifksp')}()) // true
核心に戻って、なぜこのようにすることができますか?さらに核心的な問題は、なぜこうしなければならないのですか?
括弧にしても、感嘆符にしても、文全体を合法的にすることは一つしかないです.関数ステートメント文を一つの表現に変えました.
function a(){alert('iifksp')} // undefined
これは関数宣言です.このような声明の後に直接括弧で呼び出すと、解析器は当然理解できず、エラーを報告します.
function a(){alert('iifksp')}() // SyntaxError: unexpected_token
したがって、任意の消去関数宣言と関数表現間の曖昧性の方法は、解析器によって正確に識別されることができる.たとえば:
var i = function(){return 10}(); // undefined
1 && function(){return true}(); // true
1, function(){alert('iifksp')}(); // undefined!function(){alert('iifksp')}() // true
+function(){alert('iifksp')}() // NaN
-function(){alert('iifksp')}() // NaN
~function(){alert('iifksp')}() // -1
与えられた値、論理、コンマ、各種演算子は、関数宣言ではなく、関数表現であることを、コンフリクトに伝えることができます.また、関数の1元演算を計算すると、曖昧さを解消する一番早い方法です.感嘆符はその中の一つです.戻り値を気にしないなら、これらの1元演算は有効です.
以下のようなキーワードでも、いい仕事ができます.
void function(){alert('iifksp')}() // undefined
new function(){alert('iifksp')}() // Object
delete function(){alert('iifksp')}() // true
(function(){alert('iifksp')})() // undefined
(function(){alert('iifksp')}()) // undefined
最後に性能について議論した.jsperfで簡単にテストを作成しました.http://jsperf.com/js-funcion-expression-speed ,異なるブラウザでアクセスできます.テストを実行して結果を確認します.私も同時に結果を下記の表に並べます.(私は貧しいので、テスト配置が恥ずかしいです.でも、仕方がないです.Pentium双核1.4 G、2 Gメモリ、win 7企業版):
Option
コード
Ops/sec
Chrome 13
Firefox 6
IE 9
Safari 5
!
!function(){}()
3,773,196
10,975,198
572,694
2,810,197
＋
+function(){}()
21,553,847
12,135,960
572,694
1,812,238
を選択します.
-function(){}()
21,553,847
12,135,960
572,694
1,864,155
~
~function(){}()
3,551,136
3,651,652
572,694
1,876,002
(1)
(function(){}()
3,914,953
12,135,960
572,694
3,025,608
(2)
(function(){}()
4,075,201
12,135,960
572,694
3,025,608
void
void function(){;()
4,030,756
12,135,960
572,694
3,025,608
new
new function(){}()
619,606
299,100
407,104
816,903
delete
delete function(){;()
4,816,225
12,135,960
572,694
2,693,524
を選択します.
var i=function(){;()
4,984,774
12,135,960
565,982
2,602,630
&&&
1&function(){}()
5,307,200
4,393,486
572,694
2,565,645
124 124
0|function(){;()
5,000,000
4,406,035
572,694
2,490,128
&
1&function(){}()
4,918,209
12,135,960
572,694
1,705,551
𞓜
1|function(){;()
4,859,802
12,135,960
572,694
1,612,372
^
1^function(){}()
4,654,916
12,135,960
572,694
1,579,778
を選択します.
1,function(){}()
4,878,193
12,135,960
572,694
2,281,186
方式によって生じる結果は違っています.また、ブラウザによって大きく異なります.
でも、私達はやはりその中から多くの共通性を探し出すことができます.new方法は永遠に遅くなります.これも当然です.他の面では差が大きいですが、感嘆符は一番理想的な選択ではないということは確かです.伝統的な括弧を見ると、テストの中ではずっと速く表現されています.ほとんどの場合は感嘆符より速いです.だから、普段使っている方法は大丈夫です.マイナス記号をプラスしてchromeで驚きを表現して、その上その他のブラウザの下でも普遍的にとても速くて、感嘆符の効果よりもっと良いです.
もちろんこれは簡単なテストです.問題を説明することはできません.一部の結論は意味があります.括弧とマイナス記号の中で一番いいです.
しかし、なぜ多くの開発者が感嘆符に夢中になっているのですか?これは習慣の問題だと思いますが、彼らの優劣は全く無視できます.コードのスタイルに慣れると、このような約束はプログラムを混乱から読むことができます.感嘆符に慣れたら、括弧よりもっといい可読性があると認めざるを得ません.読みながら括弧のマッチングに注意しなくてもいいです.編纂中に忘れなくてもいいです.
私もこのようにしていますが、これは意外にも1つの文字を節約して自慢しています.自分が慌てて巻の端にあるC言語の教科書をめくる窮屈さとでたらめさを忘れてしまいました.誰でも忘れた時があります.拾った時には、もう忘れ物だけではありません.
2011-10-31更新:もしatanaを使うなら、(!+-)を使う時に注意してください.これらはatanaの解析を失効させて、Outlineウィンドウは何も表示されなくなります.しかし、コード自体については、実行に問題はない.