のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,461,427人
頁
昨日:no data人
頁
今日:人
頁
最近の注目
人気の最安値情報

元スレ+ JavaScript の質問用スレッド vol.141 +

JavaScript覧 / PC版 /
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

101 :

外様、と表現されているもので挙動が変わり得る、を以て「仕様上保証されているものではない。」と書いたのだが、理解頂けなかったようで。

そんなもんはぶっちゃけ、どうでもいいんだけれど、V8でMapやSetが重い点に関して、何か情報頂けないか。
Objectのプロパティアクセスがカリカリチューニングで早いのは当然、と言うかそうじゃないと使い物にならない、のは想像に易い。
MapやSetの速度改善は、
・あり得るのか
・進む予定はあるのか
・進む可能性はあるのか

例えば万単位でPush的な操作した際の処理時間がObjectよりかなり遅いと思っている。
logとか手元に残してなくてごめん。

103 = :

>>101
いやいや、流石にそれはない
JSは拡張自由であり、基本的に実行環境で拡張して使うスクリプト言語なんだから外様のことまで考えてたらきりがない
例えばオブジェクトをブーリアン型に変換したらtrueになるが、document.allなど外様を考えたらその限りではなくなるでしょ
外様を考慮するのは流石にバカとしか言いようがないよ

104 = :

“外様”なんて書き方してる時点で理解してないの丸わかりだよね

107 = :

単に無頓着なだけなんじゃない？

111 = :

>>109
そりゃあうっかり再代入したあとに再代入してないつもりで使ったときに困るんじゃないですか
constの利点は意図しない再代入をエラーで気づかせてくれることですから
それ以上でもそれ以下でもないと思います

112 = :

イミュータブル流行ってんのも巨大オブジェクトの差分検出に必要とかいうクソどうでもいい理由だしな。
俺は全部letで書くぜ！

115 = :

あるとすれば、後続処理でブロックスコープなり、即時関数なり使っていて、その中でletで再代入を前提とした同名の変数を定義していて、何かしらの修正時に、この同名変数の定義部分が無くなったが、この同名変数への再代入処理が残っている、と言う場合くらい？
そもそも別スコープとは言えど、同名で変数定義するのは避けよう、と言う程度な問題ではある。

117 = :

>>114
「うっかり」が「ありえない」と考えるか「ありえる」と考えるかの違い
結局好きにすればいいと思うよ

118 = :

アリエールでしょ！

119 = :

>>117
先の理由で広範囲だったり遠方で使う一部の定数になら使う意味があると思う
ということはそういう定数をそういう定数ですよと効果的に示すために使ったほうが
あるかないかもわからない「うっかり」のために全部constにするよりはメリットが大きいんじゃないかという話

そうじゃない大部分の変数はスコープを短くするのが基本なんだから
痴呆でも無い限りそんなうっかりが起こることはない
それが起こる確率とconstとletで２文字多い分打ち間違えやらでトラブる確率どっちが高いのかって話だよ

拘るのは結構だが、constだけに拘ってオブジェクトを放置したり
型周りを放置するのは本当に理にかなっているのか？
まあそこまでするなら結論altJSでやれと言いたいけどな

120 = :

だから好きにすれば？
お前が絶対じゃないよ

121 = :

論破されたやつの末路w

122 = :

お前の意見には全然賛同できないし
お前もこっちの意見には絶対に靡かないと分かってる

123 = :

個人的は、
全てconstに出来ないのは能力不足だとは思う。
全てconstにせよ、は合理的じゃないから採用はしない。

だからどうした、俺の美学…と言う話だなぁ。

ついでに言えば、varはもう、特殊過ぎて使いこなせる気がしないから使わない。昔使ってた自分を褒めてあげたい。

124 = :

特殊過ぎ？
関数スコープであることとカツ上げ以外何かあったっけ？

125 = :

巻き上げやった

128 = :

すみません。質問させてください

Math.floor(Math.random()
でテキストを5～6項目程度
setInterval('location.reload()',timer);
で自動でランダム表示させてます。
その際、テキスト内容をgetElementById("span1").innerHTMLでフォーム入力で書き換えたいのですが
location.reload()でクリアされてしまします。
フォーム入力で設定したテキスト内容をlocation.reload()でも反映させ続ける方法は
ないでしょうか？

基礎知識が無い中、見様見真似で作成しており不明瞭な点ばかりかとおもいますが
なんとかご教示のほうよろしくお願いします。

131 :

>>124
巻き上げられない変数など存在しない
変数というのはスコープに属していて
その割当範囲で有効になるものなんだから存在や定義が
巻き上げられて行われるのは当たり前のこと
let.constがvarと違うのは当該宣言に達するまで初期化まではされないということ
よって仮想的にスコープの先頭から当該宣言までの間が
変数が定義はされているけれど未初期化なので使えない区間（TDZ）となる。

132 = :

>>129
ご返信ありがとうございます。

質問テンプレート無視してました。すみません。

事務所の大画面スクリーンに周知事項や注意喚起のメッセージを
10項目程度ランダムで表示させております。
終日表示させているので規則性があるとキツイかなと思いまして。
現状はhtmlソースを上書き更新しているのですが
誰でもテキストボックスやformから入力更新できるようにしたいと
考えております。

142 = :

あと、こういうのって誰でも直接書き込めると問題ある内容を書き込んじゃうやつもいるから
ログだったり反映前に承認を得るか通知を飛ばすような仕組みを用意もあったほうがいいかも
それができなければ面倒でも1~2人の担当者を経由させたほうが無難

会社の規模とか民度による

143 = :

何事もそうだが内容を規制しようというのは非常に難しい
それよりも信頼できる人を厳選して誰が書き込むかの部分で規制したほうが良い

144 = :

全体リロードするからおかしくなるんだから、fetchで事足りる、
あるいは更新したい部分だけiframeに切り出したら済むのではないだろうか？

146 = :

ひょっとして、レスアンカーの個数制限とか、あるのか？

147 = :

皆様、レスありがとうございます。
返信頂いた内容への理解が難しく申し訳ないです。
勉強してまいります。
ありがとうございました!!

149 :

xhrもfetchもfileプロトコルは同一生成元ポリシーでエラーになる。
同一生成元ポリシーが、fileプロトコルは全て別のオリジンと見なす、と言う動作になっている。

一応、起動オプション触れば同一生成元ポリシーは抜けられたハズ。
ただ、モジュールスクリプトは確か、起動オプション触るだけだと上手く動かなかった気がする。

ローカルにWebサーバ導入する頃合い、と考えた方が良いかもしれない。


←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / JavaScript一覧へ
スレッド評価: スレッド評価について
みんなの評価 :
タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

類似してるかもしれないスレッド

トップメニューへ / →のくす牧場書庫について