JavaScript情報交換所(プログラミング既習者専用） [無断転載禁止]©2ch.net (766ﾚｽ)
JavaScript情報交換所(プログラミング既習者専用） [無断転載禁止]©2ch.net http://mevius.5ch.net/test/read.cgi/tech/1449440793/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
必死ﾁｪｯｶｰ(本家)
(べ)
自ID
ﾚｽ栞
あぼーん
ﾘﾛｰﾄﾞ規制
です｡10分ほどで解除するので､
他のﾌﾞﾗｳｻﾞ
へ避難してください｡
153: 144 [sage] 2016/05/15(日) 05:38:37.51 ID:79V1eiQO >>146- まあAppCacheは（一応JSへのAPIもあるがそんなに使われていない） あくまでキャッシュなのでいきなり削除しても問題になることが少なく 特例的に極めて廃止しやすい方だ。（廃止される） 他のAPIも、LSが広まりだしてから非推奨を設定しやすくなった。 しかし、ブラウザがその実装を取りやめるのは、各ブラウザが収集している ユーザーが閲覧しているページでのAPIの利用頻度が実際にほぼ無視できるレベルまで落ちた時だから 開発者やそのための解説情報作者のモラルを高めないことには難しい。 とは言え、１０年も経てば流石にどんな仕様でも削除出来ると思うよ。 ただ、EWMの夢物語でさえ東京オリンピックのころかなというイメージだ。 １０年は自分にとってWebにおいて永遠と等しいように感じる。 http://mevius.5ch.net/test/read.cgi/tech/1449440793/153
157: 144 [sage] 2016/05/15(日) 16:58:58.26 ID:79V1eiQO >>151,154 昔は知らないが今のバージョンのXHRは試したが304が最初から見えるはずだ。 優先度については自分もこの間も悩んだばかりだ。 XHRの進化は終わっているが、Fetchの方などでそこの部分は議論されているので見込みはあるかもしれない。 Fetchでは一応今のところリクエストには優先度というパラメータがある。（ユーザーエージェントが決める） というとこまで決まっている。 まあ、みかけ上帯域制限するだけならStreamAPI使えば今でも出来るんだが、 帯域制限することも考えたAPIでないから、このAPI上でストリームを絞ったところで 実際ブラウザやOSがそれに従うという保証がないのが残念なところ。 DOMの一部分のレンダリングを止めるというのはちょっと難しいかも知れないが、 一旦スタイル指定で隠すというのが今のブラウザに対するそう言ったメッセージで、 そうしておくと無駄な処理は省略してくれる。 もしくは、DOM及びそれにアクセスするJSのプロセスを分けるという試みが為されているので その延長上で期待するような状態が作れるかもしれない。 そして機能の正式な廃止だが、HTML5以前は独自実装およびデファクト仕様の山で、 HTML5になってから多少は整理したが未だ漏れてるものも数多くあるので、 廃止されるとなっても、それは機能の廃止というより独自実装の取りやめ、標準への追従に見えるということ。 実際にはshowModalDialogとかそこそこメジャーでも各ベンダーが一生懸命廃止させた仕様は幾つもあるし、 人知れず消えてったマイナーな仕様、挙動は沢山ある。 http://mevius.5ch.net/test/read.cgi/tech/1449440793/157
158: デフォルトの名無しさん [sage] 2016/05/15(日) 17:01:58.55 ID:79V1eiQO >>154 'use strict'強制は、ES2015のclass構文内やモジュール内で達成されている。 typeof nullの挙動は２年前治そうという案の盛り上がりが頂点に達したのだが互換性のために断念した。 が、将来的な演算子オーバーロードの仕様が入ると共に直す策を入れようと言う案は出てる。 もしくは、V8が画策している型付厳格JSの方向性が成ればそちらでも更生は可能。 でも自分としては、動的言語で型を一生懸命「事前にチェックする」のは良くないという持論を持っている。 その代わり、せっかく備わっている暗黙の型変換を利用して、型を「揃えて」おくのが良いと思う。 例えば自然数入力を期待してpromptを出し続けるのであれば、 do{ n = prompt('自然数') | 0 }while(n <= 0) で良い事が多いし、良いとするようにする。 この場合入力がキャンセルされた際のnullも、空入力の""も+演算子で0になる。 そういうパターンを活用し、そういうパターンが活用できるようなロジック・仕様を組み立てるのが、 JSをスクリプト言語として上手く活用していく上での１つの答えと思っている。 そういう感じで、nullに関して重要なのは、もっとよく扱えるようにする事かもしれない。 例えば昔から案があって、直近はそろそろ仕様に入りそうなくらい盛り上がってきたこれ https://esdiscuss.org/topic/existential-operator-null-propagation-operator こういう演算子が入ったりすれば、ますます「事前にチェックする」必要性がなくなる。 http://mevius.5ch.net/test/read.cgi/tech/1449440793/158
159: デフォルトの名無しさん [sage] 2016/05/15(日) 17:04:24.78 ID:79V1eiQO 誤字脱字や凡ミスは良いように解釈してくれ。スマヌ。 http://mevius.5ch.net/test/read.cgi/tech/1449440793/159
163: デフォルトの名無しさん [sage] 2016/05/15(日) 19:54:18.43 ID:79V1eiQO >>162 http://httpstat.us/304 に対して試してるんだけどそれらの環境で304取得できるよ。 こういうコードで。 xhr = new XMLHttpRequest xhr.open('get', '304') xhr.onload = () => console.log('status', xhr.status) xhr.send() http://mevius.5ch.net/test/read.cgi/tech/1449440793/163
164: デフォルトの名無しさん [sage] 2016/05/15(日) 19:55:03.02 ID:79V1eiQO おっと、 xhr.open('GET', 'http://httpstat.us/304') にしとくか http://mevius.5ch.net/test/read.cgi/tech/1449440793/164
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.040s