元スレ+ JavaScript の質問用スレッド vol.143 +
JavaScript覧 / PC版 /みんなの評価 :
551 = :
重い処理はvarやletを使い分けても重いままだぞお前ら
クソコードはクソコードのままなのを理解しろ
552 :
重い軽いの話はしてないです
553 = :
varを使うメリットが有るのか?という話です。
答えは ない です。
554 = 552 :
なんでないのん?
555 = :
ちょっとでも勉強してたらvarがレガシーだということに気づくだろ
556 = :
varを使うメリットがあるのか?という問いには答えられないが、
varでしか書けない書き方があるのか?という問いには答えられる。
答えはある。
557 = :
>>552
頭スポンジなの?
519 :Name_Not_Found :sage :2020/03/24(火) 07:44:03.73 ID:???
letとvarの違いが分かんなくなっちまったから教えてくれん?
for(let i)とfor(var i)でメモリパフォーマンスに違いはあるんかね。
letはループ毎に変数生成されるからメモリに悪そうなイメージだけど実際の所どうなの?
558 = :
>>557
メモリパフォーマンスと
プログラムの重い軽いは根本的に別の話じゃね?
最高のパフォーマンスでもたくさん使ったら重いし
最悪なパフォーマンスでも少ししか使わなければ軽いし
559 = :
メモリパフォーマンスの意味もわからんのかよ
ループ毎に変数生成されるとメモリに悪いんだぞ?
重いとかいう話じゃなくてメモリの書き込み回数が増えて
寿命がすぐに来るって話だろう
560 = :
for文のことならletもconstも一つ分使い回してるよ。
違うと言うならそうなってない実装挙げてみろや。
561 = 213 :
すみません
前回の質問で、書いた通り選択文字列は書いて頂いた物で翻訳になりましたが選択していない時(ページ全体)も出来る様にしたかったんですけど元ので出来ていたので書くのを忘れていました
教えて頂いた物と見比べて出来ないかとやってみたのですがURLを置き換えたりしただけではやはりダメでした
選択していない時はページ全体の翻訳にしたい場合はどう修正すると可能でしょうか?
何度にもなりすみません
562 = :
>>561
お前は誰だ!
というのはさて置き、あと丸投げはやめなよー
とりあえず、新しい方の翻訳サイトで何かページ丸ごと翻訳してみて
その時のURLをよーく見てみなよ
どこに対象となるページのURL入れればいいのかは
中学生でもわかるから
563 = :
let はブロックスコープだから、すぐに解放されるけど、
var は関数スコープだから、使わなくなっても解放されない
564 = :
>>561
ページ全体の翻訳は、Edge みたいに、URL を、Google 翻訳に渡すとかじゃないの?
565 = :
>>558-559
メモリを使い切ったらメモリ不足で落ちる時代なら分かるが、今時はメモリ不足なら速度低下だろ
メモリを使い切って速度低下しないんなら別にメモリ残量なんて気にしないわ
566 = :
"apple"という文字列の中から三番目の文字を抜き出してコンソールに表示したい時、
const word = 'apple';
console.log(word[2]);
とすれば良いとドットインストールで解説されていました。
word[2]というような書き方のことを何というのでしょうか?
「文字列 番目 抜き出し」と検索するとstring やらchaAtなどばかり出てきます。
568 = :
ブランケット記法。避難所でもあたたかくして眠れる。
569 = :
Lintがすべてを解決してくれるはずだ
570 = :
配列などの数字インデックスだろ
それが文字列に対しても、出来るのだろ
571 = :
>>566
プロパティアクセスのブランケット版
572 = :
>>568はネタで書いてるのがわかる
>>571は中学英語からやり直せ
573 = :
調べてみたらブラケット記法ですね!
ありがとうございました!
勉強します!
574 = :
>>573
違う。
そもそも仕様ではその記法独自の名前は定められていない。
色んな人が他言語の用語を持ち出したり好き勝手に読んでるだけ。
なんにでも正解があると思うな。
575 = :
>>573
>>574は通称rubyガイジという糖質キチガイなので相手にしなくてよい。
仕様では、
http://www.ecma-international.org/ecma-262/6.0/#sec-property-accessors
12.3.2 Property Accessors
Properties are accessed by name, using either the dot notation:
MemberExpression . IdentifierName
CallExpression . IdentifierName
or the bracket notation:
MemberExpression [ Expression ]
CallExpression [ Expression ]
bracket notationの訳はブラケット記法。
仕様書じゃないがMDNでも、
http://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Operators/Property_Accessors
プロパティアクセサーはオブジェクトのプロパティへのアクセスを提供するもので、ドット表記法またはブラケット表記法を使用します。
とある。たとえ仕様書まで調べるのが面倒でも、MDNだけでも十分一般的な用語であることは分かる。
576 = :
>>574
なるほど!
MDNを見てたら詳しく書いてあるページをみつけました。
勉強します!
577 = :
>>575
まさにこのページを見てたところです!
578 = :
ブランケット着ろう
579 = :
bodyの内容をとりあえずすべて取得したい場合って
var text = document.body;
return text;
だけで可能ですか? 他の書き方になるようでしたら
教えていただけるとありがたいです。
581 = :
>>575
それは仕様ではないNOTEだ
582 = :
>>575
仕様なら、Property Accessorsが正しい
というか、なぜ今更、6.0仕様なんだ?
583 = :
Ruby のNokogiri なら下のように、ページのDOM を取り出して、CSS セレクターで限定する
doc = Nokogiri::HTML( driver.page_source )
element = doc.at_css 'input[name="hoge1"]'
puts element.get_attribute "value" # 属性
同様に普通は、jQuery でDOM操作する。
素のJavaScript では、煩雑だからやらない
584 = :
お前の人生に比べたらよっぽど簡素だと思うが
585 = :
普通は(クソ雑魚老害プログラマ業界では)
586 = :
>>582
Property Accessorsの節でドット記法とブラケット記法の二種類ありますという説明がされてるんだが。
脳みそ大丈夫?
「人間」の節に男と女がいますと書かれていて、「女」は説明に書かれているだけだ!正しくは人間だ!という主張に何の意味がw
587 = :
>>586
お前が大丈夫か?
国語辞書にもコラムや著者のコメントが載っているが、
そこに書いてある文章の中身まで日本の標準的な価値観や意味合いを反映しているかというとそれは保証されていないだろ
noteっていうのは砕けた解説なんだから、よくESを知らない人向けのコメントでもあるし、
他の言語界で使われている俗語をもって親切に解説してあるんだろ
それがプログラミングとしてよく使われている言い方だと言って、JS界の仕様として正式なものかというとそうはならないだろ
588 = :
質問 人間のマンコ付いてるほうは何と言うのですか?
答1 女。
答2 女は間違い!正しくは人間!
589 = :
>>586
その表現を使うなら、「Property Accessorsのbracket notation」を使え
bracket notationにProperty Accessorsを内包する意味はない
で、古い6.0を持ち出すのはなぜだ?
590 = :
俺が6.0が好きだからだが?
俺が俺の頭と手を俺の解説を書くのにお前に横槍を入れられないといけない理由はなんだ?
591 = :
>>590
お前の態度が気に入らないから
592 = :
ゴミカス糖質>>589の回答(笑)は>>574 。
当然質問者は満足せず、賢く受け流してMDNに行ったと言うのにお前らときたらまだ相手してるのか…
593 = :
よく知らないからケチだけつけてレスバで遊んでるだけ
594 = :
>>592
違う。勝手に思い込むな。
俺は>>574だが>>589ではない。
595 = :
>>592は事実を捏造して逃げてるだけ
596 = :
事実を捏造(笑)
597 = :
自分で作ったライブラリのドキュメントを作りたいのですが
なんかいいテンプレートないですかね
jsなのでその場で例を実行できる項目付きの
598 = :
yomanでライブラリのジェネレーターがあるからそれを参考にするといい
600 = :
>>596
図星過ぎてもはや笑うことしかできないよな
みんなの評価 :
類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.141 + (881) - [97%] - 2021/4/19 9:00
- + JavaScript の質問用スレッド vol.133 + (1001) - [97%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.103 + (1001) - [97%] - 2012/11/9 15:30
- + JavaScript の質問用スレッド vol.142 + (984) - [97%] - 2020/8/27 19:15
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.123 + (966) - [97%] - 2020/10/20 2:30
- + JavaScript の質問用スレッド vol.123 + (1002) - [97%] - 2015/4/27 23:30
- + JavaScript の質問用スレッド vol.113 + (1001) - [97%] - 2014/1/25 12:46
- + JavaScript の質問用スレッド vol.140 + (1001) - [97%] - 2019/9/19 10:45
- + JavaScript の質問用スレッド vol.142 + (926) - [97%] - 2019/12/23 13:15
- + JavaScript の質問用スレッド vol.141 + (1001) - [97%] - 2019/9/22 23:15
- + JavaScript の質問用スレッド vol.144 + (288) - [97%] - 2020/5/17 20:00
- + JavaScript の質問用スレッド vol.122 + (116) - [95%] - 2018/5/2 18:30
- + JavaScript の質問用スレッド vol.122 + (1004) - [95%] - 2015/2/14 4:45
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.121 + (1001) - [95%] - 2022/11/29 16:30
- + JavaScript の質問用スレッド vol.120 + (1002) - [95%] - 2014/11/8 1:15
トップメニューへ / →のくす牧場書庫について