16/05/18 23:38:34.48 Y5c0aQW+.net
>>199
初めは while 条件だけで終わらせる予定だったが、
>>192が「大きすぎます等の案内を出す必要がある」と指摘したからエラーメッセージを追加したが、MAX_SAFE_INTEGER だけエラーメッセージを追加するのはおかしいので他のメッセージも追加したら結果的にこうなっただけ
この程度のコードでライブラリを使う必要は感じないが、最近のコーダーはライブラリ使用の見極めが速いんだな
201:デフォルトの名無しさん
16/05/19 03:19:33.36 tfaQOE9Q.net
ってか、キャストしてる時点で型がどうのではなく、型変換してるからな。
普通に、/^[1-9][0-9]*$/するのがいいんじゃねーの？入力は文字列なんだから。
どう考えても、Math.floorに文字列を渡す理由にならん。先頭か末尾に空白あるときはどうなるんだっけ？とか悩むじゃん。
integer.Parse通さないと数字にならないどころか、例外すら発生するのがまともな型のある言語。
202:デフォルトの名無しさん
16/05/19 04:45:29.52 3i7lekC+.net
>>201
JavaScriptは型違いをTypeErrorとせず、暗黙の型変換をする言語なんだから型変換で正しいんだよ
203:デフォルトの名無しさん
16/05/19 05:59:57.75 tfaQOE9Q.net
>>202
知ってるよ…だから、型のアノテーションがどうだとか、型を定義すべきだって話が眉唾と言うか、良い所全部殺すなって思うんよね。
204:デフォルトの名無しさん
16/05/19 07:31:01.14 l0qmM6vP.net
>>203
> 型のアノテーションがどうだとか、型を定義すべきだって話が眉唾と言うか、良い所全部殺すなって思うんよね。
文脈を読めてないんじゃない？
型付き言語にこだわっていた人と>>198は別人
205:デフォルトの名無しさん
16/05/19 08:30:40.64 F9dbx1t6.net
JavaScriptは型付き言語でないわけで、そこに型付きな考え方を付加させても、各々のポリシーでいかようにでもスタイルが変化するって事をわかってない感じ
また、型付き言語であっても変数に代入されるまでは型が確定されないわけで経過処理で型変換を挟んではいけないわけではない
206:デフォルトの名無しさん
16/05/19 13:24:53.83 qyR8CUMd.net
入力は限られてるし、取り扱いを間違っても原則ブラウザがクラッシュしたりすることはない。
それどころか不意に関数エラーが出ても、こういったイベントドリブンな場合は、何も問題なく復帰できることも多い。
最悪詰まっても、文章は読める。そこが所謂低レベル言語との違い。
207:デフォルトの名無しさん
16/05/19 13:36:54.99 Gndv5tvj.net
LLマンセー
208:デフォルトの名無しさん
16/05/19 14:55:40.45 XceO64sZ.net
何も自慢できない男の人って可哀想(;;)
209:デフォルトの名無しさん
16/06/09 09:39:33.79 FTTkP1ld.net
arrow function の引数の丸括弧を省略する記法嫌いな人って多くないのかな
const fn = arg => { console.log(arg); };
const fn = (arg)=>{ console.log(arg); };
210:デフォルトの名無しさん
16/06/09 13:20:53.39 bsniAtVU.net
時と場合によるだろう。
この場合は、あった方が良い
211:デフォルトの名無しさん
16/06/09 13:43:16.42 QTm6YzLa.net
>>209
省略記法全般が嫌い
{} の省略の方が嫌だな
しかし、このアンケートに意味があるとは思えんのだけど、ただ雑談したかっただけ
多いか少ないかなんてどうでもいいと思うが
212:デフォルトの名無しさん
16/06/09 13:43:46.11 QTm6YzLa.net
ただ雑談したかっただけ？
213:デフォルトの名無しさん
16/06/09 14:51:10.11 eWu1TzV4.net
>>209
省略できるものは原則省略したほうがいい。セミコロンも含む。
短く書けるとき、あえてそうしないというのは、
何らかの特別な意味を表す必要がなければしない方がいい。
214:デフォルトの名無しさん
16/06/09 16:09:58.83 bsniAtVU.net
>>213
そういうのは、ミニファイツールでOKでしょう。
コーディング中は、原則省略すべきじゃない。
GitHubで公開するソースも省略するべきじゃない。
可読性を下げてはいけない。
省略した方が読み易いとか云う奴は、独りよがりの変態なだけ
215:デフォルトの名無しさん
16/06/09 20:35:01.66 ziShIi0x.net
>>213
釣りはウザイから止めろ。
ガチで勘違いしているのなら google のコーディングルール読め。駄目な例まで挙げてある。
URLﾘﾝｸ(cou929.nu)
>>209
一般にどうなのかは分からんな。
しかし所詮は慣れだろうし、世間がそう書くなら慣れるしかないのでは。
なおそのケースなら俺は function と書くが。
sortの引数のような最初から function であることが確定している部分はいいけど、
それ以外の所（何が書かれるか分からないところ）には function と書いた方が見やすいと思うから。
216:デフォルトの名無しさん
16/06/11 16:34:28.13 tWgkOxEq.net
>>214
いいや、無駄なものが付いてるほうが可読性が落ちる。
特にGitHubではセミコロン省略が推奨されてるでしょ。
URLﾘﾝｸ(github.com)
それなのに付けろというのはそれこそ独りよがりだよ。
でも君が独りよがりだから悪いとは言わないよ。
JSは独りよがりで自由であるべきだからね。
217:デフォルトの名無しさん
16/06/11 16:40:46.73 tWgkOxEq.net
>>215
釣りではない。
GitHubやnpmなど、セミコロンフリーのスタイルは確立されている。
自分も様々なスタイルを試した結果、今はこれに賛同しているだけ。
ただし、この２つは同じく原則省略でも細部の取り回しが異なる上、自分もそれらとは微妙に異なる。
ルールセットの他の部分は当然違う。結構細かくいろんなスタイルが存在する。
そのどれもが考えられてるのだから悪いとかフザケてるとか思うようなことでないと思う。
それなのに人の信念というか、正義を釣り呼ばわりするのはかなり独りよがりだと思う。
でも落ち込まないで、そんな君も好きだよ。
218:デフォルトの名無しさん
16/06/11 17:39:28.29 ZhHlBSFM.net
>>217
キモいわ。
個人が作った勝手ルールだろ。それに従いたければ勝手にしろよ。
googleの方は「こういう問題があるから、こういうルールにしました」という、極めて実用的なものだ。
俺がgoogle側のルールを妥当とするのはこの点からだ。
コーディングルールは、見やすさではなく、バグを含まないためにある。
セミコロン程度の見やすさなんて、所詮慣れでしかない。
付いている方が無駄バグが発生しにくいのなら、当然それがルールで、見にくいのなら慣れろ、という立場だ。
お前はこのスレに来るべきではない。テンプレ読めよ。
お前は3,000行のコード、書けないだろ。
219:デフォルトの名無しさん
16/06/11 19:12:42.34 ZhHlBSFM.net
>>217
つうかおめー、マジで頭おかしいぞ。
有名どころは全部「セミコロン付けろ」だぞ。
個人レベルでの勝手ルール持ち出すとか、キチガイだと分からないか？
それともGitHubを勘違いしているか？あれは誰でもアカウントを作れる。もちろん君でも。
> JavaScriptのスタイルガイドまとめ(おすすめ4選)
> jQuery JavaScript Style Guide
> Airbnb JavaScript Style Guide
> > URLﾘﾝｸ(github.com) (star 36,207、対して feross は 5,886)
> Node
> URLﾘﾝｸ(qiita.com)
220:デフォルトの名無しさん
16/06/11 19:13:01.99 ZhHlBSFM.net
> npm
> URLﾘﾝｸ(www.npmjs.com)
npmだけは確かに「省けるセミコロンは省け」と言っている。
ざっくり見た感じは、「JavaScriptについてよく知れば、それが出来る」ということらしい。
つまり、どういうケースでAutomaticSemicolonInsertionが動くか理解して、
常にそれを考えながらコーディングしろ、ということなのだが、
そんなことやってるからJavaScriptの連中は上達してないんだと思うけどね。
本来のプログラミングの「技能」は、言語をまたいで汎用的なものだ。
その言語でしか使えない知識は、「文法」でしかない。
俺たちはJavaScriptのおかしな文法を極めたいわけでもない。JavaScriptを使いたいだけだ。
君の論理なら、使いたいだけのために勉強を強いるのもまた「独りよがり」でしかないだろ。
不思議なのは、JavaScriptの連中にはこの主張をする輩が多い事だ。
npmが震源だったということなのか？
C++で「テンプレートを極めてから来い」
C#やJavaで「クラスライブラリを極めてから来い」
なんていう奴はいない。それはどだい無理だからだ。
だから知っている範囲でコーディングを開始していく。そして「そんな機能あったのか！」ってのも割とよくある。
JavaScriptはギリギリ極められるくらいの軽量言語ではある。
しかしだからといって、それを極めたところで益はない。せいぜいセミコロンが省けるだけだ。
そんなことに時間をかける価値なんてないだろ？
全部セミコロン付けてリントで落とし、さっさと本題に行こうというのが普通だ。
221:デフォルトの名無しさん
16/06/12 00:32:26.03 npk74fIw.net
詳細確認したが、
> セミコロンフリー (>>217)
ではないぞ。
> // ok
> ;(function () {
> window.alert('ok')
> }())
>
> // avoid
> (function () {
> window.alert('ok')
> }())
> URLﾘﾝｸ(github.com)
必要な時には行頭に付けろという、一周回った発想だ。
222:デフォルトの名無しさん
16/06/12 00:33:54.14 npk74fIw.net
npmの所にある3者のうち、（全部読んではないが、videoは全部見た）
1つ目は教条的な理由、
> “They’re required because ASI is unreliable.” Seriously!?
> These rules date back to the early days of JavaScript, in the late 90s.
> They’re not new, and in my opinion there is no excuse for someone calling themselves a professional JavaScripter and not understanding statement termination.
> It is blatantly irresponsible of the thought leaders in the JavaScript community to continue to spread uncertainty rather than understanding.
> URLﾘﾝｸ(blog.izs.me)
2つ目はどのみち必要だという理由、
> Even if you use semicolons at the end of every statement, some constructs parse in non-obvious ways. Regardless of your preferences in semicolon usage, you must know the rules to write JavaScript professionally.
> URLﾘﾝｸ(inimino.org)
3つ目は「関数には要らなくて関数式には付けろとか『初心者には』分かりにくい」ということだった。
> URLﾘﾝｸ(www.youtube.com)
よく見るとなるほどこのnpmのコーディングルールの作者がferossか。
ならばそれは「GitHubで確立されている」とは言わない。それは君がGitHubを勘違いしているだけだ。
GitHubはただの置き場であって、誰でも何でも置けるんだよ。プログラムである必要すらない。
とはいえnpmではある程度の評価を得ていることは事実だな。ただ明らかに主流ではないが。
セミコロン無しの有名言語はRubyとPythonだと思うが、そっち出身でなければ大人しく付けておいて、それに慣れた方がいい。
Ruby/Pythonとの相互運用なら可能性はありだが、
俺はRubyもPythonも知らないのでどちらがマシかの判断は付かない。
223:デフォルトの名無しさん
16/06/12 05:22:59.97 Q2nOr0zy.net
>>222
大人しく付けておいて慣れたほうがいい。ね。
興味深い考え方だね。
でも自分はどんな作業にしろ常に思考し改善しようと努力する質だから。
大人しく常識に沿って手を動かすだけというのは好きじゃない。
少しでもそういう意識があればむしろ書かれているように、
Note: If you're often writing code like this, you may be trying to be too clever.
Clever short-hands are discouraged, in favor of clear and readable expressions, whenever possible.
というのに「気づく」と思う。
キモい？当たり前。
俺も散々吐き気をこらえていろいろなスタイルや概念を試してきた。
何度も行ったり来たりした。
キモいのは上等！その先に必ず改善があるのだから。
そして多くを見れば本当に「キモい」ものが何かがわかってくる。
class構文やプロトタイプ的継承術に慣れた後では
JSのデフォの継承システムが一番「存在的にキモい」ことに気づくのと同じ。
でも分かった。そういうのを他人に求めるのはエゴなんだと。
すまなかった。。。。。。。
224:デフォルトの名無しさん
16/06/12 05:36:18.79 Q2nOr0zy.net
>>220
極める必要なんてない。
例えば暗黙の型変換周りと比べると非常に明快。
ただ、「括弧で始まる前に付ける」。
これさえ守ればいい。
細かいこと言えば『接続させたくない』接続可能な他の演算子の前にも付ける必要などあるが、
まずそうであることはありえない。
そして「括弧で始まる」ようなものを書くようになるのは入門終了後だから、
その程度の「決め事」と一緒にそれらの書き方を学ぶのが特に負荷になるとは思わない。
225:デフォルトの名無しさん
16/06/12 05:49:08.10 GMtpRE4O.net
>他人に求めるのはエゴ
はいこれで決着ね
226:デフォルトの名無しさん
16/06/12 11:40:13.85 npk74fIw.net
>>223
いや悪いが「キモイ」ってのは君の投稿内容のことであって、JavaScriptの記法の事ではなかった。
ここは馴れ合う場所ではない。
ただやはりそれは努力の方向を間違っていると思うよ。
先に書いたように、「文法」を覚える努力をいくらやったところでプログラミングの「技能」は上達しない。
勉強する前に鉛筆の削り方に異常にこだわるようなものだ。さっさと勉強を始めた方がいい。
> class構文やプロトタイプ的継承術に慣れた後では
> JSのデフォの継承システムが一番「存在的にキモい」ことに気づくのと同じ。
釣りか？JSのデフォの継承システム＝プロトタイプ的継承だが。
> その程度の「決め事」と一緒にそれらの書き方を学ぶのが特に負荷になるとは思わない。
「とりあえず全部セミコロンつけとけ」の方が楽だ。何も学ぶ必要はない。(JSなら余分も問題にならない)
なお、JSの場合はセミコロンは「必要な場所に無ければ挿入される」であって、「不必要」ではない。
そして return の場合は改行でいきなり終端されるとか、動作に一貫性がない点もある。
たぶんRubyやPythonは最初から「不必要」で設計されている。この点が違う。
227:デフォルトの名無しさん
16/06/12 11:40:36.40 npk74fIw.net
インターネット上で自分と同じ意見を探すのは、使い方を間違っている。
最近「ブサヨ」「パヨク」とか言われているだろ。あそこまで見事に「裸の王様」になるのかとも呆れるが、
君は彼等と同じインターネットの使い方をしている。
どんなマイナーな意見でも、世界中を探せば同意見の奴は大概見つかる。自分が世界一マイナーな確率なんてほぼゼロだから。
だから、検索でヒットしても安心したら駄目だ。それはどれくらい支持された意見なのか確認する必要がある。
大勢が採用した物には、それなりの理由がある。マイナーならばそれにも理由がある。
君にはJavaScriptの技術力もないし、
マイナーな意見をGitHubの大勢だと勘違いしてしまう程、インターネットのリテラシーもない。
もちろん何故大勢が「セミコロン付けろ」なのかも分からないだろ。
余分な苦労をせずに上達したいのなら、「普通に」色々やった方がいい。もちろんそれも含めて君の自由だが。
そしてやはり君はここに来るべきではない。邪魔でしかない。
この手の「議論以前の常識」についてグダグダ言いたくないから別スレを作ったんだ。
君は「質問スレ」でいいはずだ。彼等はこの題目なら嬉々としてレスしてくるだろうし。
228:デフォルトの名無しさん
16/06/12 11:50:23.91 k/2WgB7H.net
ここまで静観して見てたけどその例えはどうなのよ
Web板での政治社会的なレッテル貼りや質問スレの～行以下のコード云々の煽りはともかく
このスレでだけはまともに議論や情報交換をするものだと思っていたのに心底残念だよ
229:デフォルトの名無しさん
16/06/12 12:18:41.79 bynAnAmH.net
セミコロンは付けるか付けないかではない。付けさせるか付けさせないかだ。
そう考えれば付けさせるしかないだろ。
230:デフォルトの名無しさん
16/06/12 12:24:25.95 npk74fIw.net
>>228
では出ていくなり、他スレを立てるなり、好きにすればいい。それも自由だ。
ここは言いたいことを言い合う場所であって、言って欲しいことを言ってもらえる場所ではない。
どこについて怒っているのか若干謎だが、
「ブサヨ」「パヨク」については適切な例えだと思うぞ。実際そうだし。
ただ彼等について嘲笑するだけなのは、それもまた駄目なんだよ。
自分もそこに陥ってしまう危険性に気づき、他山の石としなければならない。
実際、彼もその罠に嵌っているわけだし。
マイナーな状態で旗印があれば信者はそこに飛びつく。
そして周りが自分と同じ意見であることに安心してしまうのだが、それでは駄目なんだ。
セミコロン無し派がnpmに集結しているのは正直驚きだった。だから詳細を確認した。
結果、「宗教」だった。対してgoogle/jQuery/Node/Airbnbは「実利」だ。俺はノータイムで「実利」を取る。
とはいえ、いずれにしても「宗教」の時点で議論する意味はない。
どうあがいても平行線だからね。
だから結局好きにするしかないのだが、セミコロン付ける派にも「宗教」の奴はいるはずで、
人口が C/C++/Java >> Ruby/Python な以上、「宗教」としてもひっくり返らない。
だから変にこだわるのではなく、「セミコロンあり」に慣れるしかないだろ、というのが至極妥当な見解だと思うが。
231:デフォルトの名無しさん
16/06/12 12:26:16.47 3NjnbAB7.net
>>228
ここで議論したことあるけど、高確率で煽る方向に絡まれるから有意義な議論は期待できないと思うよ
議論中に軌道修正しようとしたけど、ほとんどが無駄だった
232:デフォルトの名無しさん
16/06/12 12:33:31.15 npk74fIw.net
>>229
そうなんだけど、セミコロン無し派も結構ガチなんだよ。
リンターも整形ツールも既に提供している。
あのferossって奴もGitHubの垢見る限りそこそこ大物だ。
ただ正直、そこまでこだわる理由もよくわからんのだが、、、
233:224
16/06/12 16:06:44.39 gONGsgja.net
>>227
俺はここはJSを愛する者達のスレ、と認識していた。
今は亡きECMAスレの面影を重ねているのかもしれない。
要するに、より良いJSを目指す者質の意見だ。
ただの常識とやらにそった意見の飛ばし合いならばそれこそそこらの質問スレですればいい。
こういう議論をするためこそにこのスレが有るのだし、
現にこういう議論が出て初めてスレが伸びたんだからそういうことに違いないだろう。
ともかく、こういう議論をすること自体は良い。としてもらいたい。
>>229
彼に少しでも良いJSを目指したいという精神が感じられなければ、またこういうスレでなければ俺も「あえて」付けるなとは言わない。
この場所、このタイミングで質問した彼には真実に繋がるヒントを伝え、そこへ目指して欲しかった。
>>230
>>「慣れるしかない」
どうして？いや、仮に「セミコロンを原則付けること」に慣れる必要があるとしても、
「セミコロンを原則付けないこと」にも慣れてはいけない理由なんてないし、
そっちを普段自分の中でメインで使って良くない理由なんてないよな。
>>232
俺がこだわっているのは、「セミコロンを付けないほうがいい」ということよりもむしろ、
そういうことを教えたり教わったり考えたり、もっと自由な研究をしようよということだな。
た だ し、『プログラマー』『スクリプター』『JSer』になりたいのならね。
そうでないのならどうでもいいが、俺はそうなってほしい、JSを愛して欲しいと考えるからこうした立場をとっている。
JSを教えるとき、JSって、スクリプト言語って、プログラミングって楽しいんだよ、深いんだよ、広いんだよ
ということを感じてほしくはないかい？俺は欲しい。
一緒にJSを味わい尽くし、発展に協力してもらい、共に夢を見る関係になりたい。
そう思うことはそんなに変かな。
このスレでは許されると思ったんだけどね。寂しい。。
234:224
16/06/12 19:04:38.68 gONGsgja.net
あー、それとここまでの流れをちゃんと見てみたら混乱を招いてるようなので
一つ断っておきたいんだが、俺はバランスタイプなんだ。
俺が「セミコロンを付けないほうがいい」などと言ってるのは、
あくまで彼に対するレスが偏り過ぎないよう、不足分を埋める立場になっただけで、
その瞬間ではあくまで彼のためだけの、彼の方向に向いたレスでしかない。
他のレスとは補完関係であって、互いに影響を及ぼしたり対立したりするつもりはない。
もし他の人が「セミコロンを付けないほうがいい」といったならば、
俺は逆の立場から言っていた。
あくまで俺の目的は、広く深い心と知見と情熱を持った『JSer』育成にあるからだ。
何か１つのそれっぽい答えを貰うだけで満足してほしくはない。
いろんな案を受け入れ、自ら試行錯誤してより良いJSを追求していって欲しい。
235:デフォルトの名無しさん
16/06/12 23:59:15.39 NYt/6ntu.net
自転車置き場の議論てやつだな
あほだな
236:デフォルトの名無しさん
16/06/13 00:25:03.07 AxmCg6hy.net
>>235
ほう、名詞があるんだね。
色々考えたんだけど、JavaScriptの連中が上達してない原因は多分そこだと思うんだよ。
C初心者「for文、while文、if文…」
JavaScript初心者「for文、while文、if文…」
C初心者「ポインタ…」
JavaScript初心者「セミコロンはどこに打つべきか議論しよう(ｷﾘｯ」
C初心者「ポインタ…ポインタ…構造体…」
JavaScript初心者「暗黙変換の活用について(ｷﾘｯ」
多分、本質的でないところにトラップされてるんだ。
Cはこの点、寄り道無しで初ボスかつラスボスのポインタがいきなり出てきて勇者は死ぬ。
そして何度も復活の呪文を唱えつつ、そこを抜ければいきなり中級者になってる。
JavaScriptの連中は完全にここで空回りしてしまってる。
セミコロンを打つ場所なんてマジでどうでもいいのに、さも重要なことのように言うのは詐欺だよな。
237:デフォルトの名無しさん
16/06/13 06:36:45.25 o3uO7eJP.net
>>236
実際には、セミコロンを打つ位置ではなくて、なぜセミコロンが省略でき、その場所では省略してはいけないのかが問題なんだけど、題目的にしか議論してないからな。
ポインタだって、参照と実体とかにフォーカスした方がいいんだろうけど、その辺スルーだし。
238:デフォルトの名無しさん
16/06/14 10:56:42.92 ScASA3Ww.net
>>236
一番重要で本質的なことは、
長く複雑なコードをいかにスマートに書けるか、
いかに問題を短く簡潔なコードで早く書けるか、
ってことだと思うよ。
各機能がどうのこうのは、それこそどうでも良いというか、
基礎という意味では重大だけれど、レベルが低いことだと思う。
セミコロンを打つ場所なんてマジでどうでもいいというのは、
それは初心者にとってそれよりも先にやるべきことがあるからその通り。
しかし中級者以降生産性やコードの質を上げていこうと思えば
この手の物事の重要性は増していき、最後には信念やら宗教やらと言われる問題に行き着くと思うよ。
ここは既習者スレなんだから、そういうことこそを話し合うべきだと思うけどな。
そして空回りしているというのは、ある見方ではそうだと思う。
JSは仕様の内も外も具体的な実装について殆ど意識されていないからね。
でもそれは逆に、具体的な実装に囚われず概念を学べると言えると思う。
その概念を習得すれば、例えば他言語に移ったとしても柔軟に対応できる。
他にもJSはマルチパラダイムと強く意識されて作られたわけではないが、その真似事ができる。
むしろJSこそ最も様々なプログラミングにおける本質的な物事を学べる言語だと思う。
239:デフォルトの名無しさん
16/06/14 18:26:48.94 TG3hSyiU.net
検索用にセミコロンを 2 個3 個続けるのもありかな
240:デフォルトの名無しさん
16/06/15 01:26:31.98 Iz/1ukPU.net
検索用にセミコロンを 2 個3 個続けるのもあり
と君が判断したのなら君の中ではありなんだろう
241:デフォルトの名無しさん
16/06/15 20:32:12.77 AdfPujMx.net
マンセーが異様に多いのもJavaScripterのおかしな所だよな
242:デフォルトの名無しさん
16/06/16 07:55:44.05 oMjTOMdB.net
そうか？
むしろスクリプト言語の中じゃ代表コミュニティもないし、そういうのは少ないほうだと思うが。
243:デフォルトの名無しさん
16/06/16 08:00:04.44 88N1/vwg.net
利用人口ぱねえからな。変なの目にする機会も多かろう。
244:デフォルトの名無しさん
16/06/16 15:16:35.80 oMjTOMdB.net
他人を理解できないってのは悲しいね
245:デフォルトの名無しさん
16/06/18 01:00:30.57 HfDVf1Az.net
>>243
人数自体はそんなに大したことはない。
おかしな奴の割合が異常に高いんだよ。
Webがホームということもあり、未熟な奴が平気で情報発信()している感もあるが。
URLﾘﾝｸ(www.tiobe.com)
URLﾘﾝｸ(spectrum.ieee.org)
URLﾘﾝｸ(pypl.github.io)
246:デフォルトの名無しさん
16/06/18 05:23:04.56 bYpIs91z.net
マンセーしたら未熟者扱い？
エキスパートな俺様は苦しんでるのに許せない間違っているってことだろうか
それとも辛い経験豊富で批判的な俺様カッケーって勘違いアピール？
傍から見るとひねくれ者の妬みにしか見えないが……
247:デフォルトの名無しさん
16/06/18 14:06:50.57 P96CWXJR.net
観測範囲の問題
JavaScriptに限らず、おかしな人はどこにでもいる
このスレの>>1は相当な変わり者だったようだが
248:デフォルトの名無しさん
16/06/19 04:58:43.41 pwKRdbbJ.net
おかしくない人って何よ
249:デフォルトの名無しさん
16/06/19 10:12:00.06 0NV3J/pF.net
>>245
Google で検索されたキーワード辺りで指標作った方が良さげな気がする。
250:デフォルトの名無しさん
16/06/19 12:28:35.73 XPavHURr.net
ここは>>1を含めて俺様主義の人が常駐してるのでまともな意見交換は出来んよ
始めは冷静でも、少し意見の食い違う人が現れただけでただの「主張の押しつけ合い」に発展する
意見交換するなら「そんな考え方もあるのか」ぐらいに自分の立場を引いて見つめる客観性が必要だが、彼は否定にかかるだけで相手をやりこめないと満足しないからな
251:デフォルトの名無しさん
16/06/19 15:16:34.64 pwKRdbbJ.net
俺もお前も仙人や神様じゃなく凡人なのだから、性質に割り振れる度合いは限られてる。
結局思考停止の傲慢くんも、視野無限の優柔不断くんも、同じくらい悪い議論しかできない。
その中間であっても、両者の悪いところを半々持つので、同じくらい悪い議論しかできない。
つまり無理難題夢物語ということ。「こんな議論もあるのか」ぐらい許容的になってもよかでは？
252:デフォルトの名無しさん
16/06/19 17:29:39.15 +1vne4gn.net
そうやって他人の人格否定する辺りがまともな議論が成立しない理由なんだよな
URLﾘﾝｸ(d.hatena.ne.jp)
253:デフォルトの名無しさん
16/06/19 19:27:30.52 fmRoj+h3.net
そこで言う「まともな議論」とやらをここでする必要が有るのかい？
仕事でもあるまいし、自己主張のたまり場でもええんやないの？
254:デフォルトの名無しさん
16/06/19 19:36:59.62 J/2rkjpj.net
ここは電波を黙らせる方法がないのだから基本は自己主張のたまり場にしかならんよ
その状態で有益な議論に出来るかは当事者次第でしかない
255:デフォルトの名無しさん
16/06/19 20:13:29.92 fmRoj+h3.net
まあぶっちゃけ単純に「聞き手」不足なだけなんだけどね
256:デフォルトの名無しさん
16/06/19 20:36:57.86 J/2rkjpj.net
そうか？なら語って、どうぞ。
なおセミコロンについて語られても困りますので悪しからず。
257:デフォルトの名無しさん
16/06/19 22:34:40.11 YTnkZ+TT.net
自己主張の溜まり場なら「情報交換所」なんてタイトルを付けなければいいのにな
次スレは「JavaScript自己主張の溜まり場」に改名すればいい
258:デフォルトの名無しさん
16/06/19 22:50:20.08 J/2rkjpj.net
単発にはキチガイしかいないことの再証明乙
259:デフォルトの名無しさん
16/06/19 22:55:12.64 YTnkZ+TT.net
ID:J/2rkjpj
自己主張の溜まり場で有益な議論が出来る訳なかろう
キチガイといっている時点でおまえにはその気が全くないのだろうが
260:デフォルトの名無しさん
16/06/19 23:05:07.79 YTnkZ+TT.net
>>251のよつな相手の非を盾に自分の非を正当化する行為も議論には邪魔だな
自己勝手の押しつけが横行するようなら「JavaScript自己主張の溜まり場」がこのスレに相応しい名前だと思うぞ
261:デフォルトの名無しさん
16/06/19 23:09:03.89 J/2rkjpj.net
やりたきゃ自分から始めればいいし、それに誰も食いつかなければその程度だったってだけだろ。
誰も池沼を相手にしたくないし、する義務もないんだよ。
何かあるのならさっさと始めろよ。
262:デフォルトの名無しさん
16/06/20 12:16:18.08 GHIZIB85.net
スレタイ詐欺だな
263:デフォルトの名無しさん
16/06/20 23:23:32.99 ismdVjCJ.net
基本的にこのスレは>>1しかいないからこうなるわな
賛同者がいないことを盾に本題への言及を避けてるだけ
264:デフォルトの名無しさん
16/06/20 23:45:23.34 hAl2oYmp.net
「本題」って何？
265:デフォルトの名無しさん
16/06/21 11:22:12.62 papOtBqK.net
>>257
266:デフォルトの名無しさん
16/06/21 13:37:07.53 NcocGzZA.net
つまりかつてのECMAスレみたいに、いろんな新情報を挙げていけばいいんでしょ？
でもそれから派生した議論は別問題だよ。
匿名掲示板なんだから、自己主張の溜まり場になって当然。
逆にそうでなくすことなんて無理無理。道理に反してる。
俺は質問スレ10くらいの時から100スレ間に渡っていろんな案を出して直そうとしてきたが、
まあ様々なところで一定の収穫はあったが、議論が暴走することだけはどうしようもならなかった。
なら逆に受け取る方が考え方・気持ちを切り替えていくしかないんだよ。
267:デフォルトの名無しさん
16/06/21 16:31:29.25 wNHblGP/.net
新情報っていってもねぇw
268:デフォルトの名無しさん
16/06/27 00:33:14.94 n3Kagte5.net
TypedArrayとasm.jsの状況について詳しい人居る？
現在アプリにもっさり感がある。それであちこち修正したのだが、
ChromeDevTools/Profiles/CPU PROFILESで(program)が70-90%なのでJS側での速度改善はほぼ頭打ちだ。
そこで無理やり使用メモリを減らして速度向上させようとしている。
なお、評価はchromeで行っている。
JSのArrayは例えば [0,0,0] なら 16(header)+8*4(contents) = 48 Bytes になるようだ。
一つ中身が多いのは多分length分だろう。
元々オブジェクトだった物(26+88=116Byte)を強引にArrayに変えてこれを実現した。（項目も減らした）
ただ実際は struct { Int32, Int32, Int64 } なので本当は 16 + 4+4+8 = 32 になって欲しい。
そこで質問なのだが、
・asm.js 的記述（代入時に全部 |0 )したらメモリ確保も32bitになるかどうか
・TypedArrayの状況
を知りたい。
通常asm.jsは速度面ばかり話に出ていて、メモリ面の話が無い。
とはいえJITだと普通は無理だと思ので、
他の含めて何らかの方法でメモリ確保量を減らす方法を知っていればよろしく。
以下を見る限り、そういう用途向けではなさそうだが。
URLﾘﾝｸ(www.h2.dion.ne.jp)
TypedArrayは使用メモリ自体は確実に減らせるはずだが、速度が異常に遅いのが気になっている。
以下で俺の環境だとざっくり7/7/100+/300+(以降全部)とかだ。
URLﾘﾝｸ(jsdo.it)
余計もっさりするようでは意味無い。試したことがある人は居るかい？
ググッたが、TypedArrayについては軒並み記事が古く、しかもやはり「遅い」という物が多い。
269:デフォルトの名無しさん
16/06/27 00:37:31.51 rG4NGWrk.net
生成が重いだけだろ
使い方を間違えてる
270:デフォルトの名無しさん
16/06/27 01:40:09.28 n3Kagte5.net
一応全体的に遅いということなのでそうだと勝手に思っていた。古いが以下。
URLﾘﾝｸ(blog.livedoor.jp)
とりあえず確かめてみた結果、読み書きは1.5倍程度遅い。
許容範囲かといわれれば微妙だな、、、、
なおデータがなかなか安定しなかったので、若干怪しい。
サイズは俺が使う予定の1000にした。
このサイズなら確保との差が見えないが、オリジナルのサイズ(1.6M)だと見えていた。
function testArray(data, n, iter, start) {
var time_enter = Date.now();
for(var j=0;j<iter;j++)
for(var i = 0; i < n; i++) data[i] = i & 0xFFFFFFFF;
var now = Date.now();
return [now-time_enter, now-start];
}
function check(iter){
var start = Date.now()
console.log('array: '+testArray(new Array(count), count, iter, start));
start = Date.now();
console.log('Int32Array: '+testArray(new Int32Array(count), count, iter, start));
}
var count = 1000;
for (var i=100;i<100000000;i*=10) check(i);
271:デフォルトの名無しさん
16/06/27 01:40:47.25 n3Kagte5.net
array: 1,2
Int32Array: 2,2
array: 2,2
Int32Array: 4,4
array: 22,22
Int32Array: 35,35
array: 235,235
Int32Array: 369,369
array: 2544,2544
Int32Array: 3665,3665
array: 24831,24831
Int32Array: 36757,36757
272:デフォルトの名無しさん
16/06/27 02:01:59.30 n3Kagte5.net
しかしどうやっても Int64 を生成できないのが問題だ。
実装としてはInt64を使わずにdouble64なのかな？
だったら変換が毎回発生せずに済むからいいけど。
273:デフォルトの名無しさん
16/06/27 02:43:48.33 Krh8v6Tl.net
> しかしどうやっても Int64 を生成できないのが問題だ。
はぁ？
274:デフォルトの名無しさん
16/06/27 02:59:51.93 rG4NGWrk.net
Chromeで試したけどInt32Arrayが全て上回った
275:デフォルトの名無しさん
16/06/27 03:37:44.60 1KZKLXAx.net
>>268
> 他の含めて何らかの方法でメモリ確保量を減らす方法を知っていればよろしく。
オブジェクトプール使え
276:デフォルトの名無しさん
16/06/27 04:57:14.28 Hl6kI6LE.net
>>270
古いが、じゃない。あまりにもあまりにも古すぎる。
例えばV8は1年前はasm.js用の特別な最適化はしないと言っていたのが、
今では実装がほぼ完了している。
時代の流れというのはとてつもなく早いのだよ。
半年以内の記事でないと評価に値しない。
>>268
通常配列の最適化はエンジンによりまちまちだが、共通して言える分としては
全要素がSMI（≒Int32）かDouble時の最適化のみ。
SMIの要素にDoubleが交じるとそれはDouble配列として最適化される。
そして確かにasm.jsベースで書けば理論的には最大パフォーマンスに近いものが作れるだろう。
でもそれは例えば変数は同時にレジストリに乗る程度の数個に厳選して、
他は全て型付配列のアクセスに置き換えるテクから始まり、
メモリ上のデータの配置にまで気を使って初めて実現できること。
勿論大本のアルゴリズムは言うまでもなく最適でないといけない。
それが昨日今日asm.js始めたばかりの人間にできるかといえば否。
昔アセンブリで最適化してた経験でもないと人力では限界がある。
>>272
もし本当にInt64を効率よく扱いたいのなら時代が追いついていない。
丁度今議論中。３年後にどうぞ。
277:デフォルトの名無しさん
16/06/27 17:22:50.14 PSQIpa+S.net
Int64はなんでないのかねえ
278:デフォルトの名無しさん
16/06/27 18:12:51.74 8aVYS4Ar.net
逆に考えればすぐ答えは出るよ
何故Float64Arrayはあるんだろうと
279:デフォルトの名無しさん
16/06/27 23:12:26.18 n3Kagte5.net
>>275
今回は保存用（内部保持データ）なのでそれは使えない。
>>276
> 半年以内の記事でないと評価に値しない。
それはそうだが実際に遅い。
FF(47.0)でも試したが、上記ほどの差はなく、ほぼ1倍だった。
絶対値としては両方ともchrome(50.0.2630.1 canary SyzyASan)のInt32Arrayとほぼ同じで、
chromeのarrayが速いだけのようだ。
なお古いchrome(49.0.2623.112 beta-m)でも試したが傾向は同じ。(ただし全体的になぜか5倍ほど遅い)
とりあえず環境によるのかもしれないので、>>270の結果(>>271)を環境とともに貼ってくれれば助かる。
コピペすればそのまま実行できる。当たり前だが数字が大きい方が遅い。
なお>>271はchrome(50.0.2630.1 canary SyzyASan) + Vista だ。
> そして確かにasm.jsベースで書けば理論的には最大パフォーマンスに近いものが作れるだろう
いや、だからそれは「局所的」速度の話だろ。
俺は「全体的」速度を上げようとしている。
不要なオブジェクト生成はしていないので、メモリ攪拌はない。
ただし、どうしてもキャッシュミスは多いはずなので、これを改善しようとしている。
アクセスは150個単位で行われるため、TypedArrayにまとめてしまえばキャッシュヒットするようになる。（はず）
URLﾘﾝｸ(sites.google.com)
ただ、今はそれ以前の段階で、全体的なメモリ使用量を削減しようとしている。
280:デフォルトの名無しさん
16/06/28 15:51:09.22 +n63MTqJ.net
あのねぇ、銀の弾なんてないのよ。
JIT用最適化ってのはね、理論が正しくても１つ書き間違えただけで台無しになったりするし、
小さなベンチの結果では大きなコードの結果が予測できないこともある。
それこそ最も確実なのはAOTで予測しやすいasm.jsに出来るだけ落としこむことなのよ。
JITの範囲で君の書いたどんな代物か分からないコードが、
どうすれば良くなるかなんて最早一般的な話ではできないのよ。
もうどんな見るに耐えなくなっても良いのでとにかく速さだけを追求したいということなら、
それはもう人が書くようなJSでなくなることは確か。
そこまで行かずとも、今よりいくらか無難に改善したいということなら、
それこそそのコードに依存するとても細かな話で難しい。
というか君もそういう密接な協力をして欲しそうな態度を取ってないし、
結局はただ自分がやってることの進歩を見て欲しいとか、
寂しくないよう日記のつもりでここに書きたいだけでしょ？
そういうのが悪いとは思わないけど、ただ返信してくれた相手を否定する病を発症しちゃあオシマイよ。
そこは君の弱さだよ。
281:デフォルトの名無しさん
16/06/28 20:52:20.95 A7Bg25Ta.net
そう思いたければそれでいい。
ただ、その姿勢がお前らが全く上達してない原因だと思う。
俺は間違った指摘に対して間違っていると言っただけだ。
Cの奴らがあくまで「技術的」なのとは対照的に、お前らは「精神的」な物言いばかりだ。
ある意味、やっていることが「Web的」だ。言ったもの勝ちみたいな馬鹿が多い。
とはいえ、間違っていることをいくら主張しても正しくはならない。
そもそもオブジェクトプールはインミュータブルの世界ではほぼ意味がない。
URLﾘﾝｸ(www.html5rocks.com)
そして俺はJIT向けの最適化をしようとはしていない。
事実、メモリをケチるとか、一度にアクセスするデータを纏めるとか、どの言語でも高速化する。
実際、>>279内URLも言語には言及されてない。
もちろんそれ以前に他の改修点も多い。今はそこを整理中だ。
とはいえ、その先の「将来的改修方法」まで見据える必要があるので確認中ということになる。
>>280
ところで、何でお前はそんなに認めて君なんだ？
俺の質問は「asm.jsでフットプリント削減/メモリ配置決めうちは出来るか」であって、
「asm.jsで局所的高速化が出来るか」ではない。
つまり、脱線しているだけだから素っ気ない回答になっているだけだ。
俺がやろうとしているのは、君が思っているasm.jsの使い方ではない。
282:デフォルトの名無しさん
16/06/29 20:10:31.16 oxwc/50g.net
自分の話なのに他人を非難し始めた！？
こりゃ重病や～
283:デフォルトの名無しさん
16/06/29 20:14:07.66 oxwc/50g.net
こいつの親はなんで
「相手がどう思うかが大事」
「自分が伝えたつもりでも相手に伝わってなかったら意味が無い」
って教えてやらなかったのかな……
むごいね。
284:デフォルトの名無しさん
16/06/30 01:34:38.72 YtNZP2Mq.net
ちなみに、当面の問題は解決した。
実はもっさりというよりはカクカクに近かったのだが、原因はキャッシュによるHDDアクセスの過剰だった。
ヘッダに cache-control: no-store を追加したところ、完全に治った。
ただそれでも(program)が70-90%であることには変わりないのだが、
スクレイピング中でも(idle)は80%以上なので、キビキビ感はある。
前にも書いたが、(>>109)
CPUだけで動く部分は実は相当速くて、UIが主なJavaScriptではCPUを使い切ることはないのかもしれない。
俺の場合はスクレイピングが律速過程なので、サーバの速度が上がらない限りここで頭打ちだ。
数値計算のように完全にCPUだけで回るのなら限界が見えるが、そういう用途はないし。
遅延描画は制御がやや面倒だが、実現してしまえばDOMは1画面分しか扱う必要がなく、一瞬で処理される。
俺のアプリに関して言えば、階層スクレイピングを行っているので、
下位階層を参照する時は更新されていることが確定している。
だから no-store で全く問題ないし、あと5倍の余裕があるので、残るは美学的問題だけになった。
ここを修正するかはしばらく様子見になる。
情報をくれた人はありがとう。
285:デフォルトの名無しさん
16/06/30 06:40:45.54 K37QNM6P.net
こういう自分用語多用・技術文書風自分語り・後出し情報でドヤ顔・他言語へのコンプレックスを持つ>>284を
スルーできないことこそ、お前らwが上達できない理由wだと思うよ
286:デフォルトの名無しさん
16/06/30 14:59:19.41 YdAxXmxA.net
普段スルーするようなキチガイでも無人島じゃコミュニケーション取るしかないのと同じ。
287:デフォルトの名無しさん
16/07/17 18:00:55.04 UzC9Qtsn.net
ｽﾚﾘﾝｸ(tech板:213番)
質問スレ>>213
自己紹介乙。
てかお前はどうしてそこにこだわるのか全く謎なのだが。
普通に考えれば、引き算が出来るのならMDNで、
> var elapsed = end.getTime() - start.getTime(); // 時間をミリ秒で表す
> URLﾘﾝｸ(developer.mozilla.org)
これは明らかにおかしくて、
var elapsed = end - start; // 時間をミリ秒で表す
となるべきだろ。お前が言う「経験のある」奴ならここに地雷臭をかぎ取るわけ。
何らかの理由で getTime() しないといけないんだよ。
とはいえ、今1stEdition(1997)見ても abstruct operator という単語自体は使ってないが、
他は同じなので、最初から出来たのではないかとも思うのだが、、、まあよく分からん。
URLﾘﾝｸ(www.ecma-international.org)
実際、彼がググって来た例でも直接引き算してないだろ。
俺が（当時）ググッた限りでも出てこなかったから、何かしら理由があるのだと思う。
というわけで俺は「使えない」判定を下していた。
で、これは多分「既に他言語を知っている奴」の普通のやり方なんだよ。
俺がお前に「経験がない」と断定しているのはこういうのが全く通じてないから。
何度も言っているが、お前はもっと書いた方がいい。
ここに質問に来る奴の大半は、「MDNを読め」で済む。
ただお前はもう教科書的な知識は十分にあるんだよ。
だから仕様書をいくら読んでもそれ以上にはならない。
お前が上達するには、書くしかないんだよ。
288:デフォルトの名無しさん
16/07/17 18:23:29.08 UzC9Qtsn.net
一応俺の疑問としては、
ToPrimitive(Number) は 無変換で Number そのものを返す。(9.1)
ToNumber(Number) は 無変換で Number そのものを返す。(9.3)
GetValue(V)はVが参照でなければ V そのものを返す。(8.7.1)
+ は ToPrimitive(GetValue(target))の型がStringならString連結、
そうでないなら ToNumber(ToPrimitive(GetValue(target))) で数値の和を返す。(11.6.1)
Date型は内部に time values を持ち、abstruct operationはこれを対象とする。(15.9.1)
だったら足し算も出来ないと駄目じゃね？ってことね。
厳密に言えばGetValueはabstruct operation ではないので、
仕様と実装に矛盾が無い為には、 GetValue(time values) がStringを返す必要がある。
こうなんだっけ？
289:デフォルトの名無しさん
16/07/17 18:30:48.46 PyzTEoPA.net
まだ43cmの深淵にはたどり着けないようだなｗ
290:デフォルトの名無しさん
16/07/17 18:40:03.90 UzC9Qtsn.net
>>289
いやそれ何の事よ？
誤爆かと思いきや、そうではないのなら、
とりあえずブラウザバグっているからリロードしとけ。
291:デフォルトの名無しさん
16/07/17 18:50:05.41 UzC9Qtsn.net
ああ、引き算を確認するの忘れてた。
- は ToNumber(GetValue(target)) を引いて差を返す (11.6.2)
ToNumber(String) は 9.3.1 に従いパースする (9.3)
9.3.1内にはDate.toString()出力をパースする仕様はない。
だからGetValue(time values)はNumberを返さないと引き算は出来ない。
となると足し算も出来ないと仕様外のように思える。
なお確認している仕様はECMA5.1
URLﾘﾝｸ(www.ecma-international.org)
292:デフォルトの名無しさん
16/07/17 18:54:57.34 PyzTEoPA.net
>>290
> いやそれ何の事よ？
布石だよｗ
俺は最初から正しいことを
言っていたと示すためのな。
293:デフォルトの名無しさん
16/07/17 18:55:32.09 PyzTEoPA.net
>>291
だから仕様通り（笑）
294:デフォルトの名無しさん
16/07/17 19:13:09.85 UzC9Qtsn.net
>>292
まあ何か思惑があるのならそれでいい。
ただ俺が見る限り今のところはAddが出来てもおかしくない仕様のように見える。
もちろん俺は仕様書なんてほぼ見てないから、先のように単語を変更されていると気づけないが。
まあいいや、とりあえず新着情報があるまではどうにもならんし。
現実的にDateが揃いも揃って仕様違反って事もないだろうし、
先の例のように俺が仕様書を読み慣れていないせいで見落としている部分があるのだろう。
295:デフォルトの名無しさん
16/07/17 19:23:49.21 UzC9Qtsn.net
> （今回で言えば日付型同士の減算が可能！？） (質問スレ>>213)
あと一応言っておくと、日付型ってのは普通は減算出来るんだよ。
だから質問者もいきなり減算しているし、
俺も逆にそれが出来ない！ってことでMDNに奇妙さを感じるわけでね。
だからこの点についても、この反応、もう一度書くと、
> （今回で言えば日付型同士の減算が可能！？） (質問スレ>>213)
これは経験豊富ならあり得ないんだよ。
で、そういうのは明らかにバレバレだから、
普通に考えてお前が経験豊富だと思う奴はいないと思うんだよね。
何でそこにこだわるのか全く分からないんだけど。
匿名掲示板で虚勢を張る意味無くね？ 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)
296:デフォルトの名無しさん
16/07/17 21:11:43.34 PyzTEoPA.net
>>295
何いってんのお前ｗ
MDNに日付の減算が出来ないなんて書いてないし
それなりにJavaScript使ってりゃ、
日付同士の引き算とかやるだろ。
ベンチマークとかでさ。
当たり前の知っていることなんだが？
お前にとっては当たり前じゃないんだろ？ｗ
297:デフォルトの名無しさん
16/07/17 21:12:34.25 PyzTEoPA.net
> 現実的にDateが揃いも揃って仕様違反って事もないだろうし、
だから最初から仕様通りって言ってる
298:デフォルトの名無しさん
16/07/17 22:11:41.91 UzC9Qtsn.net
つか相変わらずお前は都合が悪いところは読まない主義なのなw
MSDNでもやっぱりgetTime()してるんだよ。
URLﾘﾝｸ(msdn.microsoft.com)(v=vs.94).aspx
既に言ったがMDNも。
URLﾘﾝｸ(developer.mozilla.org)
ついでにStackOverflowでも軒並み。
URLﾘﾝｸ(stackoverflow.com)
URLﾘﾝｸ(stackoverflow.com)
URLﾘﾝｸ(stackoverflow.com)
基本的にDateオブジェクトの直接操作は誰もやってないから、何か理由はあるとは思うんだけどね。
それが何かは俺には分からない。
考えられるのは、オブジェクト指向的な「メソッド越しに全てやれ」なのか、
実装ありきで来ている為、実は「仕様的裏付けがない」のか。（将来的に使える保証がない）
いずれにしても、サンプルコードにそう記述しない理由があるのは確かなんだよ。
どっちにしたってここまで地雷臭だと公開するコードなら直接操作は止めたほうがいいとは思うが。
質問者は今動けばいい個人レベルのコードだろうから別に構わないとは思うけど。
299:デフォルトの名無しさん
16/07/17 23:04:02.72 PyzTEoPA.net
だからgetTime使ってるからって
そのまま使えないってことにはならないんだが。
馬鹿なのかな？
300:デフォルトの名無しさん
16/07/17 23:28:43.23 UzC9Qtsn.net
まあどう思うかは自由だが、状況証拠からの推測なら、
1. 引き算は出来ているだけで、仕様として認められているわけではない
2. 多分俺の既投稿の解釈も間違いがあり、addの方は「仕様」で、subの方は「仕様外」
じゃないかな。以下でもgetTime()で引き算だ。
> delta *= date2.getTime() - date1.getTime();
> URLﾘﾝｸ(github.com)
とにかく確実に言えるのは、みんな引き算する前に getTime() してるんだよ。
オブジェクト同士を直で引き算している人は誰もいない。
で、もし君が「経験豊富」なら、
実はこういう「動くけど仕様外」のケースも結構あることを知っているはずなのだが。
だからマジでウザイしバレバレだから、いい加減にやめい。
いずれにしても、本当に経験豊富な奴は、誰も君のことを経験豊富だとは思わないよ。
虚勢を張るのも自由ではあるけど、意味無いと思うが。
301:デフォルトの名無しさん
16/07/17 23:30:23.23 PyzTEoPA.net
× 1. 引き算は出来ているだけで、仕様として認められているわけではない
○ 1. 引き算は出来ているし、仕様として認められている
302:デフォルトの名無しさん
16/07/17 23:31:41.37 PyzTEoPA.net
× 2. 多分俺の既投稿の解釈も間違いがあり、addの方は「仕様」で、subの方は「仕様外」
○ 2. addの方は「仕様」で、subの方も「仕様」
URLﾘﾝｸ(www.ecma-international.org)
ここにもしっかり書いてある。
303:デフォルトの名無しさん
16/07/17 23:33:08.55 PyzTEoPA.net
しっかり書いてあるのに、それがわからないってことは
英語が読めないか、読めても意味がわからないんだろうな。
自覚して諦めて日本語でぐぐったら？ｗ
304:デフォルトの名無しさん
16/07/18 00:12:28.04 CK8ZYmxh.net
>>302
Note1だろ？
> Date objects handle the absence of a hint as if the hint String were given.
辿ってみたが、なるほど[[DefaultValue]](8.12.8)の所でデフォがDateに関してはStringというのは分かった。
そしてValueOf()が返してくるのはこれだから、Add側がString連結になっているのはこれでいい。
ただこれだとsub側が都合が悪い。つまり、もう一度書くと、以下になっているわけだが、
> - は ToNumber(GetValue(target)) を引いて差を返す (11.6.2) (>>291)
GetValue(target)がデフォでStringを返してくるのでデフォのままでは引き算は出来ない。
一応GetValueにはPreferredTypeを指定することが出来て、
Numberを指定していれば数値が返ってくる。
だから仕様としてsubを定義する為には、subの時はNumber指定しないといけない。
で、それはどこに書いてあるんだ？
なおお前が大好きなmoment.jsも確認したが、同様に直ではなく、こちらはvalueOfを使っていた。
> mom._d.setTime(mom._d.valueOf() + milliseconds * isAdding);
> URLﾘﾝｸ(momentjs.com)
つってもMDNには同じだと明記されているが。
> This method is functionally equivalent to the Date.prototype.getTime() method.
> URLﾘﾝｸ(developer.mozilla.org)
いずれにしても、何かしら理由があったんだと思うが。
とりあえず5.1で確認出来たらその記載が旧仕様にあるかどうかを確認すればいい。
つかこの際英語は関係ないだろ。そういうのもコンプレックス出まくりだから止めたほうがいい。
英語は日本語より下手なのを自覚した上で、ヒット件数と内容をとるか、言語をとるかでしょ。
305:デフォルトの名無しさん
16/07/18 00:17:12.76 CK8ZYmxh.net
しかし話はそれるが、この仕様だと + と - なら - の方がToPrimitive()がない分処理が軽いな。
ベンチマークに現れるかは謎だが。
306:デフォルトの名無しさん
16/07/18 00:30:21.22 UhcVRSnP.net
>>304
> だから仕様としてsubを定義する為には、subの時はNumber指定しないといけない。
> で、それはどこに書いてあるんだ？
お前は本当に馬鹿だなぁｗ
リンクは URLﾘﾝｸ(www.ecma-international.org) だろ
sec-11.6.1 だろ。
The Addition operator ( + ) だろ。
次の sec-11.6.2 になんて書いてあるのかも読めないのか？
307:デフォルトの名無しさん
16/07/18 00:31:42.75 UhcVRSnP.net
>>304
> つかこの際英語は関係ないだろ。そういうのもコンプレックス出まくりだから止めたほうがいい。
お前が英語読めないんだろ？
だから自分で持ってきたリンクも読んでないんだろ。
それともなにか？自分が持ってきたものを
読めるのに、読んでないのか？
308:デフォルトの名無しさん
16/07/18 01:13:38.23 CK8ZYmxh.net
ああ、なるほど分かった。
String変換はToPrimitiveの時であって、GetValue時ではないんだな。
この点を>>304では間違えていた。
Add: ToPrimitive(GetValue(target))でStringになって、それを連結。
Sub: ToNumber(GetValue(target))でNumberになって、引き算。
SubではToPrimitiveがないのがミソだ。
となるとそちらの主張通り、
> ○ 2. addの方は「仕様」で、subの方も「仕様」 (>>302)
のように見える。
さて、記載されている箇所は分かったので初期仕様(1997)版を確認したが、
URLﾘﾝｸ(www.ecma-international.org)
11.6.1 The addition operator(+)
11.6.2 The subtraction operator(-)
9.1 ToPrimitive
9.3 ToNumber
15.9 Date Object
に本質的な違いがあるようには見えない。
つまり、最初から仕様としてaddもsubも使えた（今と同じ動作だった）ように見える。
しかし誰もsubを使っていない。となると結論としては、
仕様には最初から盛り込まれていたが、
A. 実装が追いつかず、動かない環境が多かった。（あった）
B. バグっていて使える状況ではなかった。
のどちらかだね。
今後については、自分が対象とするブラウザで動作を確認出来れば使えばいいということになる。
はい、お疲れさまでした。
309:デフォルトの名無しさん
16/07/18 01:26:28.55 UhcVRSnP.net
> しかし誰もsubを使っていない。となると結論としては、
お前が見た限りの話だろｗ
使ってないだけで、使えない理由にはならない。
C. たまたま検索した所が使ってないところだけだった
昔うんぬんかんぬんが事実だとしても
今使えない理由にはならないからな。
事実として、今問題なく使えると判明しているものを使ってないだけ。
故に使ってないからと言って問題があるという事にはならない。
310:デフォルトの名無しさん
16/07/18 01:28:24.23 UhcVRSnP.net
で最終的な結論は俺が最初から言っていたとおり、
addも仕様、subも仕様。
こんなこと理解するまでに何時間費やしてるの？
センス無いんじゃね？ｗ
311:デフォルトの名無しさん
16/07/18 01:44:14.47 CK8ZYmxh.net
>>309
まあどう思おうが勝手だが、
基本的にはライブラリ開発者もMDN執筆者も俺よりJavaScriptの経験は明らかに豊富で、
その彼等が回避している事を俺がわざわざ試す意味はないよ。
君のアプリは君が好きなようにすればいい。
俺がセンス無いと思うのならそれでいい。
ただ、そんな無駄吠えしている限り、君は上達しないよ。
312:デフォルトの名無しさん
16/07/18 01:55:05.46 UhcVRSnP.net
使ってない＝回避と考えてるのが
お笑い種だｗ
自分で持ってきた仕様書に俺が何度も
書いてあるって言ってようやく読んだくせにな。
理解遅すぎるんだよｗ
313:デフォルトの名無しさん
16/07/18 01:57:21.33 UhcVRSnP.net
きっとこの程度の理解能力じゃ
なんで+がこういう仕様になっているかも
まだ気づいてないんだろうな。
俺が指摘してようやく考え出すぐらいだろうｗ
314:デフォルトの名無しさん
16/07/18 02:02:36.39 CK8ZYmxh.net
>>313
+は文字列内埋め込みにはこの方がいいからだろ。あれはあの仕様でも良いんだよ。
ただいちいち toString() する仕様でも良いんだよ。
てかお前は異様に「仕様」談義が好きみたいだが、マジで何か書いた方がいいぞ。
そしてその中で素晴らしいライブラリの使い方を披露すれば、布教も出来るだろ。
ついでに言っておくと、今回の質問者の「ライブラリは…」ってのはかなり妥当な状況だよ。
いちいちあの程度でライブラリを導入する方が手間なんだよ。
315:デフォルトの名無しさん
16/07/18 02:06:50.86 CK8ZYmxh.net
あーそういえば43cmってなに？
厨二病だとは思うが聞いておいてやるよw
316:デフォルトの名無しさん
16/07/18 02:07:17.57 UhcVRSnP.net
はっはっは、仕様を持ち出してきたのはお前だし、
俺は、そこに書いてあるから読めといっただけだ。
俺は談義なんてなんもしてねーぞｗ
317:デフォルトの名無しさん
16/07/18 02:08:12.29 UhcVRSnP.net
>>315
ぐぐれかすｗ
俺が最初からこの程度のことを知っていたことを
証明するためのサイトだ。
318:デフォルトの名無しさん
16/07/18 02:16:59.61 CK8ZYmxh.net
あーまあ確かに今回は結局の所ほぼ自力で辿り着いているから、
確かに談義もしてないし、協力も大してしてもらってないわな。
とはいえ、getTime()については俺は前から疑問を持っていたからついでに調べたんだ。
>>317
これか？
URLﾘﾝｸ(d.hatena.ne.jp)
んー、まあこれを読んでも今回の結論には至らないけどな。
ちなみに俺は仕様書を断片的にしか読んでないから、多分
ToPrimitive(Number)がvalueOfを呼び、
ToPrimitive(String)がtoStringを呼ぶのは予想出来るが、
それがどこに書いてあるかまでは確認してない。まあもういいが。
319:デフォルトの名無しさん
16/07/18 02:31:49.78 UhcVRSnP.net
>>318
そこも少しあるが、そこのリンク先だｗ
おめでとう、ようやく俺に追いついたなｗ
320:デフォルトの名無しさん
16/07/18 02:33:00.01 CK8ZYmxh.net
>>313
ああちなみに一応コメントしておくとな、
11.6.1のNOTE1で例外規定を書いているだろ？これは結局の所 if 文が必要になるんだよ。
だから仕様としては、「文字列として連結したいなら常に toString() 」の方が綺麗になる。
そうすれば+だけあるToPrimitiveが除去可能で、+と-を同じ関数で処理する目が出てくるだろ。
現実にはこれだけでは駄目だけど、そうやって無駄な関数を増やさないのが良い設計なんだよ。
本来腕前ってのはこういう「如何に無駄をなくすか」で勝負すべきであって、
お前らがやっているみたいな
「1行のチューニング」「俺の方が仕様に詳しい」「俺の方が短い」ではないんだよ。
321:デフォルトの名無しさん
16/07/18 02:38:48.12 UhcVRSnP.net
無駄をなくすなっていうのは、
一行の無駄もなくすって意味だし、
（コンピュータにやらせる）
仕様を出してきたのはお前だし、
短いっていうのが無駄をなくすってことだし。
わかってねぇなぁ。
今時アセンブラで書くとか言う話をするのかねぇ。
一番の無駄は人間が作業することなんだがｗ
322:デフォルトの名無しさん
16/07/18 02:42:22.09 CK8ZYmxh.net
>>319
これか。確かに俺が確認したのと同じ事だな。
URLﾘﾝｸ(os0x.hatenablog.com)
323:デフォルトの名無しさん
16/07/18 02:45:40.64 UhcVRSnP.net
>>322
読めば一瞬で終わってた内容。
おつかれさんｗｗｗ
324:デフォルトの名無しさん
16/07/18 02:47:05.64 CK8ZYmxh.net
>>321
まあ今のお前にいくら言っても分からないとは思うが、必要なのは、
「構造的」簡潔さなんだよ。
「記述的」簡潔さではない。
もちろん記述も簡潔な方がいいんだけどね。
とはいえ、構造が簡潔なら記述が複雑になることもないんだよ。
とにかくお前は大きいのをまずは書いてみることだよ。
そうすれば色々と至らなさが分かると思うよ。
325:デフォルトの名無しさん
16/07/18 02:49:44.99 CK8ZYmxh.net
>>323
それはない。
俺の疑問はgetTime()が何故いるのか？であって、
add/subについてではないから。
まあこの際どうでもいいが。
326:デフォルトの名無しさん
16/07/18 03:01:24.39 vbFE3yAk.net
また殺人くん呼ばわりのあのアホかな。
あのな、DateTimeというのは、日付と時間だよな。ある一点を指し示す値だ。もっと詳しく言えば、ある内部値を、日付と時間として扱えるようにしたオブジェクトだ。
その、「ある一点を指し示す日付と時間同士を、四則演算する」って凄くナンセンスだと思わない？
ある一点と、ある一点の間の距離は、numberか？
違うよな。
.net見てみろよ。TimeSpan型がある。
例外とかそういう馬鹿な話じゃない。
頭の中を整理して、できて良いかできてはいけないのか精査せえ。
何故getTimeしてるかわからんのか？
エポックとして、一点の情報ではなくなり、原点からの長さとして値を返してると考えるとことができる秒に変換しとるよな。要はベクトルに。
お前高校数学からやり直してこいよ。
327:デフォルトの名無しさん
16/07/18 03:02:19.26 vbFE3yAk.net
>>326
言い忘れ。
「ベクトルなら加減乗除自在だよね」とダメ押ししとくわ。
328:デフォルトの名無しさん
16/07/18 03:11:07.49 UhcVRSnP.net
>>325
> 俺の疑問はgetTime()が何故いるのか？であって、
日付に +1 するときだろｗ
329:デフォルトの名無しさん
16/07/18 03:13:48.33 UhcVRSnP.net
いま普及している言語で、完璧な
構造的簡潔さとやらを備えてる言語ってなんだろうねｗ
重要なのは道具として使えることだよ。
道具として使えるならば簡潔でなくても良かった。
そうやって、制限のある中で今まで
実現してきたんだって。
330:デフォルトの名無しさん
16/07/18 05:04:13.15 FfTrxk2L.net
>>325
ES.nextでvalue-objectやらvalue-proxy、もしくは演算子オーバーロードが議論されてるよ。
まあとは言え今のDateをそのまま対応させるのはナンセンスだし、いろいろ問題あるから、
サフィックスで数値型を拡張できる優秀な案を使って、
1s -> <time>(1s)
2016Y+7M+18D -> <time>(1468767600000s)
3s - 1s -> <time>(2s)
date - 1s -> <date>
の用にできる。
まあその場合もgetTimeが要らなくなるわけじゃない、
勿論今でも単項+演算子使えば要らないので、要らないの定義によるが、
君は結局もっといい形があるじゃん、と言いたいのか、なんなのかよくわからないな。
331:デフォルトの名無しさん
16/07/18 23:56:44.27 CK8ZYmxh.net
>>330
基本的には
・getTime要らないなら何故いちいち付いているのか？（全員付けているのか）
・今確かに動いているが本当に引き算は出来るのか？（仕様内なのか）
の確認だから。
今の仕様でもそんなに悪くないけど、直交してないから実装に負担がかかる。
とはいえ今更変更することは無理だし、
新仕様を検討している連中はこの辺全て分かっているだろうから、見守るしかないね。
なおgetTimeが要らないといっているのは引き算時限定であって、（これは経緯を見れば分かるはずだが）
やっぱりlodash君は「前との関連で」の会話が出来ないんだな。
多分ガチのアスペなんだと思う。
とはいえここは匿名掲示板なんだから、俺たちがアスペに対して気を使う必要はない。
（個人を特定して気を使う必要はない）
過去の発言は全部読めるのだから、ちゃんと読み直して付いてこいとしか言えんね。
lodash君の会話の組み立て方では普通は荒らし扱いされる。
それは読み直すことによって多少は改善するから、まずはそれを心がけることだ。
という書き方だと伝わらないのかな？
まあしかしこれ以上面倒見れんが。
332:デフォルトの名無しさん
16/07/19 00:27:47.65 gHzhdyCj.net
> ・getTime要らないなら何故いちいち付いているのか？（全員付けているのか）
たまたま
> ・今確かに動いているが本当に引き算は出来るのか？（仕様内なのか）
仕様に書いているのだから、仕様通り
333:デフォルトの名無しさん
16/07/19 00:39:36.64 gHzhdyCj.net
> なおgetTimeが要らないといっているのは引き算時限定であって、（これは経緯を見れば分かるはずだが）
他にどんな演算子があるかぐらい調べろよｗ
new Date() / 1
new Date() * 1
new Date() % 10
new Date() ** 1
+new Date()
-new Date()
~new Date()
new Date() > 0 (< <= >= も同様）
new Date() << 1 （>> >>> も同様）
new Date() & 1
new Date() | 1
new Date() ^ 1
これらも仕様通りgetTime()はいらない。
というか逆に+のときだけgetTime()が必要と思ったほうが良いぐらい。
+は文字列結合と数値の加算の二つの意味があるから、仕方なくこうなってしまったという話。
（それ以外は二つの意味はない）
334:デフォルトの名無しさん
16/07/19 00:48:15.24 gHzhdyCj.net
> 今の仕様でもそんなに悪くないけど、直交してないから実装に負担がかかる。
> とはいえ今更変更することは無理だし、
直すならばDateの仕様ではなく、+オペレーターの方。
Perlみたく、+ は数値演算、 . で文字列結合 とするしかない。
335:デフォルトの名無しさん
16/07/19 01:05:34.97 gHzhdyCj.net
どうやら俺の発言が気に食わないようだが
俺に比べて技術と知識も劣ってるから、
getTimeがいらないのは引き算限定とかいう
発言で反論しようとするんだよなｗ
一般論として技術力が高い人ほど多くのことを
知っているんだよ。知ってるからこそ技術力も高くなる。
関数型プログラミングはいいよ。コードがシンプルになる。
lodashやjQueryは便利なライブラリ。
336:デフォルトの名無しさん
16/07/19 02:25:00.57 9Xihfq37.net
相変わらずアスペ全開だな。
まあついでに言っておくと、JavaScriptの連中は仕様書を書いている連中すらゴミだってことだ。
オブジェクト指向を理解出来てない。
Type固有の案件は全部15章に突っ込まないと駄目だ。
11章の演算子(+)に書くとか、親クラスのメソッドに子クラス毎にif文入れているようなものだ。
あの仕様書では頭からお尻まで全部読まないと理解できない。典型的な駄目コードだ。
だから俺も読み込むまでに余分に時間がかかった。
var Object = {
operator+: funciton() {
if (typeof(this)==='Date') // 11.6.1 NOTE1 // 現行仕様書
}};
var Date = {
operator+: function() { // 15.9.X // こっちに書くべき
}};
Type固有の例外規定が15章に書いてない時点で仕様書の構造がゴミ。
但し書きはダブって良いので、15章にも書き、そっちがオリジナルであるべき。
上記上側みたいに、Dateオブジェクトの特別扱いを、子クラスでメソッドをオーバライドせず、
親クラスのメソッドにいちいちif文入れてこられたらキレるだろ？
上記下側のように、子クラスでオーバライドした上で、
親クラスのメソッドに「Date型ではオーバライドされています」とコメントを付けておくべき。
337:デフォルトの名無しさん
16/07/19 02:25:35.18 9Xihfq37.net
お前らの大半はこれにすら気づけないと見ている。
正直、JavaScriptの連中が上達してないのはかなり根が深い問題だと認識し始めてる。
仕様書すらこれだ。
多分君らの大半は何が良いコードなのかも理解出来ていない。
それはまともな構成の仕様書/コードを見たことがないからだ。
これについては、丁度OOPのスレでそれを問う勇者がいたから見てくるといい。(今は死にスレだが)
ｽﾚﾘﾝｸ(tech板:10番)
ｽﾚﾘﾝｸ(tech板:65番)
例えば仕様書だけでもまともであれば、
無意識的にオブジェクト指向を学習出来たはずなのだが、そうなっていない。
この酷い仕様書を読むまでは気づかなかったが、
当たり前だが他言語の仕様書は達人が書いているので、こうはなっていない。
だから仕様書を読んでいれば無意識的に
オブジェクト指向（正確には著者のプログラミングスタイル）も学習していける。
JavaScriptにはこれがない。つまるところ、教科書が悪いから上達しにくい。
それでも、他人のコードをほぼ全て見える状況は、おつりが来るほど有利だとも思うのだが。
338:デフォルトの名無しさん
16/07/19 03:43:57.22 pXKjqsL9.net
上達くんはトリップ付けてくれよ
339:デフォルトの名無しさん
16/07/19 04:38:03.16 gHzhdyCj.net
自分の能力不足を仕様のせいにまでしてきたねｗ
340:デフォルトの名無しさん
16/07/19 04:50:08.67 gHzhdyCj.net
Dateにオペレータ+を書くとかさ間抜けすぎるっていうかｗ
世の中にはいろんな言語があるってことを知らないんじゃないかねぇ。
そして最高の言語があるとか思ってるんじゃないかねぇ。
JavaScriptにおいて演算子はクラスのメソッド（相当）ではない。
演算子のオーバーロードがないのもクラスのメソッドじゃないからだ。
だから演算子が特定のクラスにつくことはない。
もし+演算子がクラスのメソッドであれば、それはクラスごとに変更可能であるはずだ。
また戻り値も好きに変えられるはずだ。（例えばComplex型+Complex型の結果をComplex型にする等）
だけどJavaScriptではそれは出来ない。といったらJavaScriptは劣ってるとか言うんだろうな（苦笑）
これは言語のコンセプトの違いでしか無い。スクリプト言語としてそういう設計になってる。
JavaScriptにおいて演算の結果は文字列か数値にしかならない。（厳密に言えばNaNとかもあるが）
演算子はクラスメソッドではなく、演算子が使われた段階でオブジェクトはプリミティブ型に変換される。
Date型に対して+メソッドが呼ばれるのではなく、プリミティブ型への変換メソッド（valueOf）が呼ばれる。
その後に演算子の効果が働く。
な？ 能力が低いんだよこいつは。
自分の知ってる○○の言語の常識でしか考えることが出来ない。
341:デフォルトの名無しさん
16/07/19 04:57:24.04 gHzhdyCj.net
Dateにoperator+を書くべきじゃないと言ったが、
もちろんObjectにも書くべきじゃない。
>>336はさも、Objectにoperator+があるのが
現行の仕様だと言っているが、現行の仕様は
Objectにoperator+なんてものは存在しない。
ObjectにあるのはvalueOfメソッドだ。
そしてObjectのvalueOfメソッドに if Dateなら？みたいなコードはない。
Operator+解釈のアルゴリズムの結果、Date型のvalueOfメソッドが呼ばれるだけだ。
Operator+の処理が実行されるのは、Object（やDate）のメソッドが呼び出される前だ。
それは仕様を読めばわかること。
だからこそ15章 Native ECMAScript objects ではなく、
11章 Expressions に分離して書かれているのだ。
342:デフォルトの名無しさん
16/07/19 09:44:05.11 Lmd4i1Ew.net
>>336
仕様書が変に構造化されてて読みにくいのは非常にその通り。
でもES2015以降徐々に改善されて行ってるよ。
そういう意味でも最新の仕様書を読んだほうが良い。
で、確かに@@toPrimitiveはビルトインではDateとSymbolくらいにしかついていないので特有だが、
別にこれは外したり自由に付けたりもできるし、処理の流れの中で例外というわけでもない。
343:デフォルトの名無しさん
16/07/19 17:59:10.43 Ll9Tyf8R.net
頭おかしいのかな。
オブジェクト指向でも、クラス指向ではない。
型は無いに等しい。アヒルの様に鳴き、アヒルの様に歩けば、それはアヒルである、という「見做し」を代わりに使用する。
この2つだけで、何故演算子がその時と場合で意味が変わるか、理解出来るんじゃなかろうか。
知能低すぎなのは、その程度で関数型とか言っちゃってる脳味噌じゃねえの？
valueOfは、見做しの典型だろ。
どんなオブジェクトであれ、どんな経緯でプロトタイプがチェーンされていても、それを辿って一番最初に見つかったvalueOfが使われるんだから。
344:デフォルトの名無しさん
16/07/19 19:56:18.15 Lmd4i1Ew.net
まあそういう挙動が変だ、嫌だって言うなら
delete Date.prototype[Symbol.toPrimitive]
すれば変えられる。
誰かは言わないけど世の中には
delete Object.prototype.__proto__
とか嫌いで許せない物をまず削ってから始める派の人も居るみたいだしね。
345:デフォルトの名無しさん
16/07/20 00:55:34.54 uzXTbo4C.net
>>344
そー。
if Dateとかナンセンスすぎんのよ。
とりあえずvalueOf呼んで、その実装が誰のものかどのインスタンスのものかなんか気にせず、帰ってきたのが値で、
それ以上でもそれ以下でも無い。
クラスのメソッドとか脳味噌の代わりにウニ詰まってるレベル。
オブジェクトか、オブジェクトのプロトタイプのプロパティに
functionが入ってるだけであって、クラス()のメソッド()でも何でも無い。
関数を一級市民とみなす関数型言語erが、まさかの関数をメソッドと特別扱いするとは。
演算子は演算子であって、それ以上でもそれ以下でもない。その後に効果が働くも何も、それ以外の役には立たんから演算子として、言語として定義されとんのだ。
346:デフォルトの名無しさん
16/07/20 02:05:37.37 eZynd/Sj.net
>>342
> 処理の流れの中で例外というわけでもない
俺が言っているのは、ToPrimitiveを呼ぶことではなくて、
ToPrimitiveのデフォルト値がTypeによって異なっていることだ。
ただしこれについては俺も>>336内では間違っていた。正確には以下。
var Object = {
ToPrimitive: funciton(hint) { // 9.1
if (typeof(this)==='Date') // 11.6.1 NOTE1 // ES5.1仕様書
}};
つまり、15.9 に書くべき内容が、次点の 9.1 にも書いてなくて、 11.6.1 に書いてある。
二重に落とし穴になっている。
そして、当たり前だがNOTE1が例外だと言っている。
というか例外じゃなければNOTEの意味無いだろ。
仕様書のおかしな構造は、おそらく仕様書それ自体を書いたわけではなくて、実装から起こしたからだ。
だから仕様書として妥当な場所ではなく、それが実装してある場所に記述があるのだろう。
とはいえその場合でもこのNOTE1の内容なら 9.1 にあるべきであって、
いずれにしても 11.6.1 にあるのはかなり謎なのだが。
そして、実装から起こすにしても、まともな実装ならそのまま仕様書に焼き直しても上手く行く。
いずれにしてもアレなんだろうさ。
NOTE1（仮): Dateの場合はhintにStringを与えて呼び出す // 11.6.1 にあっても不思議ではない、
// 336の俺の勘違いはこれ、11.6.1にある点と整合させる為に脳内変換してしまった
NOTE1(ES5.1仕様書）: ToPrimitiveはhint無しの場合、
Date以外はNumberが、
DateはStringがhintに与えられたものと見なす
// ToPrimitiveの動作説明を(+)の説明内に配置？意味不明
// しかもToPrimitiveの場所(9.1)にはこの説明は無しかよ！マジで頭おかしい
347:デフォルトの名無しさん
16/07/20 02:06:29.35 eZynd/Sj.net
さてES7仕様書を確認してみた。確かに大幅改訂されている。
7.1.1のToPrimitiveの所にNOTEがある。（改善あり）
12.8.3の + の所にはこれまでどおりのNOTE記述、まあこれはあった方がいい。
20.3.4.45にはDate.prototype[@@toPrimitive](hint)が追加されている。（改善あり）
結果、俺が問題だと思った点は全て改善され、妥当な配置になっている。
> そういう意味でも最新の仕様書を読んだほうが良い
ああその通りだ。今後俺はそうするよ。少なくともES5.1仕様書はゴミだ。
> 別にこれは外したり自由に付けたりもできるし、処理の流れの中で例外というわけでもない
それは完全に後付だよ。とはいえ妥当な解決策ではあるが。
最初からNumberならこの部分自体が丸々要らない。
無駄仕様で無駄に膨らむ駄目パターンの典型だ。
とはいえ、ES7には今のところ問題点はないね。
俺もこの解決策を採るだろうし、仕様書としても今現在俺が検出した問題点は全て解決済みだ。
徐々に改善されているのは事実だね。
ただまあ、20年も経とうとしているのにこのレベルの改善を未だにやっていること自体が問題だが。
他言語の仕様/仕様書なら、最初からこんな問題は存在しない。
というか、ブレンダン・アイクは何で仕様書を書かなかったんだろう？
彼が第1版を書けばこんな事にはならなかったはずなんだよ。
>>344
ググったらヒットした。で、試してみた。
が、効果あるか？特に何も変わらない気がするが。
ES6フラグとか指定必要？
348:デフォルトの名無しさん
16/07/20 02:09:56.99 eZynd/Sj.net
あ、ちなみに試したのは後者、間違いないようにもう一度書いておくと、以下ね。
> delete Object.prototype.__proto__
とりあえず期待した効果がない（気がする）
349:デフォルトの名無しさん
16/07/20 02:15:43.13 E+SEwayU.net
> 他言語の仕様/仕様書なら、最初からこんな問題は存在しない。
そんなわけねーだろｗ
どんな言語でも最初は汚いし
完璧な言語はない。
なによりお前、他の言語と言ってるが、
じゃあ具体的にどの言語だよ？
どうせしらんだろ
350:デフォルトの名無しさん
16/07/20 02:31:38.89 eZynd/Sj.net
>>344
いじってみると、動作の差異を検出出来た。
delete以降は__proto__指定でのプロトタイプ切り替えは出来なくなる。
ただし、リテラルとしてオブジェクト全体を生成する場合は指定が効くという、
極めて中途半端？な状態になっている。
果たしてこれが仕様なのか、もちろん動作自体ももっと確認しないと怖くて使えないが、
これが仕様であれば、意図は分かるし、最初からこうならこっちの方がいい。
ただ、今現在の動作しているコードの中でこれをやるのは無理だね。副作用が怖すぎる。
(つまり、結論としては、仕様だと確認出来ても使わない)
351:デフォルトの名無しさん
16/07/20 02:40:40.72 xVzG2GNh.net
>>350
それがなぜかが判れば、自分がどれだけ間抜けな事言ってるかかわかると思うよ。
アスペならダックタイピングとか、関連用語を詰めてこい。
352:デフォルトの名無しさん
16/07/20 03:30:00.35 eZynd/Sj.net
B.2.2だろ？
他を見てもアクセサとして実装するところまでは仕様のようだから、
deleteに関しても仕様通りの実装になっていれば同じ動作だろう。
しかしObject.definePropertyを使えば同じ事が副作用無しで出来るのに
わざわざdeleteする意味は何？
353:デフォルトの名無しさん
16/07/20 07:46:36.40 2oUQ3wZY.net
>>350
まあ多分Object.prototype.__proto__が嫌いな人は
Object.prototypeに余計で醜いの生やすな！って言いたいのもあるだろうから
それで良いんじゃないのかな。
あとまあES仕様は基本的に一箇所に最小限しかかかれていなくて、
慣れていないうちはあっち行ったりこっち行ったりする必要があるが、
逆に言うと基本処理を覚えてパターンに慣れるほどに読みこなしてしまえば、
短い一部を読むだけで理解できるからむしろ楽という事もある。
仕様書いてる人もそうだから、初めて読む人の読みづらさがなかなかわからないんじゃないかな。
354:デフォルトの名無しさん
16/07/20 09:31:33.55 E+SEwayU.net
このようにJavaScriptの仕様書っていうのは
よく読まれやすい。読んでいるからこそ苦情も出てくる。
それに対して、他の言語の仕様書は読む気すらおきない
355:デフォルトの名無しさん
16/07/20 13:30:34.45 2oUQ3wZY.net
処理系と仕様が完全に分離されてるのもどちらかと言うと珍しいのもあるかもな。
RubyやPythonだったら言語学者でもない限りメインの処理系の動き＝仕様ということで納得する部分があるが
JSだと沢山の処理系で動くように作らないといけないからね。
各処理系の対応度合いもまちまちだし、１つの処理系だけ取っても変化が早い。
だから言語仕様書を頼ることが多くなるのかもね。
でも言語仕様書はあくまで言語仕様書であり、リファレンスとは違うので誰にでも分り易いものではないね、
356:デフォルトの名無しさん
16/07/20 23:30:45.27 E+SEwayU.net
JavaScriptの標準APIがRubyのそれとは違って
大幅に機能が少ないからのは標準化のせいなのかな？
他言語を見習って一気にメソッド増やしてほしいものなんだが。
URLﾘﾝｸ(ruby-doc.org)
これらのメソッドの多くがないから、lodashなどに
頼る必要が出てくる。
他言語で標準化されてるならば、JavaScriptに取り入れるかなんて
議論する必要はないと思うんだけどな。
357:デフォルトの名無しさん
16/07/21 07:48:11.60 3EZYXG7o.net
Rubyやらより遥かに後方互換性を切るのが難しいからね。
Rubyやらはなんだかんだ言ってメジャーバージョンアップの時には思い切って互換性を切ることができる。
そこでの一番の問題はユーザーがついてきてくれるかとか、そんなところ。
でもJSは後方互換性を切るとなったら、それが受け入れられるかなんてむしろどうでもよくて、
今あるコンテンツのほぼ全てに影響がないかが大事になる。
それは同等の力を持ったエンジンが複数あり、ユーザーコミュニティではなくエンジン開発陣主体だから。
目線が違うので、便利だから入れようという盛り上がりが起こることは少なく、
今ある特にパフォーマンスや技術的問題を、具体的に解決できる提案が取り入れられやすい。
358:デフォルトの名無しさん
16/08/21 21:25:32.47 u7v77FIA.net
IndexedDBでdeleteObjectStoreする時にトランザクションが（仕様上）取れなくて、
そのままdb.close()するとエラーになる時があるんだが、これってどうすればいいのだ？
e.target.errorは以下。e.target.transacsionはnull(IDBFactory.openで呼んだ直後）
target:IDBOpenDBRequest
error:DOMException: The connection was closed.
code:20
message:"The connection was closed."
name:"AbortError"
createObjectStoreはtransactionプロパティがあるのでそれでoncompleteを待てるのだが、
deleteObjectStoreは何故かvoidを返す仕様で、待ちようがない。
ならばそのままクローズで良いのかと思いきや、エラーになる。
URLﾘﾝｸ(developer.mozilla.org)
普通ならIDBDatabase.transactionがプロパティでそこから辿れるはずなのだが、メソッドだし。
deleteの時にトランザクションがないわけがないし、
それにアクセス出来ないのは仕様上の欠陥だと思うが。
createObjectStoreがobjectStoreを返すのは便利で良いが、本来はTransactionを返すべき。
だったら空オブジェクトにtransactionプロパティだけでも付けておいてくれないと対応出来ない。
なおヒット状況は、
1. あらかじめIndexedDBに500個ほどオブジェクトストアを作っておく。
2. open直後にそのうち3つほどを連続して消す。
3. クローズ。
この3のタイミングの取り方が分からない。
IndexDBは初めて使うので、使い方が間違っていたり、
或いは大幅に勘違いしてるかもしれないけど、その辺も含めてよろしく。
なおアプリとしてはもう一度削除されるだけなのでクリティカルな問題ではない。
359:デフォルトの名無しさん
16/08/21 22:46:27.65 Dn9vwW86.net
>>358
createもdeleteもversionchangeでしか使えんだろう。
360:デフォルトの名無しさん
16/08/21 23:07:56.19 u7v77FIA.net
createObjectStoreも単発で作るだけなら同じかもしれないが、それは試していない。
こちらの使い方では以下サンプルの通り、
createObjectStore直後にobjectStore.transaction.completeで書き込みを行っているので、
書き込み側では今のところ問題はない。
> 「データベースを構築する」からの抜粋
> var objectStore = db.createObjectStore("customers", { keyPath: "ssn" });
> objectStore.transaction.oncomplete = function(event) {
> }
> URLﾘﾝｸ(developer.mozilla.org)
ちなみにcreateObjectStoreのtransactionは複数作成しても同一なので
(oncompleteは最後に1回呼ばれるだけ）
おそらくdeleteObjectStoreのトランザクションとも同一。
だからこれが見えれば問題は解決出来るはずなのだが、辿り方が分からない。
（というか仕様上抜けているように見える）
361:デフォルトの名無しさん
16/08/21 23:34:58.54 u7v77FIA.net
ちなみにcreateObjectStore/deleteObjectStoreを常用しようとしている。
APIを見る限り、確かにこれは通常想定されている使い方ではないようだが、
versionカウンタが64bit整数だから出来ない使い方でもない。
管理上最適な階層にすると、今回はcreate/deleteを常用する事になる。
だからそれが出来るかどうか試している。（実用に耐えるかどうか）
362:デフォルトの名無しさん
16/08/21 23:35:23.04 sjfW/TwQ.net
トランザクションはversionchange全体で１つ
363:デフォルトの名無しさん
16/08/21 23:45:38.76 Dn9vwW86.net
>>360
ハンドラに代入したらそりゃ一回だけじゃねえの？
addEventListener使わないのはどうして？
複数作成しても同一、ってなんで複数作成する必要があるの？
トランザクションと同じ、の根拠何なの？
onupgradeneededでしか使えないんじゃなかったっけ？
消す意味がわからんのだけど、なんで消したいの？
消さなきゃいけないなら保存なんかしなけりゃ良いと思うんだが。
createObjectStoreがなんでtransaction帰すべきなの？
ObjectStoreをcreateしたのに。
一つのストアから、2つ以上のトランザクション作りたい場合に詰むんじゃねえの？
なんか根本的に間違ってない？
364:デフォルトの名無しさん
16/08/21 23:48:10.59 ZqmshKaM.net
なぜ、ストアごと消す必要があるんだろう。
中身だけ消せばいいんじゃねえの？clear一発っしょ。
365:デフォルトの名無しさん
16/08/22 00:02:44.22 m1LOPf7I.net
中身だけ消す使い方も出来るが、それだと名前対応の辞書引きが必要になる。
管理上「最下層の名前＝最下層のobjectStoreの名前」が一番簡単だからそうしている。
アクセス/追加/廃棄単位もこれと同一だから、管理上はそこにobjectStore階層を置きたい。
もちろんキーに全部含めてフラットに扱うことも出来るが、
元々階層オブジェクトなのをフラットにしてDBに負荷をかけるのは本末転倒だ。
それでコードが楽になるならメリットもあるが、今回はそうではないし。
今回は完全に階層オブジェクト（末端はファイル）だからIndexedDBの必要はないのだけど、
FileSystemAPIだとChromeしか使えない。
これについてはFireFoxはIndexedDBを使えという主張らしく、
確かに機能的には上位互換だから、動作が十分に軽ければ問題ない。だからそれを試している。
URLﾘﾝｸ(dev.mozilla.jp)
URLﾘﾝｸ(www.html5rocks.com)
366:デフォルトの名無しさん
16/08/22 00:09:17.75 bLWZhaRu.net
ファイルって何に使ってるの？
最悪消えても良いのならCacheStorageもあるが。
367:デフォルトの名無しさん
16/08/22 00:15:46.53 m1LOPf7I.net
>>362
確認した。おそらくそのようだ。
> Transactions of this mode cannot run concurrently with other transactions. Transactions in this mode are known as "upgrade transactions."
> URLﾘﾝｸ(developer.mozilla.org)
そしてこの"upgrade transactions."がどこのプロパティに現れるのか知りたい。
つか、一つならdb.transactionにぶら下げといてくれよなと。
createObjectStoreの後にもここにはぶら下がってないね。
368:デフォルトの名無しさん
16/08/22 00:23:12.68 m1LOPf7I.net
>>366
Web上のファイルの保存用途に使う。（アーカイブ）
だからファイルが保存出来れば何でも良い。
(まだFileSystemAPIは試していない)
URLは最初から階層になっているし、それを保つのが管理上一番楽だからそうする。
したがって、DBアクセスの必要はない。
ユーザがライフタイムを完全に管理出来なければならない。
(Web上から削除された時、ユーザ側で削除するか保存するか決める）
CacheStorageはあとで見てみるが、チラ見では新しすぎる感じ。
369:デフォルトの名無しさん
16/08/22 00:32:40.08 utwn7AiT.net
>>365
頭おかしくなければ、もともと階層オブジェクトなのをフラットに、とか変な事考えなくていいんじゃねえの？
/hoge..../a.php?aaa/bbb
/hoge.../a/aaa/bbb
が同じとかあんじゃん。
url:{
content:Blob,
schema:xxx,
host:xxxx,
port:xxxxx,
path:[aaa,bbb,ccc]
}
とでもオブジェクト作って、pathにインデックス貼れば？
なんの負担でも無いよ。indexで引くDBだからindexedDBなんだし。
階層構造を保存するためにハードディスクが階段の形してるなら寝言続けて。
370:デフォルトの名無しさん
16/08/22 00:36:42.04 m1LOPf7I.net
>>366
CacheAPI見てみたがライフタイムの管理がよく分からん。
「ユーザ側からの削除無しなら永久保存」（つまりファイルと同じ）に出来る物なの？
URLﾘﾝｸ(developer.mozilla.org)
あとIndexedDBはFireFoxがそういっているから試してみているだけであって、
FileSystemAPIだとWindowsから直接コピーとか出来るはずなので、
結果的にアーカイブの管理が楽にはなるから、そっちを使うかも。
いずれにしても今は試している段階だ。
何か情報あればよろしく。
371:デフォルトの名無しさん
16/08/22 00:42:53.49 utwn7AiT.net
自分はすごく考えた結果、こうする他がない、でもわからん。不自然な答えになる。そのやり方は不自然なやり方だからどこにも載ってないから教えてってときに、情報出し渋るなよ。
どう考えても自分の発想が間違ってる以外の結論出ないんだから。
>>370
しかしなんでパスをインデックスに出来ないの？
限界サイズは一番でかいか無限だよ。IndexedDBは。
372:デフォルトの名無しさん
16/08/22 00:43:11.87 m1LOPf7I.net
>>369
それも何の負担もないが、
元のURLもクエリを含まないからそのままでも全く負担無いんだよ。
だからその方法ではコードは楽にならない。
仮にFileSystemAPIを使ったとして、
Windowsから直接ファイルをアクセス出来れば、
アーカイブが要らなくなった時にエクスプローラから削除出来るでしょ。
直感的に一番簡単。
それを意味無くフラットなDBにしてしまったら、
そのアプリいちいち起動しないとあれこれ出来ないでしょ。
バグってて削除出来ないとかもあり得るわけでね。そういうこと。
他アプリとインタフェースが揃っているのは重要なんだよ。
仮にIndexedDBも結果的にWindowsファイルの階層として見える形で
objectStoreを置いてくれていれば、同様のことが期待出来るわけだし。
373:デフォルトの名無しさん
16/08/22 00:49:08.43 m1LOPf7I.net
>>371
出し渋るも糞もアーカイブだと言ってるだろ。
パスはインデックスにするよ。ただしフラットにはしない。
限界サイズはndexedDBよりも多分FileSystemAPIの方が上だ。
374:デフォルトの名無しさん
16/08/22 00:56:03.75 m1LOPf7I.net
IndexedDBの容量制限は実質1/10*HDDね。
URLﾘﾝｸ(developer.mozilla.org)
多分FileSystemAPIには上限がない(HDDの上限だと信じている）
繰り返すが、今回は元々アーカイブ用途だからそもそもDBアクセスの必要はない。
（横断的クエリとか検索とかは全く必要ない）
ただ、機能的には上位互換だから動作に問題なければそれでもいい。それだけ。
375:デフォルトの名無しさん
16/08/22 01:07:03.73 utwn7AiT.net
>>372
は？消すのはエクスプローラーなの？
意味なくフラットなぁ。
十分に意味のあるフラットだと思うけど。
バグって削除できないから、だから最初の発想では毎回ストアを作って破棄します、なんて考え方だったの？あきれた。
upgradeはなんなのか。
dir /S/Bした結果だから余程見慣れてると思うけどね。
WindowsWindowsって気持ち悪いけど。
べつに、どのフォルダ以下、って、キーの先頭xxxxxx文字が指定のもの、なんだし、特に変わらんと思うんだけど、
お前の中で違うならそうなんだろう。
フラットに見えるものが、フラットではないと思うのがよくわからなすぎて悩むわ。
indexedDBには文字列しか保存できないと思ってんのかな。
フラットにはしない！って、じゃあどうやってWindowsってフォルダの構造保存してるんだろう。
って考えたら、
フラットなものに保存されてる事気づくと思うんだけど。
>>374
だから、実際のサイズ調べてこいよ。
クォータまでだよ。
それに、残念だけど、フォルダとして見られる物じゃないよ。
376:デフォルトの名無しさん
16/08/22 01:09:42.35 utwn7AiT.net
まさかディレクトリ掘るのに再起使ってるから、平たくする方法がわからんのかな。
そんなに階層階層言うなら、階層構造渡したらそのまんま保存してくれるラッパ作るか、
バイナリの保存はちょっと考えなきゃならんがブラウザ版nedbでも使えばいいのに。
377:デフォルトの名無しさん
16/08/22 01:16:58.93 bLWZhaRu.net
>>370
保証はされていないが、一般的な環境ではまず問題ない。
というかIDBも実際は永続性は保証されていない。
Fxだと保証されているのは非標準のオプションを指定した時のみで、
他のブラウザでも基本的に一時的なものでディスクが埋まった時は利用頻度の少ないものから削除される。
トランザクションだって完璧でない。実際はパフォーマンス向上のためにディスクの書き込み完了を待たない。
378:デフォルトの名無しさん
16/08/22 01:19:31.86 m1LOPf7I.net
>>375
> それに、残念だけど、フォルダとして見られる物じゃないよ。
そうか、これは残念だ。
だったらやっぱりFileSystemAPIかな。
削除機能は内部にも付けるけど、
エクスプローラでも追加/移動/削除出来た方がいいのは自明だろ。
他アプリとの連携もし易くなるし。
まあお前が色々勘違いしているのは分かるけど、
既に言っていることばかりだから読み返してくれ。
379:デフォルトの名無しさん
16/08/22 01:25:17.05 utwn7AiT.net
>>378
だから、FileSystemApiがだよ。
フォルダとしては見られないか、超掘り返さないと見れないよ。
更にいうと、エクスプローラでなんなりするべきものじゃない。
それはもう、Electronかなんかで作れ。な？
お前が勘違いしてるのは、多分indexedDBへの保存の方法だとの思うけど。
そのために必要な階層構造を保ったまま、indexdDBに十分入れれるからな。
380:デフォルトの名無しさん
16/08/22 01:25:40.46 utwn7AiT.net
まぁ、インスペクタでは表にしかならんだろうけど。
381:デフォルトの名無しさん
16/08/22 01:30:27.67 m1LOPf7I.net
>>377
了解。ありがとう。
アーカイブ用途なのでトランザクションに関しては問題ない。
再ダウンロードして保存すればいいだけだから。
機能は、Web上で削除されたファイルをまだ削除されていないように見せかけるもの。
それが永久だとアーカイブということになる。
CacheAPIは多分この用途に作られているから、
それが使えるのならそっちを使った方が色々すんなり行くのだろうね。
プロキシとして機能してくれるなら、いちいちObjectURLに張り替える必要もなくなるし。
全体として楽になる。
ただ永久保証無しなら、何らかの形で抽出機構が必要になる。
これがちと面倒か。
多分CacheAPIの区画を「永久」「一時」とユーザー側で指定出来れば一番良いのだけど、
無理だよね？
382:デフォルトの名無しさん
16/08/22 01:33:03.22 m1LOPf7I.net
>>379
JavaScriptオブジェクトそのまま突っ込めるって話だろ。
もう試したが、今回の用途にはメリットがないんだよ。
383:デフォルトの名無しさん
16/08/22 01:34:46.91 m1LOPf7I.net
>>379
> だから、FileSystemApiがだよ。
え、マジで？
384:デフォルトの名無しさん
16/08/22 01:38:12.92 utwn7AiT.net
>>382
そのままじゃなくて、書き加えて保存できるし、
その任意のプロパティをインデックスに出来るよ。
お前の言うフォルダ名も、そのままでも、セパレータで分割しても、両方でもインデックスとして保存できる。
このフォルダ以下、これと同じ階層のもの、ファイル、全部綺麗に管理できるんだけどね。
これをフラットだからダメ、って言うなら、
一つのオブジェクト入れるオブジェクトに好きなだけツリー構造こしらえれば良いのかもしれん()が。
ノータリンに説明した時間が無駄だったな。
385:デフォルトの名無しさん
16/08/22 01:44:52.41 m1LOPf7I.net
>>384
とりあえず384に書いていることは全部知っているぞ。
ただそんなことせずともURLそのままで保存すれば良いだけなんだよ。
サーバ側でそれなりに考えて階層化されているわけでね。
386:デフォルトの名無しさん
16/08/22 01:53:36.82 utwn7AiT.net
>>385
はぁ。そうですか。
それでidb程度が使えないというか、わけわからん仕様出してくるとは、「それなりに考えて」階層化してるものが、表型DBに落ちてりゃ最高に面白いけど、フォルダ()なんだろうな。
好きに悩んでバギーなもの作ればよろし。
387:デフォルトの名無しさん
16/08/22 01:59:36.01 utwn7AiT.net
ブラウザの枠越えてフォルダがどうとか言うなら普通にWindowsアプリ組めばいいんじゃないのかな。
ブラウザはブラウザでサンドボックスになってるから良いのに。
388:デフォルトの名無しさん
16/08/22 02:02:44.31 m1LOPf7I.net
>>386
いや何を勘違いしているのか知らんが、コードはもう動いているし今はテスト中だぞ。
まあそれはさておき、FileSystemAPIが異なるファイルシステムを使っているのは
確定ではないがどうやらそのようだ。
というかこれだとWeb屋は言葉を間違っている。
サンドボックス：その内部で何をやっても外部に影響はない
ブラックボックス：その内部がどうなっているか外部からは見えない
ブラウザストレージはサンドボックスである必要はあるが、
ブラックボックスである必要はない。というかFileSystemAPIならなおさら。
てかマジでブラックボックスならFileSystemAPIの存在価値無いよ。
これだとFireFoxの言うとおりだと言うことになる。
何で意味無くブラックボックス化してんだ？
389:デフォルトの名無しさん
16/08/22 02:14:19.68 utwn7AiT.net
>>388
サンドボックスだ、としか言ってないし、
ブラックボックスではない、とは言ってないからいいんじゃねーの？
動いててテストフェーズなのに未実装機能あるなんて面白いのか面白くないのかわからんな。
だから言ってんじゃん。
それゴミ。idbの方がはるかにマシ。
要はクロームアプリ同士で、ファイルが筒抜けにならんように隔離してみました、って感じ。
390:デフォルトの名無しさん
16/08/22 02:22:51.64 m1LOPf7I.net
>>389
いやFileSystemAPIと言うからにはエクスプローラで操作出来ないと駄目だろ。
機能としてはIndexedDBの方が上位互換なんだから、
独自ファイルシステムなら存在価値がない。
> 要はクロームアプリ同士で、ファイルが筒抜けにならんように隔離してみました
この必要あるの？
具体的に言えばアプリのシグネチャ？でも混ぜ込んであるって事？
ローカルストレージが共通なのが多少問題だったから仕切ったってわけか？
391:デフォルトの名無しさん
16/08/22 02:50:07.77 m1LOPf7I.net
あー、つかお前らがよく使う言葉思い出したわ。
IndexedDBでもFileSystemAPIでも、
内部データを「追加/移動/削除」する為の機能を自分で作るのは、
「エクスプローラーの再開発」(車輪の再開発）なんだよ。
Windows上のエクスプローラーが使えたらそれが一番良いだろ。
ドラッグアンドドロップやプレビューの機能は全部持っているし、バグもないし。
つか何故いちいち「マイエクスプローラー」を開発しなければならんのよ？
これが>>379の勘違いに対するお前らの言葉での答えね。
そしてChromeは「マイエクスプローラー」の開発を強制するわけだ。
アホかねと。
392:デフォルトの名無しさん
16/08/22 07:34:32.01 utwn7AiT.net
>>390
ブラウザってパソコン以外にも乗るじゃん。
その時、ファイルシステムなんて存在しないかもしれないよ。
って話。
>>390
例えば、なんかのアプリで保存したパスワードなんかを、別のアプリから覗き見出来ないようになってる。
>>391
世界中の人がWindowsのエクスプローラやマックのFinder使ってるから訳じゃないんだよw
内部データを追加、移動、削除するってのは、つきつめたらそれが機能なんだから。
お前が使いたいのがたまたまエクスプローラなだけだから、そう思うんだろうけど。
マイエクスプローラーではなくて、自分が使いやすいUI作れよ。
それか、どっかポート開けてwebDAVででも晒してローカルでマウントさせろ。