のテンプレを読んだ上で質問してください。次スレはがのテンプレ案(本スレで改善案があれば考慮)を元に立ててください
■規則/推奨ルール
・メール欄を空欄にし、名前にレス番を入れることを強く推奨(なりすまし防止)
・質問内容は具体的に。言葉だけでなく、出来る限り再現性を確認したサンプルコードの掲示。
・質問テンプレートの利用推奨。
・質問への「答え」だけでなく「意見」を出しても良い。
■禁止行為
・丸投げ質問
・迷惑スクリプトの質問
・オレオレ用語の使用(一般的な用語を使用する事)
・煽り、批判等の他人を不快にさせる行為(批判の代わりに「AよりBが良い」のような代案を出す事)
・回答者同士のレスは原則禁止(を参照)
・ライブラリの話題の投稿(を参照)
■質問テンプレート
【環境】OS, ブラウザをバージョンと共に記入してください。(ex: IE8, Firefox4)
【何をしたのか】何をしたら問題の現象が発生するのか。再現手順を具体的に書いてください。
【エラーメッセージ】エラーメッセージがあれば正確に書き写してください。(Windows なら「コピット」を活用)
【期待する結果】最終的にどういう結果を望んでいるのか、を書いてください。
【サンプルコード】現象を再現可能な最小限のコードを書いてください。
1レスに収まらないならコード投稿サイトを利用してください。
ttp://jsdo.it/ ttp://jsbin.com/ ttp://jsfiddle.net/ ttp://ideone.com/ jQuery
ttp://jquery.com/ jQuery UI
ttp://jqueryui.com/ jQuery Mobile
ttp://jquerymobile.com/ Lo-Dash
ttps://lodash.com/ Backbone.js
ttp://backbonejs.org/ Underscore.js
ttp://underscorejs.org/ AngularJS
ttps://angularjs.org/ Knockoutjs
ttp://knockoutjs.com/ RequireJS
ttp://requirejs.org/ D3.js
ttp://d3js.org/ threejs
ttp://threejs.org/ ttp://fiddle.jshell.net/vSqKr/44/show/light/ ◆開発者ツール(Developer Tools)の基本的な使い方 (全部は
ttp://fiddle.jshell.net/vSqKr/44/show/light/#Browser-Developer-Tools ) ▼諸注意
- 本説明では Google Chrome の開発者ツールの名称に従います。他ブラウザで使う場合は適宜読み替えて下さい。
- IE9- でコンソールを使うには予め開発者ツールを起動しておく必要があります(開発者ツールを起動しないと console.log() が機能しません)
- Safari はデフォルトで開発者ツールが無効な為、有効に設定する必要があります。
ttps://developer.apple.com/library/safari/documentation/AppleApplications/Conceptual/Safari_Developer_Guide/GettingStarted/GettingStarted.html ▼要素を検証
1. ページ上で右クリックして [要素を検証]
2. [Elements] パネルが開き、対象のDOMノードが選択される(選択対象が目的の要素でなければ [Elements] パネル上で選択し直す)
3. 右側のサイドバーから知りたいステータス名のタブを選択する
- [Styles] タブ … CSSプロパティの指定値を表示 (※カスケードによって上書きされたプロパティは取り消し線で表示される)
- [Computed] タブ … CSSプロパティの算出値を表示("font-size: 1em" を指定していても算出後の "*px" で表示される)
- [Properties] タブ … 選択したDOMノードのプロパティを表示
▼コンソール
1. JavaScript コード上で console.log('Hello, World!'); と入力
2. [Ctrl] + [Shift] + [I] キー(IE は [F12])で開発者ツールを開き、[Console] パネルを開く
3. [Console] パネルに "Hello, World!" と表示される
(※window.alert() は String 型に変換されますが、console.log() は Object 型の中身をそのまま表示してくれます。)
◆JavaScriptの実行速度
JavaScriptの速度は「ブラウザ名」「ブラウザのバージョン」「PCスペック」に依存します(ブラウザのバージョン毎に最適化具合が異なります)。
速度の疑問解消の為に
ttp://jsperf.com/ にコードをUPしてブラウザ毎に速度計測する事を推奨します。 例外として、仕様における理論上の速度が明確になっている場合があります。
例えば、正規表現によるマッチング処理を考えた場合、「RegExp#test > RegExp#exec > String#match」は ES5 仕様で保証されています。
ES5 仕様において RegExp#test が最も処理数が少なく、String#match が最も処理数が多いことが明確だからです。
ブラウザによっては RegExp#test の最適化が十分でなく、String#match の最適化が RegExp#test より十分であれば逆転する可能性はありますが、各メソッドの最適化が一律であればこの前提が崩れる事はありません。
■各種仕様 (
ttp://fiddle.jshell.net/vSqKr/44/show/light/#Link も参照 ) ◆ Standard ECMA-262
ttp://bclary.com/2004/11/07/ (ECMAScript 3 HTML版) ttp://www2u.biglobe.ne.jp/~oz-07ams/2002/ecma262r3/ (ECMAScript 3 和訳) ttp://www.ecma-international.org/ecma-262/5.1/ (ECMAScript 5.1 HTML版) ttp://tsofthome.appspot.com/ecmascript.html (ECMAScript 5.1 和訳) ttp://www.ecma-international.org/ecma-262/6.0/ (ECMAScript 6 / ECMAScript 2015) ttp://kangax.github.io/compat-table/es5/ (ECMAScript 5 compatibility table) ttp://kangax.github.io/compat-table/es6/ (ECMAScript 6 compatibility table) ◆ HTML Standard (HTML5)
ttp://www.whatwg.org/specs/web-apps/current-work/multipage/ ttp://momdo.s35.xrea.com/web-html-test/spec/WD-html51-20130528/Overview.html (HTML5.1 部分訳) ttp://www.hcn.zaq.ne.jp/___/WEB/WebStorage-ja.html (Web Storage 和訳) ◆ Document Object Model (DOM) / CSS Object Model (CSSOM)
ttp://www.hcn.zaq.ne.jp/___/WEB/DOM4-ja.html (DOM Standard (DOM4) 和訳) ttp://www.w3.org/TR/DOM-Level-3-Events/ (DOM3 Events) ttp://www.w3.org/TR/uievents/ (UI Events) ttp://www.hcn.zaq.ne.jp/___/WEB/cssom-ja.html (CSSOM 和訳) ttp://www.hcn.zaq.ne.jp/___/WEB/cssom-view-ja.html (CSSOM View Module 和訳) ◆ その他のWeb関連仕様
ttp://domparsing.spec.whatwg.org/ (DOM Parsing and Serialization - innerHTML等) ttp://www.hcn.zaq.ne.jp/___/WEB/XHR-ja.html (XMLHttpRequest 和訳) ttp://www.hcn.zaq.ne.jp/___/WEB/File_API-ja.html (File API 和訳) ttp://www.whatwg.org/specs/ (WHATWGの仕様一覧) ◆ MDN (Netscape/Mozilla)
ttps://developer.mozilla.org/ja/docs ◆ MSDN Library
ttps://msdn.microsoft.com/en-us/library/ie/hh828809 (Internet Explorer API) ttp://msdn.microsoft.com/ja-jp/library/yek4tbz0.aspx (JavaScript) ttp://msdn.microsoft.com/ja-jp/library/cc427807.aspx (JScript) ttp://msdn.microsoft.com/ja-jp/library/cc409712.aspx (DHTML) ◆ JavaScript Garden (ja)
ttp://bonsaiden.github.com/JavaScript-Garden/ja/ ◆ JSON (JavaScript Object Notation)
ttp://www.json.org/json-ja.html ttp://jquery.com/download/ ・ブラウザサポート
ttp://jquery.com/browser-support/ ・jQuery UI
ttp://jqueryui.com/ ・jQuery UI ダウンロ−ド
ttp://jqueryui.com/download/ ・リファレンス等
ttp://alphasis.info/ ttp://www.jquerystudy.info/ ttp://js.studio-kingdom.com/ ttps://w3techs.com/technologies/history_overview/javascript_library/all ここをみると今年に入ってからjQueryを使用している会社は0.4%増えているようだが
少数派の意見ではあるがうちの会社では年内でjQueryをきることが決まったぞ。
こういう会社もまれにあるってことを知ってほしい
そりゃjQueryを切るところもあるだろうけど、
ぶっちゃけ、少ない方の事例じゃね？
無能がスレ立てるとこうなる。
+ JavaScript の質問用スレッド vol.129 +
ttp://mevius.2ch.net/test/read.cgi/hp/1456242505/
■過去スレ全集
ttp://www2.atpages.jp/mirror/2ch/javascript/ ttp://usamimi.info/~mirrorhenkan/2ch/javascript/ (閲覧のみ) ■テンプレ案
ttp://fiddle.jshell.net/fH4cC/174/show/ 現代に主要ライブラリのリンクとか必要なのだろうか？
つうか全体的にリンクがあまりに多すぎじゃね
例えば仕様のリンクは多くてもスナップショットの和訳１つで良いだろう
最新の英語のLS版が知りたいやつがここのリンク参考にするとは思えんし
もっと言えばMDNだけで十分な気がする
MDNの各ページには仕様への適切なリンクが張ってあるし、
興味がある人ならそこから知るだろう
質問テンプレートもテンプレートなんて殆ど使われないし、
こういう質問の仕方にしてという注意事項形式に改めたり、
改善と言うか０からテンプレ作り直す必要があると思う
テンプレ案で提案どうぞ スレ違い君
iOSでHTML、CSS、JavaScriptの編集、デバッグ(ここ重要)出来るアプリでお勧めあったら教えて
長文でも見やすくて、欲を言えばライブラリの追加とか出来ると素敵です
JSAnyWhereは試したけど、使い物にならなかった
もっと適切なスレあったら、誘導願います
まともな質問がきて答えたければ答える
それ以外はゴミどもがくだらん喧嘩しててもスルーしときゃいい
↓無能はこいつ
スレチは微妙でグレーところか
元のテンプレで注意されていた荒らし本人がずっとそうやってスレ立ててんの
誰も具体的に指摘せず不備を直そうともしない
ただでさえ乱立してる中立てるってことは
相当の意味を込めてないとおかしい
こういうバグを発見できないJSは糞言語
どうしても気になるなら存在しないときエラーを出すProxyで包んだりすればいいじゃないか
1発とはなかなか行かないが問題なく動くものも作れるけど、
存在しないあるいは未参照だったりするオブジェクト・変数・メソッドをチェックしてくれるぐらいの環境は用意したほうがいいんじゃね。
そこまで本格的でなくても、typo程度ならシンタックスチェック入れるだけでもだいぶ変わるはず。
コンパイルしてデバッグ実行のオーバーヘッド考えたらさほど大したことじゃないと思う
それよりも近年たまにハマるのがイテレータ周りだな
例えばPromise.all([a,b,c])としないといけないところをall(a,b,c)としてしまうと
undefined is not a functionエラーが出てしまう
これがall(a,b,c)ならまだ原因に気づきやすいんだろうが、
async関数の絡みでよくall(a(),b(),c())となってることも多いので惑わされる
静的にobjのプロパティ参照typoを見つけられるチェッカーは無いし
ないの？知らんけど
探せば普通にありそうだけどな
多分Object.prototype.__proto__にProxyを挟むというのが良いかもね
基本的は
let a:型 = ほげほげ
みたいに型を:の後に追加するって仕様だけで使える。
後、個人的に気に入ってるのはjsonにスキーマ設定できる
interface User {
name: string
age: number
}
user:User = {
name: 12 // error!
// ageが足りない!
}
って感じでエラーを出してくださる。
jsonにスキーマがつくとすごく便利よ〜。
ttps://www.typescriptlang.org/play/ 上記とかtypscriptがどんな感じかわかるから触ってみて
シンプルな見た目のくせに補完が効くしね。
試しにdom操作してみると感動するで
document.createElement とか使ってみて欲しい
document.createElement("button”)を実行するとちゃんとHTMLButtonElement型が代入されてるしそもそもdocumentって入力しただけで
候補が出るからtypoしようもないよね。
大規模コード書くようなTSが有用なときって
あんまりそう言う重し付けたくないんだよね
何が嫌かって言ったらリリースデータに元とコンパイル後の２つ含めることになること
ポリフィルみたいに簡単に要らなくなったら外すとかできないし
最悪tsを捨てちゃったっていいのよ。
生成されるファイルはtargetをes2015にして出せばそんなにはキチガイなコードにはならないからjsとの混在も可能だしね。
ちょっと前は型定義ファイル周りのエコシステムが乱立？して混乱を呼んだけど
今は平和だしいい感じよ。
俺はむしろtypescriptからjsに本格入門した。
vscodeで書いてるというのもあるけど、書いてる最中にバグを指摘してくれるから
気分的にはコンパイラとペアプログラミングしてる感じ。
いちいちドキュメントを見に行かなくてもvscodeが必須パラメータを教えてくれる。
感覚的には文字入力してる時に頭の悪いIMEから頭のいいIMEに代わって
凄く捗るぜーって感じかな。
無いぞ
判明が静的と実行時では雲泥の差
>みたいに型を:の後に追加するって仕様だけで使える。
インタプリタに慣れすぎて型指定するのめんどくさいお
型推論使えるから基本関数とかメソッドのインターフェース定義のときしか要らないよ。
これ
能力無い奴が余計なことして後手後手になる典型的なﾊﾟﾀｰﾝなんだよな
正規表現マッチだとオブジェクトで帰ってくるので
var temp = string.match(/.*hoge/).replace("honya","hage") ← stringじゃないのでエラー
var temp = string.match(/.*hoge/)[0].replace("honya","hage") ← マッチしなかった場合0なんてプロパティはありませんとエラー
となり良く止まってしまいます
これを判別して
var temp = string.match(/.*hoge/)
if(temp != undefined){
var temp2 = temp[0]
} else {
temp2 = ""
}
temp = temp2.replace("honya","hage")
と書くと、ただストリングがひとつ欲しいだけなのにいちいち長くなってしまいます
そこで
var temp = (string.match(/.*hoge/) || ["","",""])[0].replace("honya","hage")
最終的にこんな書き方になりましたが、見づらいし、こんな泥臭いというか力業が一般的な書き方とは思えず悩んでいます
そこで皆さんがどうやってるか・一般的にはどうやるのか、どうかアドバイスください
var temp = string.match(/.*hoge/).map( m => m.replace("honya","hage") ) [0];
ある程度はどうしようもない
ワンライナーにしなきゃいけない理由がわからない
三ヶ月後の自分が分かるコードで書くべき
&&をこんな感じに使えるんですね、なるほど参考になります
ありがとうございます
長いと目が迷子になってしまうので、特にmatchはよく使うので
一般的な感覚じゃないかもですが、行数の割に得られるものが少ないと、このブロック何の為だ、と後々読んだ時に混乱してしまって
でもif文で数行に書くのが一般的なのですね、なるほどありがとうございます
temp = RegExp.$1.replace("honya","hage")
これRegExp.$1に何も入ってなくてもエラー吐かないんですね
こんな裏技あったとは、RegExpって気になってたので意識して使ってみます、ありがとうございます
そのまま素直にコードにすればよい
条件が複雑なのに、コードが単純になっていれば、間違っている。
コードを単純に出来るなら、条件も単純に出来るはず
2段階のプロセス。
1. 論理的に正しい証明を先にしてから(仕様書)、
2. その通りにコードに写す(実装)
2を修正したら、常に1に帰ってから、正しさを証明して、2を修正する。
常に、考える時は、1の仕様書で考える
&& を使ったら、if-else よりも、分かりにくい。
頭の中で、if-else に置き換えて、
論理的に矛盾が無いか、証明しないといけないから、余計に難しい。
つまり、見落とし・勘違い・バグが起こる、可能性が高くなる
もし、&& の右の式に、副作用があって、何かの状態を変える場合、
パッと見て、右式が実行されたか、されていないか、分かりにくい。
頭の中で、間違いが無いか、確かめるのが大変
論理的に正しいと証明するのが、一番難しい。
コードを書くよりも難しい
堂々と提案できるやつはどういう神経してるんだろう
10年後ぐらいにね
現時点ではただのレガシーな独自実装なんだから、勧めるのは確かに良くないよ
無くすわけないしな
全てのブラウザで使えて昔から
よく使われているものなんだから
仕様に追加するべきだろうな。
昔から広く実装されているからって
レガシーってことにはならんよ
キチガイじみててめまいがしてくるなｗ
同じようにレンダリングできるように仕様が固められたもの
仕様があってそれに準拠するようにブラウザを開発するのとは逆。
だからJavaScriptでも同じように動くことを目標としてるので
使われている機能は消さないし、標準化されてないのであれば
標準化する方向にすすむ。
基地外が立てたスレだから許してやれ
「JavaScript」の仕様があればそうだし、現にWHATWGにはRegExpの拡張を含む「JavaScript」仕様があった
での削除された、その理由を考えると良い
<video src="blob:
ttps://google.com/example"> のsrcのblobって何を表しているのでしょうか？blob先のURLにアクセスしてみても404なのですが
よりでかいバイナリデータを扱う場合に適しているAPI
あー、考えたｗ 考えたｗ
はい、この話題はおしまい
そういうことを聞いてるんじゃないだろ
説明が的はずれだな
有難う御座います
すみません詳しい説明の乗ってるサイトとかってありますか？
404のページのURLが何を表してるのか分からなくて
A1. バイナリデータを扱う場合に適しているAPIだ！
A2. バイナリオブジェクトだ！
的外れは続くよｗ
普通にいつでもどこでもアクセス可能なURLではない
有難う御座います
URLぽくなってるものの、実際には変数みたいなもので
"blob:
ttps://google.com/example" が "ttps://movie.google.com/example.mp4" みたいな実URLに置き換えられて動画にアクセスしてるって感じで合ってますか？ 動画サイトなら手軽にアクセスできなくしてるのだろう
直リンで見れるようなら自分が持ってる動画プレイヤーや
第三者サイトの動画プレイヤーやとかで見れてしまうわけで
そうすると広告のある自サイトに誘導出来ないから困っちゃうとかね
そんでそのURLはそのデータを参照させるためのもの
つまりブラウザ内に存在しているデータへのリンクであって、
そのデータはどこかから取ってきたものかもしれないが、
blobURLが外部へのURLに置き換わるわけではない
Fullscreen APIでflashをsrcに指定したiframe要素をフルスクリーン化したあと
フルスクリーン化したiframe内を左クリックすると元に戻っていたのですが
先日リリースされたFirefox55になってからこの方法では戻らなくなり
ESCキーを押した時に戻るようになりました
Firefox55でも引き続きフルスクリーン化の脱出に左クリックを使いたいのですが
何か情報ありませんでしょうか？
Chromeでもオプション提供してずっと実験してるし
今たまたま望み通りいってることがこの先も上手くいくとは限らないと考えるべきだよ
レスありがとうございます
Firefoxの場合設定いじったり加えると戻ったりするのですが今回は見当もつきませんでした
JavaScriptで制御できればいいんですけどね
iframe側はflash直接埋め込んでるのでJavaScript使えないので
フルスクリーンにしてフォーカスがiframe内に移ってしまうとどうしたらいいかわからないです
iframeが動作が軽快なのでiframeをどうしても使いたいため
objectやembed使う以外でなんかうまい解決策とかありそうでしょうか？
今ちょうど各ブラウザがiframeの優先度やどういうプロセスで動かすか大改造中だもの
で、iframeが同オリジンなら操作できるかもね
iframeを参照するhtmlもiframeのsrcのflashも同じオリジンです
localhostで使っているものなので
そうするとflash側のソースをいじらないといけないんですかね
一応オープンソースなのでソースはいじろうと思えばいじれるのですが
ActionScriptはさっぱりです
"blob:
ttps://google.com/example"というのは、いったんブラウザメモリへダウンロードしたファイルへアクセスさせる変数ということで合ってますか？ しかし動画ファイルだと数ギガあったりするので
「はい今数ギガの動画を一瞬でダウンロードしたのであとはローカルでアクセスしてください」ってことになっておかしい気がするのですが
どこか認識が違ってるでしょうか？
それで動画はチャンクで細切れに送られてくるものだから
MediaSource APIを使って随時結合していってるんじゃないの？
そんなAPIがあるんですね。つまり動画を見てる時、再生時間が変わる度に
再生時間に合わせた細切れ動画をダウンロード→blob:
ttp://~~のリンクを今ダウンロードした場所へ変更→blob:ttp://~~の内容が変わったことをブラウザが感知して新しい動画が再生される という感じですかね
どうも有難う御座いました
ttps://stackoverflow.com/questions/15080222/add-click-event-to-iframe ここのUsing :afterの方法が簡単そうだったのでそれで試した所うまく働きました
10年前のコードから、順を追って現在のコードに変えていきたいのですが、
何か最適な学習法やサイトありませんか？
便利機能や雑多なもの、細かい難しい点についてはざっと眺めとくだけでいい
まずばletやconstだけど、どんな説明見ても一回で分かるだろう
次にclassだけど、これも重要な点はすぐ理解できると思う
一番の問題はPromiseかもしれない。
まあググって上の方のページ見とけば良いんだけど、
機能や使い方だけではなく、概念を理解しないといけないから
頭の柔軟度などに依存して難しいかもしれない
あとは本当に自分で自分のために使っていって慣れるしか無い
Promiseはこれから普及するasync関数で真価を発揮する
だからまだ取り残されては居ない
2020年くらいまでは猶予がある
Web APIについては、進化点を探すのが難しいかもしれない
取り敢えず自分が情報追うのに使っているのは、このChromeの実装計画
ttps://www.chromestatus.com/features ここを左の下のVersion 1から順に選んで見ていったら良いかもしれない
追加だけでなく廃止された重要な点も書いてある
Windowsのスタンバイ時、スタンバイ復帰時に、
開いていたブラウザでイベントを起こすことってできますか？
調べるの面倒なんで
例のWeb APIマニアさん頑張ってｗ
関数名忘れたけど
スレの雰囲気も悪くなるしただ迷惑
時間掛かる処理の場合、続けてなにかやりたいときは
コールバックで渡すからやりたいことがいくつもあると
どんどんネストしていくことになるじゃん？
promiseはそうではなく、メソッドチェーンで繋いでも
ちゃんとひとつひとつの処理が終わるまで待ってくれるやーつ
electronとjqueryの相性悪いのとjquery単体で画面パーツとか無いから新しいライブラリ探してるんだけどいいのないですかね？？
色んな画面パーツとそこからのイベントが簡単に用意出来ればいいんだが
reactとかvue.jsとかかね。vue.jsが無難
サーバサイドの状態とクライアント側が前提としている状態が
ズレた時の問題について考えています
データ変更のたびに変わっていくバージョン情報を設定し
クライアントが読み書きする時にはサーバに自分が所有しているバージョン情報を渡し、
それがズレていたらサーバは差分情報をクライアントに返し、
クライアントは差分を自分に適応する、
というような方法がいいのではないかと思ったのですが
もっといい方法ありますか？
あとこういうアプリのサンプルが載ってる本とかあれば教えてください
これ立ち読みしてみ。
ttps://www.amazon.co.jp/dp/4774188190 どんなクオリティであれ自分が勉強してる分野の紙の本が出てるってすばらしい！
検索しなきゃいけない量がめっちゃ減るからね。
Firebaseはどう？
PouchDBは？
> サーバは差分情報をクライアントに返し、
> クライアントは差分を自分に適応する、
という部分の実装がどれだけ面倒かによるかな。クライアント側の１レコードの編集に掛かる手間がどれだけか、というのも考慮したい。
サーバのデータ（レコード）に最終更新日時を持たせて、それをバージョン情報として利用できる。
DBの更新条件に最終更新日時を付けてUPDATEして、更新されたレコード数を確認。もし0件だったら、最終更新日時が変更されていたことになる。
> あとこういうアプリのサンプルが載ってる本とかあれば教えてください
本とかは知らない。
おおおりがとう
これ実はフライングで買ってしまったんだけど解説に次々に知らんjsライブラリぶっこんで来るからソースコードの理解進まないから止めたわ、、
firebaseっていうの知らなかったんですが、
面倒な部分をgoogleに全部丸投げできるのめちゃくちゃ魅力的ですね
調べてみます
ありがとうございました
プチフリするようなしょぼい環境だったり
秒数カウントする（何回も呼ぶ）ものとかだと特にそんな感じがします
1/1000秒単位で正確なタイマーが欲しい場合って
別のタイマー使ってで数秒起きにズレ修正したりするのでしょうか？
Web APIマニアさんに後は任せた
ttps://developer.mozilla.org/ja/docs/Web/API/WindowTimers/setTimeout#Reasons_for_delays_longer_than_specified ここに理由も書かれてるし、代替案のリンクも張られてるな。英語だけどwindow.postMessage()使うみたい。
ありがとうございます
4msから指定可能であって（1ms指定しても4msになる）
1秒に設定したら1004msになるというわけではないですよね？
描画処理入れたら描画が終わってからタイマーが再びセットされる感じで
描画処理の分ずれていってるのかもしれないですね
ちょっとコード見なおして検証してみます
> setIntervalとかsetTimeoutって結構誤差出ませんか？
誤差以前に、その2つは等価じゃないのになぜ同列として扱う？
・setInterval はコールバック関数の処理時間を待機せずにインターバルをおく
・setTimeoutの再帰呼び出しではコールバック関数の処理完了後にインターバルをおく
「なんか高精度のタイマー」とは具体的に何ですか？
高性能タイマーとは、ベンチマークで速いもの
> Node.js にも、何種類か、タイマーがあったかも
>107の要件を満たせそうなタイマーは何？
> 高性能タイマーとは、ベンチマークで速いもの
タイマー処理で何がどう速くなるの？
違いはそこじゃねーよｗ
setIntervalは登録したコールバックを定期的に何度も呼び出す
setTimeoutは登録したコールバックを一回だけ呼び出す
いや、それは誰でも知ってるだろ
同列に扱っているから、定期的に関数を呼び出す処理を前提に質問していると思ったんだよ
それぐらい読み取ってくれ
同列に扱ってなんかいないだろ
setIntervalが誤差でずれていく
setTimeoutが誤差でタイムアウトする時間がずれている
違う話だろ
質問者の下記一文は読んだか？
> 秒数カウントする（何回も呼ぶ）ものとかだと特にそんな感じがします
これを実装する為には setTimeout を再帰呼び出して setInterval と似た振舞いにしなければならない
ここで、setTimeout と setInterval ではインターバルの取り方が違うだろ
要件次第でどちらを選択するかが決まる
目的に合う実装は一つしかないはずなのに、setTimeout と setInterval を一緒くたに問題視するのは違うだろ
読解力の問題か
煽りは害悪
では、の回答が全てなのか？違うだろ？
回答で全てを語っているなんて誰も言ってない
知ってる
回答にイチャモンをつけるのが正義みたいな風潮は何とかならんのかな
否定するなら、さらに良い回答で塗りつぶすぐらいの気概がある方が健全だと思う
彼は言葉は悪いけど、回答しているだけ非難だけしている人より数段マシだよ
【何をしたいのか】NumLockキー状態の監視
リロードや何かの操作（イベント）の際のNumLockキーの状態を監視したいです。
例えば、リロードしたとき console.log("NumLockキーはOFF"); とかの出力をしたいです。
何か案はありますか？
じゃvar fresh = true;とかしといてbodyのmousemoveとかmouseoverとかのハンドラのなかにif(fresh){さっきのconsole文;fresh=false;}すればどうか。
スマホだから確認できんけど
レスありがとうございます。 event.getModifierState("NumLock") で色々細工してみます
javascriptの曖昧な型定義や柔軟性による複雑さは
ｊsDocコメントを書く事で回避できますでしょうか？
JsDocどころか例え型定義があったり柔軟性がなくても
何も回避できないよ。
jsdocて単なるJavadocのポーティングでしょ？ちゃんと書いたらそれにしたがったドキュメントを自動生成してくれるにすぎない。
flow(flowtype)やtypescriptなら型検査してくれるよ。
お手軽に始めるならflowがいいんじゃない？typescriptはちょっと(週末潰すくらい)気合い要る。
そうですね。
その場凌ぎのプロパティ追加やコールバックの嵐等、気を付けます。
そうですね。flowやtypescriptを使って安心するの良いかもです。
しかしjavascriptはアセンブラ言語みたいな扱いをされているのが
何とも面白いですね。
今はWASMもあるし今更そういうこと言うやつは居ない
↑このpタグのみになにか処理したい場合のセレクタの書き方おしえて。
pタグ かつ id="hahaha"ってどう記述すればいい？
pタグであるかどうかなんて関係なく#hahahaだけでいい
まぁ別にp #hahahaとかでもいいけど
document.querySelector('#hahaha');
でいいんじゃね
速度が問題になるほどかどうかだけど
querySelectorでp#hahahaでいいんじゃない
fCheckだけなら以下で済みますが
if ( typeof fCheck == "function") {
fCheck();
}
fCheckの部分を変数に入れるなどして使いまわしたい場合は、どのように書けば良いでしょうか？
そのコードの場合、fCheckに関数以外が入っている（つまりバグ）の場合に
スルーされてしまうので良くない。
if (fCheck) {
fCheck();
}
の方が良い
さらにいうなら
fCheck && fCheck();
でもよい
また予め fCheck = fCheck || function() {} などとしておけば、
fCheck(); とするだけでよくなる
それはhtmlをまず直せって話だな
javascriptってあたりよそのhtmlいじるわけじゃないんでしょうし
なんと・・・
勉強してきます、ありがとうございました
idは一意の値であるべき。
重複してたらバグと考え、エラーにならないなら重複しても良いのではという浅い考えは捨て去るべし。
idとclassの存在意義を理解しろ。
いやもうすでに重複して使ってるサイトは山ほどあるんだから
そんなこと言ったってどうしようもないじゃないか
自動的に validator を通すようにしとけば id重複は自然となくなる
idは基本的に使う必要はない。
他サイトで重複idがあることは、自サイトで重複idを使うことの理由にはならない
「重複して使ってるサイトは山ほどある」(採用例が多い)も観測範囲によって変わってくる主観的なものだし、仮に信頼できる統計で採用例が多かったとしても、「使ってよい」かの判断は別
文法違反なんだから
ttps://momdo.github.io/html/dom.html#global-attributes 自分の管轄外のサイトにJavaScriptを適用するのであればどうしようもないが、そういう前提条件があるのなら質問の冒頭に付け加えるべきだし、<p id="hahaha">, <div id="hahaha"> のどちらが先に存在するのかによって変わってくる
<p id="hahaha"> が初めに来ることが保証されているのなら、getElementById
id="hahaha" が出現する順番がランダム or <p id="hahaha"> が2番目以降に出現し、<p id="hahaha"> を特定したいのならば、document.querySelectorAll('p[id="hahaha"]').forEach()
従って、「id は一意の値であるべき」の回答は正しい
礼も返事もないし、HTMLスレにでも行ったんじゃないか？
振り込め詐欺かよｗ
idはjsのために空けとくこと
cssでidって使わなくてもclassで問題ないしね
レンダリング時の速度も変わらないし
jsではid指定とclass指定では速度が全然違うからid使うようにしてる
だから同一idが複数使われることがないな
もし使うやつがいたらこの仕事やめろってぐらい異常
おそらくjqueryが一般化されて第二のクラスみたいに使う人が増えたんだろうな
繰り返しで同じパーツ吐き出す場合に
ひな形にid入れてたりするとそうなるのかもしれないけど
それはテンプレート作ったやつがアフォーだっただけやで
youtubeとかアホみたいに重複してるよ
ちなみにそれは再帰関数という名称がある
なんでそこでjQueryがでてくるのかわからんのだけど？
jQueryのセレクタは条件が揃えばquerySelectorAllを使うわけで
重複したIDの挙動はDOM APIと同じだよ
何しれーっと嘘ついてるの？
idの数が多いから嘘がバレないと思った？
プログラム上の利便性優先でルールなんてお構いなしでなんでも使う
検索エンジン握ってるだけあってどんな糞みたいなHTMLでも最上位に来るし
SEOなんて考慮する必要がないからやりたい放題
俺の場合、JavaScriptからでも極力IDは使用しないようにしている。
なぜならコンポーネントという考えでDOMを扱ってるから。
通常コンポーネントは複数存在する。だからIDではなくクラスを使用しなければいけない。
大抵の処理はこのコンポーネントの中で閉じてしまうのでIDの出番がない。
コンポーネント化した要素同士をつなぐときにはIDでいいっちゃいいんだけど、
IDでやっちゃうとコンポーネント間が密結合になってしまう。
だからイベント等を使って関節的に通信するようにする。
そうするとIDを使ってつなぐ必要は殆ど無くなる。
速度に関して言えば、classが遅くても今のブラウザは高速で
実用上問題が発生したこともないので考えるだけ無駄だと思ってる
もしclassを使って遅くなるとしたら1ページ内のタグが多すぎ
IDを使ったほうが良いと思える場所は、ページの区別だな。
bodyにidを振る。だからページ内でユニークになるのではなくサイト内でユニークになる。
何のためかというと、特定のページだけに特殊なcssやjavascriptを割り当てたい時。
通常はコンポーネント化するから必要なのだが、まあ極稀に想定外の自体で
特定のページだけ緊急に修正しなければいけないとかで便利なのよ
name 4文字
class 5文字
これ結構重要
今見たけど52個ぐらい使われてるIDあった
YouTubeの内容はブラウザとかによって変わるかも
ねーよｗ
idを使ったせいで保守が100倍大変になる事はよくある
絶対にclassがいい
IDを使うのはページ内アンカー用のみ
リンクアンカーにはどうしても必要にならないか？
> リンクアンカーにはどうしても必要にならないか？
なるけど、それJavaScriptのためのIDじゃないよね？
そもそもJS使うのにIDを多用するようになったのって
クエリセレクタが使えるようになる以前に
人にJSを説明するようなコードが無駄に煩雑にならんように
getElementByIdを多用してたからみたいな側面あるし
そうなのか、まあ勝手な推測だからな
>絶対にclassがいい
idを使うようなケースをclassに置き換えたところで
それは一意なclass名を持つclassになるだけであって
むしろ5文字になる分保守は面倒になるだけだろ
逆じゃね？
idで済むものをclassに置き換えるのは楽だけど
classで出来る重複はidでは不可能なので大変、つー話では？
より制約が強いのはidのほうであって
idで済むという表現はおかしい
idじゃないと出来ないからidにしてると考えるべき
それはそうだろうけど
そういう話じゃないんじゃない？
そろそろ次の話題頼むわ。
スマホサイトでonclikで表示させたサイトを一番後ろで表示させたいのですが、どのように記述
すればよいですか？
今使用しているのは
<script>
function openWin2() {
window.open('http', 'bbb', 'left=50,top=0,width=520,height=650');
window.open('http', 'aaa', 'left=50,top=0,width=520,height=650');
subWindow.blur();
return ture;
}
</script>
foucusを使うといいよ！との助言を前に他のサイトで頂いたのですが、何度やってもうまくいかず。。。
click focus
メインとなるウインドウを開かせると同時にバッグラウンドで広告ウインドウを開かせようという腹か
迷惑スクリプトの類だな
回答貰えなくて、別の場所でマルチポストを繰り返すだけなんだろうな
ttps://ja.stackoverflow.com/questions/37689/window-open%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6 主要ブラウザ全ての実装されたら切り替えていっても良いのかね
こっちのほうもあくしてくれ
JavaScriptも内部に複数のプロセスみたいなものを持っていると思うんですが
JavaScript内部のプロセスみたいなもののことを何と言いますか？
OSでいうスレッドやプロセスに相当する
複数の「処理の流れ」をJavaScriptは内部で持ってますよね？
知りたいのはそれの名前です
イベントが発生すると、
それまでの処理は中断されて
適宜イベントリスナが呼び出されたりしますが
知りたいのはそのおのおのの処理の流れの名称です
イベントループというのはイベントを実現するための全体のメカニズムのことですよね
イベントリスナかな？
Javascriptならイベントハンドラのほうがしっくり来るか。
「promise の実装は実装依存とする」
みたいに定義されていないんじゃないか？
そもそも、イベントはマルチスレッドではないのだが
JavaScript実装は様々な仕様の集合体であり、用語は各々の仕様書の中で完結する
つまり、全仕様に通用する用語はない
UI Eventsで提議されてなければ、実装依存だよ
確認してみてはいかが？
ttps://triple-underscore.github.io/uievents-ja.html 前提の部分から間違ってるので、思ってるものが見つからないのは当然
イベントはアプリケーションに依存するタスク通信の確立
それに対してイベントハンドラでサブルーチンを処理する
１行ずつdocument.write('');で囲ってやる以外に方法はないんですか？
無効の場合は<noscript></noscript>でまとめて囲えるので簡単だけど
appendChild, insertAdjacentHTML
JavaScript でページが作られるから、
普通、document.write() を使わない
jqueryセレクターで色々やったんですが出来ませんでした
<div>
honya1
<p>honya2</p>
</div>
<div>
honya1
<p>honya2</p>
honya3
<p>honya4</p>
</div>
で、なんでdocument.writeだけと思ったのかは謎だが
出力処理それしか知らんかったってことか？
innerHTMLでも使っときゃいいんじゃね
ほとんどの参考書は出力はdocument.writeで教えているけど
タイミングによるだろ
使わないのは確かだが
> javascriptが有効の場合のみ表示するには
> １行ずつdocument.write('');で囲ってやる以外に方法はないんですか？
そういう時によく使われているのが
ttps://modernizr.com/ 表示・非表示というのは見た目の問題なのでCSSでやるのが鉄則
どういう仕組かは俺が説明するよりも
modernizrを調べてもらったほうが早い
JavaScriptが有効な場合だけじゃなくて
いろんなものが有効な場合か？が判定できる。
でも例えばセレクトフォームで１を選択した場合に入力フォームを表示
それ以外は非表示っていうような条件付きの表示にしたい場合
cssだと対処できないんだよな
できるよ？
「セレクトフォーム＋入力フォーム」というコンポーネントが有るんでしょ？
セレクトフォームで1を選択した時に、そのコンポーネントの状態を
変えればいいだけだよ。
JavaScriptでやるのは状態（classやdata-*）の設定だけ
見た目はCSSで制御する
thenメソッドに、promiseオブジェクトを返す関数を渡すと、
thenを更に後ろに書いてメソッドチェーンに出来ますが
その関数が実行されるのは前の処理が終わったタイミングのはずですよね？
thenメソッドがメソッドチェーンで実行されるのは
promiseオブジェクトが生成されるより前のはずなのに、
何でメソッドチェーンに出来るのでしょうか？
thenに渡した関数はpromiseが解決するまで保持される
then()が実行されるのは、「コールバック関数を呼び出した時」だから
「then()に渡された関数が実行されるのは、Promise内のコールバック関数が呼び出した時だから」
thenに渡した関数がpromiseを生成して返さなければいけないと思っていたのですが
そうじゃないんですね
でもthenメソッドがpromiseを生成するにしても
promiseはコンストラクタ内で非同期処理をすぐに実行するので
生成された時点で非同期処理が走ってしまうような気がします
内部動作が謎です・・
いや、それは分かってるつもりです・・
要素配下のテキストを取得／設定するには？（text／html）
ttp://http://www.buildinsider.net/web/jqueryref/004">ttp://www.buildinsider.net/web/jqueryref/004 ： Name_Not_Found [sage] 2017/09/11(月) 05:41:39.06ID:???
それらの関数はたまたまそういう振る舞いになっているだけであって、
もっと言えば便利で都合のいいように置かれているだけであって、
それらはプロミスの概念を為すための必然な設計ではないし、
Promiseコンストラクタがこういう挙動をするから、thenがどうこうだとか、プロミスってこういうものと言えるものではない
PromiseコンストラクタはPromiseコンストラクタの挙動をして便利にプロミスを作り、
プロミスからはthenメソッドがthenメソッドの挙動をして便利にプロミスを作るというだけのこと
そこを難しく考える必要は全くない
それが分かっているなら、「then()が呼び出された時」と「コールバック関数が呼び出された時」が同じではないことも分かると思うのだが
見たのですが、それはただの$(ele).text()と$(ele).html()の紹介なので
教えてもらって恐縮ですが求めているものとは違うようです
改めて分かる方いたらお願いします
$("<div>honya1<p>honya2</p></div>").contents().get(0).textContent = "honya3";
$('div').contents()[0].replaceWith('ここを変更');
htmlが不変ならいいけど
CMSとかでget0)とかで取るのはバグの原因
contents() まさにこれです！
ドンピシャです、contents() 凄い便利
長年悩んで来たことだったんで目から鱗です
ありがとうございました
せっかく助言があるのにね
君も大概低いんやから
typeof(MyObject(5)) === "object" と MyObject(5) === MyObject(5) のどちらもtrueになって欲しい
オブジェクトを一時的に保存しておくのは無しで
そもそも論理的違う
そういうことをしたいがためにFlyweightパターンがある訳だが実装を制限するなら知らん
ありがとうございました
で言ってるオブジェクトをWeakMapのキーにしたいのか？
だったらやめとけ
保存しない(変数に入れて持つこともしない)なら無理だ
それにWeakMap自体サポートしてるブラウザ少ないし、仕様固まってないからサポートしてても変更されるかもしれん
そんなもの使ったらトラブルのもとだぞ
これってImmutable.jsでできんじゃないかな。
は「一時的に保存しておくのは無し」ってことなので保持しちゃダメ
なので不可能
無理なんだが、その要件でなぜObject型が欲しいのかが謎
プリミティブ型とリファレンス型の違いを覚えた後に、設計から考え直した方がいい
ttps://jser.info/post/77696682011/es6-promises/ >then の返り値(＊1)に対してもthen (next-then)で処理を追加することができる。
>next-then に設定されたコールバックは
>＊1の値がsettles (succeeds/fails)になった時に呼ばれる
と言うことなので、
thenが生成するpromiseのコンストラクタには
thenに渡したonFulfilledとonRejectedをラップした関数が渡される
その関数は、親promiseのsettledな状態変化をコールバックで受け取ってから、
親promiseの変化に状態に即した処理を開始する
という感じでしょうか？
thenが生成するpromiseを、
単純にthenの引数でnewしただけのpromiseと思っていたので、
「？？？」となっていましたが、もう少し複雑なものなのでしょうね
話の流れを読まずに語るぞ
まず一番Promiseっぽくない使い方だな
function foo() {
Promise.resolve(0)
.then(function(zero) { return 1; })
.then(function(one) { return 2; })
.then(function(two) { return 3; })
.then(function(three) { return 'end'; })
.catch(function(e) { console.log(e) });
console.log('start')
}
最初に実行されるのは start の部分だ。
なぜならPromise.resolveっていうのは内部で
setTimeoutを使っている・・・からだと思えばいい。
そして、Promise.resolve(0)をスタートに、
関数が上から順番に実行されていくわけだ。
戻り値は次の関数の引数になるぞ
ここで言いたいのは、上から順番にthenの中身が実行されていくということだけだ
function foo() {
Promise.resolve(0)
.then(function(zero) { return Promise.resolve(1); })
.then(function(one) { return Promise.resolve(2); })
.then(function(two) { return Promise.resolve(3); })
.then(function(three) { return Promise.resolve('end'); })
.catch(function(e) { console.log(e) });
console.log('start')
}
動きとしては一緒だ。だけど戻り値が単なる値ではなく
Promiseオブジェクトになったということだ。
これはと全く同じ動きをする。
というよりthenが引数の関数を呼び出すだろ？
その戻り値がPromiseオブジェクト以外なら、
内部でPromise.resolveを実行して
Promiseオブジェクトに変換しているわけだ。
function foo() {
Promise.resolve(0)
.then(function(zero) { return new Promise(function(resolve, reject) { resolve(1) }; })
.then(function(one) { return new Promise(function(resolve, reject) { resolve(2) }; })
.then(function(two) { return new Promise(function(resolve, reject) { resolve(3) }; })
.then(function(three) { return new Promise(function(resolve, reject) { resolve('end') }; })
.catch(function(e) { console.log(e) });
console.log('start')
}
では関数が呼ばれたら、すぐにPromise.resolve()を
呼び出してPromiseオブジェクトを返していたが、
今回はnewでPromiseオブジェクトを返す例だ。
new されたPromiseオブジェクトは引数の関数を実行する。
引数の関数はすぐにresolveする。
これも全く同じ動きをする。
function foo() {
Promise.resolve(0)
.then(function(zero) { return new Promise(function(resolve, reject) { }; })
.then(function(one) { return new Promise(function(resolve, reject) { }; })
.then(function(two) { return new Promise(function(resolve, reject) { }; })
.then(function(three) { return new Promise(function(resolve, reject) { }; })
.catch(function(e) { console.log(e) });
console.log('start')
}
このようにしたらどうなるだろうか？
答は、エラーはでないが次に進むことはない処理になる。
.thenの引数の関数は、たしかにPromiseオブジェクトを返している。この関数自体は問題ない。
だが、そのPromiseオブジェクトはresolveもrejectも実行しないから
次に進むことはない。そこで止まってしまう。
逆にすぐにresolve()するのではなくsetTimeoutでも何でもいいが
何かの処理の後にresolve()するようにすれば・・・？
そう、非同期で実行される処理が終わってから
次に進むわけだよ。
サーバーのアクセスに必要なパラメータがソースで丸見えになりますが
これを使って他人にデータをいじられる可能性はないのでしょうか？
ソースをコピーして他のサイトを立ち上げたら、
そこからも普通にデータベースを操作出来てしまうような？
やればいい
本当に知りたければセキュリティを本気で学ぶ必要がある
一応言っておくと、その観点は結構いい線いってる
しかし当然のようにその観点からの攻撃はちゃんと守られている
（下手なアップデートで攻撃され放題になることもある）
偉そうに言ってるけど、俺はその辺無理と思ってフレームワークに逃げた口だ
認証してアクセス権が無ければ読み書き不可に出来るし
書き込みは可能だが変更は不可能にする事は出来るし
キーを知らなければアクセス出来ないようにも出来るし
あるキーをデータに含んでないと書き込めないようにも出来る
面倒ではあるがやりようによっては大体のことが出来るぞ
対策の方法はあるんですね
ではこのまま勉強していきます
ありがとうございました
return new Promise((resolve)=>{
setTimeout(()=>{
resolve();
},ms);
});
}
wait(1000).then(()=>{
console.log('done');
});
こんな感じの指定した時間待つだけのPromiseを提供しているユーティリティーライブラリで
いいのがあれば教えて下さい
bluebirdのPromise.delay
ttp://bluebirdjs.com/docs/api/promise.delay.html 残念なことに標準のPromiseは基本的な機能しか
提供しないとされてしまったので、より実用的なものが
ほしければライブラリに依存しなくてはいけない
setIntervalを使って定期的にPromiseが
発動するようなものはないですか？
promise は根本から一度限りのイベント用にあるもの
setInterval じゃだめなのは何故？
yamanashi.jsを外したいのだが、kanto.htmlのどの部分でyamanashi.jsを使ってるのか分からなくなってしまった。
どこの部分でyamanashi.jsを使ってるのか特定する方法はありますか？
Chromeなどのデバッグツールとか何でもよいので、何か方法があれば教えてください。
ライブラリにあるものはライブラリを使った方が保守性が上がりますし
ライブラリの他の機能も視野に入ってくるのがいいです
ありがとうございます
見てみます
ttps://softwareengineering.stackexchange.com/questions/278778/why-are-native-es6-promises-slower-and-more-memory-intensive-than-bluebird こんな記事がありました
ネイティブなのにライブラリより遅いって・・
どうなんでしょうか？
デバッグして、yamanashi.js の中の、すべての関数に、break point を張って、
どこから呼ばれたか確かめる
EventEmitterは2とか3とかあるようですが
どれを使うのが良いのでしょうか？
ライブラリに機能を求めるというよりは
効率を求める意味で使用した方がいいよ
機能の2と速度の3みたいな
あとはライブラリスレとかで聞いてね
その頃はまだ実装されたばかりだし、Promiseのなんちゃってポリフィルと違って、
状態を外に見せないかつメモリリークを起こさないかつ継承可能にするため
内部的にWeakMapと同等のものを用いてるのと、継承可能やPromise Likeの受け入れとPromiseとの区別の処理なんかでどうしても簡素ななんちゃってPromiseよりは遅くなる可能性がある
while()
a => a+1
と式を書いた時にa+1が返ってくるのは分かりますが
a => a=a+1
と代入文を書いても、a+1が返ってくるのは何故でしょうか？
この場合はaに代入した値がa+1だから
情報が古いのですが、ActiveXかなんか使ってIEなら出来るようですが、
ChromeとかFirefoxとかでも可能な、普通のJavaScriptのAPIがあればそれでやりたいです。
SMTPサーバを指定して、ログインIDやパスワード入れて使うのを想定してます。
どう考えてもセキュリティ上厳しいような気はしますが。
サーバサイドでやると、どうしてもリクエストが多くなるため、
スパマー扱いされて、サーバのIPがSMTPサーバに拒否されるおそれがあるので、
各クライアントで送信するようしたいです。
ありがとうございます
言われてみればそうですね
値を返すので、JavaScriptの代入は文ではなく式ということになるのでしょう
=を代入演算子と呼んでますし
webAPIを提供してるメールサービス使えばいい
mailgunとか
説明:
ttp://blog.katty.in/5558 jsライブラリ
ttps://github.com/mailgun/mailgun-js ダミーデータとして文字列とか適当に毎回入力するのが面倒なんですが
ダミーデータ自動生成ライブラリってないですかね？
自己レスです faker.jsってありましたね。
この辺とか
ttp://artemyankov.com/tcp-client-for-browsers/ ただの代入は式
宣言代入は文
この機能に任せられるのって、
編集がバッティングする可能性がない場合だけですよね？
チャットアプリなんかは、ただ追加しあうだけなので問題になりませんが
同じアイテムを同時に編集できる場合や
階層構造を変更できる場合、
時間差同期によってデータが不整合をおこして恒久的に破壊されかねないと思います
そういうことはトランザクションを使えば避けられるのではないかと思いますが
そうなると使えるのはオンラインの時だけになりますか？
なるほど
宣言代入はそういう挙動をするんですね
考えたことなかったです
ありがとうございます
ttp://qiita.com/Layzie/items/465e715dae14e2f601de これありますけどnew Stringで作られたのは文字列じゃないんだから
typeofで型チェックしても問題ないと思いますけど違いますか？
const a = 'a';
const b = new String('a');
console.log(a == b); // true
console.log(a === b); // false
console.log(a); // a
console.log(b); // [String: 'a']
console.log(typeof a); // string
console.log(typeof b); // object
論理的ならOK
それは、他の言語だとそれは当然のようにstringのはずので、その感覚とずれるというお話なのだ
ちなみにjsはいろんなところで型が他の言語とずれていて、型チェックが妙に難しくなっている
もしjs以外使ったこと無いなら
＞これありますけどnew Stringで作られたのは文字列じゃないんだから
＞typeofで型チェックしても問題ないと思いますけど違いますか？
これ以外に言いようはないと思うし、それはそれで良いことだと思う
ただjsの型は他言語とは大きく違うということは覚えておいたほうが良い
他の言語とはなに？
どのように難しいの？
一般的に使用者の多いvba、webで親和性が高くあってほしいはずのphpで比較してみる。cも昔使ってたけど型の詳細忘れた、スマン
javaは詳しくないので知らん
配列。普通arrayだけど、jsはobject。何の配列でもobjectになる。objectの配列もobject。これが大体一番厄介なパターン。
まぁそれはlengthで分かるけど、とにかくnullがやばい。jsではundefindで名前が違うだけかと思えば、そうでもない。nullも存在する
未定義はundefind //了解
domで該当なしがnull //はい
var undefind=1; //！？！？！？！！？
console.log(undefind); //！？！？！？！！？
ttp://tokidoki-web.com/2014/12/javascript%E3%81%AEnull%E3%81%A8undefined%E3%81%AE%E5%8C%BA%E5%88%A5%E3%81%A8%E4%BD%BF%E3%81%84%E5%88%86%E3%81%91%E3%82%92%E3%81%BE%E3%81%A8%E3%82%81%E3%81%A6%E3%82%84%E3%82%93%E3%82%88/ ttp://d.hatena.ne.jp/mindcat/20100512/1273683917 ttp://qiita.com/jkr_2255/items/cfce9b4419d5de32ba2b 色々といったけど、objectとundifendだけだったね。まぁこの2つはマジでやばいってことだけ覚えておいてほしい
Cだったらどうなる？
特殊といえば言語は全部特殊。言語にはそれぞれ特徴がある。もし特徴がなければ別言語で良くね、になる
使用者の多いvba、phpはデファクトスタンダードとはいえなくとも、感覚的な基準にはなっている
ただ知る限り、未定義であるundefindに代入できる言語は存在しない
さぁ？
chrome＋google.co.jpで試したけど
undefined=1
1
だとさ
console.log(undefined) //undefined
こういう話じゃないの？
あぁごめん、そういうことだった
代入はできるけど取得はできないのか
な、なんだこれ…
document.hasOwnProperty('cloneNode') // false
どうしてですか？
hasOwnPropertyは継承元まで遡らないからだよ
Object.hasOwnProperty(Node,'cloneNode')
false
ありがとうございました
"SVGAnimatedAngle" in window // true
window.hasOwnProperty("SVGAnimatedAngle") // true
なのに
for (let i in window)console.log(i)
や
Object.keys(window)に
SVGAnimatedAngleが含まれない出力されないのは何ででしょうか？
はい
違う
代入はできていないけど、
式の返り値は当然右辺の物を返す
例えばobj.setというセッターが合ったとして、
a = obj.set = 1 というのがあったら
obj.setの状態と関係なくaは1になるのが自然でしょ、
つまりx = yの式は例外が起きない限り必ずyを返す
使い方が間違っている
Node.prototype.hasOwnProperty('cloneNode')
列挙不可に設定されているから
Object.getOwnPropertyDescriptor(window,'SVGAnimatedAngle').enumerable //false
なるほどそうことでしたか
列挙可と列挙不可の両方取得する方法ってないですかね？
↓
Object.getOwnPropertyNames(target.__proto__)
↓
Object.getOwnPropertyNames(target.__proto__.__proto__)
>new String('a');
まぎらわしいから、なるべく、文字列リテラルを使う
ttp://www.data-max.co.jp/280113_ymh_02/ ↑ 自民改正案の真の狙いは言論の自由を奪うこと！
ttp://blog.goo.ne.jp/kimito39/e/ec37220f64a8e1d6ed732dd0ab95cbf0 ↑超危険な緊急事態条項で人権無視の内閣独裁に！
ttps://www.youtube.com/watch?v=h9x2n5CKhn8 ↑ 自民党は 国民に基本的人権はないと断言！
ttp://xn--nyqy26a13k.jp/archives/31687 ↑ 小池都知事も安倍と同じく 憲法改正で 人権
無視の大日本帝国憲法に戻す民主主義破壊論者！
ttp://www.mdsweb.jp/doc/1488/1488_03f.html ↑”9条自衛隊明記”は 9条無効化だった！
ttp://blog.goo.ne.jp/ngc2497/e/8899f65988fe0f35496934dc972e2489 ↑ ネトウヨ= 安倍サポーター工作員はネットで国民を騙す。
ttps://dot.asahi.com/aera/2016071100108.html?page=3 ttp://blog.goo.ne.jp/kimito39/e/c0dd73d58121b6446cf4165c96ebb674 ↑ 安倍自民を操るカルト右翼「日本会議」は国民主権否定。
国民投票や選挙では自民党、維新、小池新党に絶対に入れるな。
複数の対象に同じイベントリスナーを付けるにはどうすればいいですか？
jQueryはそもそも複数の対象に同じイベントリスナーをつけるもの。
対象が1個しかないとか、まったくない（0個）の場合もあるけれど、
それはたまたまそうなっただけで、コード的には複数の対象に
マッチしたと仮定して書くのが良い。
クラスを設定してonしました
汚された後から汚されてないwindowオブジェクトを取得する方法を教えてください
iframeのcontentWindowを取ればいい
const a = [
1,
2,
];
const e = [
document.createElement('div'),
document.createElement('div'),
];
e.textContent = a[0];
e.textContent = a[1];
document.body.appendChild(e);
というコードを用意して
何らかの形でa[1]を更新したらe[1]のtextContentを書き換えるって理解でいいですか？
reactが重いのはデータ毎にDOMをメモリに記録してるからですかね？
JavaScriptから読み込むにはどうすればいいのでしょうか？
FileAPI使う
ありがとうございます
そんな単純ではない
多くの場合DOMと１：１で対応する様な独自ツリーを持っていて
その変更がある程度たまった時点で
必要最低限の変更をDOMに反映させることで
抽象化と同時にパフォーマンスを確保している
それが重いというのは使い方が間違っているか、
使い所が間違っているだけ
'use strict';
let i = 1;
const f = () => {
let i = 2; // Error - 'i' is already declared in the upper scope. (no-shadow)
i = 22;
console.log(i);
};
i = 11;
f();
console.log(i);
})();
eslintでチェックすると6行目でError - 'i' is already declared in the upper scope. (no-shadow)
が出るんですがこれはダメな書き方なんでしょうか？
一々、DOM から、CSS クラスの状態を取得して、コーディングしなくてもよい
ただし、速いと言うことは、メモリを大量に使う。
ブラウザの状態を、自分のメモリ内に持つため
常に、速さ・メモリ使用量は、反比例する
それは、そういうルールなんだろ
eslint のルール一覧表でも見れば？
自分で、好きなルールも設定できるだろうし
君や会社・使うツール、次第
特にqiitaのトップページ
文法的に問題はないが、例えばlet i = 2; を記述し忘れたとしても動いてしまって二回22が出力されてしまうだろ？
そういった事を防ぐために同じ変数を使わないようにしようって事
オプションで文法的に間違いではないならエラー出ないようにも出来るし全部許可してしまうことも出来る
フォーム部品はjqueryでselect()すればいいですが
普通のdivの中の文字列を選択したいです
createRange()でレンジを作って
selectNodeContents()にdivを放り込んでレンジの範囲を決めて
getSelection()でセレクションオブジェクト作って
addRange()でさっき作ったレンジをどーん！
DOM操作をしないから速いと言ったほうが正確だろ
DOM操作をするのはjQueryだけではない
通常のブラウザのDOM APIを使ってもDOM操作になる。
一般的にブラウザのDOM APIというのは遅い。（jQuery関係なく）
もちろんReactでも最終的にはブラウザのDOM APIを呼び出すのだが、
ブラウザのDOM APIは遅いので必要最小限の呼び出し回数になるようになっている。
というのは内部の仕組み
ブラウザのDOM APIは知っての通り機能貧弱でデータバインディングなどの機能がない。
また仕様が決まってるから、拡張することもできない。
Virtual DOMを使うことで、ブラウザのDOMの制限に縛られない
独自機能のDOMを作ることができる。イベントハンドラの拡張や
データバインディングなどの機能も組み混むことができる。
データ的にはJavaScriptのデータだからブラウザ無くてもVirtual DOMを使うことができるし
ブラウザいらないのでテストも容易になる。
だけどVirtual DOMの段階ではただのデータなのでそれをブラウザのDOMに反映する必要がある。
その時、ブラウザの表示内容を全部クリアして遅いDOM APIを使ってレンダリングするのは遅くなるから
差分だけを反映させましょう。というのが内部の仕組み
だけどDOM APIは遅いが、そんなにDOM APIの呼び出し回数が多くないようなサイトの場合は
速いというより遅くならない仕組みと言っても言いすぎじゃないと思う（ただしメモリは食うから重くなる）
Virtual DOMを使うということはブラウザのDOM APIを使わないということだから学習コストは高い。
これからは、そもそもDOM APIを呼び出す必要がないサイトはjQuery
学習コストを払ってもReact（や他フレームワーク）を使う理由があればフレームワークの
二極化になると思う。どちらにしろDOM APIを直接呼びだす時代は終わったかな。
Virtual DOMというのはライブラリであってそういう仕様があるわけじゃないでしょ
そう書いてる
この部分はプログラマがという意味
プログラマがReactなどを使ってVirtual DOMを使うということは
ブラウザのDOM APIを使ったプログラミングをしないということである。
要はReactなどを使えば document.getElementById とか
使わなくなるってことよ。
ありがとうございます
設定しておいたonchangeイベントを発火させるにはどうすればいいのでしょうか？
trigger
どっちかというとreduxの理解のほうが学習コスト高め。
お前はdivだけ書いてろ
元ソースも相当汚いだろあれ
ゆくゆくは要素毎にレイアウトとペイントを数十のコアで分担するようになるだろうな
だから今の仮想DOMフレームワークにしても、そこのところ混み合っていないものを選んで慣れておいたほうが良い
使われる環境のCSSなど変に影響されることを防ごうという趣旨のものだからね
HTMLを部品として扱う際のカプセル化の方法だから
> ゆくゆくは要素毎にレイアウトとペイントを数十のコアで分担するようになるだろうな
要素毎に何の処理をしてるっていうんだい？
要素なんて殆どは動きが何もないただの絵だろう？
let a = 200;
だとエラーになるのに
let a = 100;
if (1){
let a = 200;
}
だとエラーにならないのは何故ですか？
ありがとうございました
何で対応してないの？
何でといわれてもね
それを知って、あなたがFirefoxの開発に関わって実装してくれるとか、前向きな方向に発展するの？
ttps://caniuse.com/#search=Shadow%20DOM 理由次第では、発展するかもしれないですね。
だから理由を聞いてるのよ？
あなたが発展にどう貢献するのか、見えてこないんだけどな
「FirefoxがShadow DOMを実装することは当分なさそうなので覚えるのは止めます」とかでないことを祈るよ
理由は中の人以外に知りようがないので、下記URLで問い合わせるか、フォーラムの情報を探してみるといいと思うよ
ttps://www.mozilla.org/en-US/contact/ やろうとはしてる
ttps://bugzilla.mozilla.org/show_bug.cgi?id=1205323 今のMozillaをかつてのWebの発展させてきた存在と同一視しちゃだめ
Firefox OS始めたり、ブラウザのバージョニング間隔を変更したりしてた頃は絶好調だったし、asm.jsの頃まではまだ良かった。
その頃はまだ新機能試そうと思えば、ChとFx両方使う必要があって、しかも少しFxの方が比率が高かった
でも今のMozillaやFxは新標準についていくのが精一杯で完全に後手後手に回ってる状態
Web APIじゃなくてESだけでみてもそうなんだから、落ちぶれようが分かる
「知りません。中の人に聞いてください」って
言うだけなのに、なんでそんなにお前えらそうなんだ？
ありがとうございました
これをネイティブjavascriptでどう書いたらいいかわからないので教えてほしいです
$('body').on('click', '#list li', function(e){
処理;
});
document.querySelectorAll('#list li').addEventListener('click', function { 処理 }, false);
メモしておきます！ありがとうございます
特にaddのは関数定義の後に記述する事にもなりがちだし不格好なだけと思うけど。
捕捉フェーズを使用する場合は、 useCapture に true を指定します。
捕捉フェーズの開始後、指定されたタイプのイベントの全てが、まず、登録された listener に発送され、
その後、DOM ツリーにおいてその下に位置する任意の EventTarget に発送 されます。
ツリーをたどって上方へ浮上するイベントは、捕捉フェーズを用いるように指定されたリスナーを誘発することはありません。
詳細については、DOM Level 3 Events を参照してください。
この引数は、全てのブラウザで省略可能ではないことに注意してください。省略した場合、 useCapture は false となります。
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
俺にはAAを作る才能がない
じゃないと絶対にずれるぞ
そもそもコールバック自体が不恰好であってこの感性は理解できない
全画面中の透明なし、背景色の指定、はできないでしょうか？どなた教えてください。
<script type="text/javascript">
$("[data-fancybox]").fancybox({
オプション
});
prototype のない object（ Object.create(null) ）を作る方法はないですか？
var object = o => Object.assign(Object.create(null), o);
object({a:1, b: 2});
>Object.assign
知らなかった！ ありがとう
もはや世紀末
という処理をinnerHTMLとaddEventListnerでやろうとしているのですが
ボタン２を押してもボタン３が出てきてくれなくて困っています
innerHTMLで出力したものがイベントターゲットになっていないからだと思うのですが、どうすれば解決できるでしょうか？
プログラムを書くのが初めてなので初歩的な質問だと思いますが、よろしくお願いします
むしろまだ存在していない(innerHTML前)要素にどうやってaddEventListenerしようとしたのか
ボタンの一つ上の要素にaddEventListenerしevent.targetでクリックされた要素を取得し判別する
あとはevent.targetで振り分け
というかボタン2とボタン3は元々ある状態にしておいて
スタイルのdisplay:noneをdisplay:blockなりに変更するだけでいいのでは
要素が存在しない時にイベントを与えているからだろうなｗ
その辺りをチェック
プログラムだけではないが、
HTML + CSS + JavaScriptの世界では
見た目はCSSで制御する
最初にボタンを３つ書く
<input class="btn" type="button" value="button1" >
<input class="btn" type="button" value="button2">
<input class="btn" type="button" value="button3">
見た目をCSSで制御（最初のボタン以外は非表示）にする
.btn + .btn {
display: none;
}
.btn.clicked + .btn {
display: inline;
}
ボタンが押されたら押されたいう情報（クラス）を自分自身に設定する
（JavaScriptはjQueryを使えば簡単に書ける）
$(document).on('click', '.btn', function() {
$(this).addClass('clicked');
});
実行サンプル
ttps://jsfiddle.net/qz5fLy9y/ ちなみに押したら押されたという状態になって、その後変わらないものは
ラジオボタンを単独で用いれば表現できる。あとは見た目をCSSでボタン風にするだけ
つまりJavaScriptなしでもできるぞ
ttps://jsfiddle.net/qz5fLy9y/1/ エラーも見てないな
cssで隠しておくのと親要素から取得するの２つともで希望の動きができました
皆さんめっちゃ心強いです(*´ω｀*)
HTMLとCSSだけでもここまで動かせるなんて知りませんでした(；´Д｀)
ちゅーかjsfiddleってサイト便利ですね
私が作ってる程度のものならatomよりこっちのが使い勝手いいかも(??????)??
ワニワニパニックを作った人を知らんのか？w
CSSプログラミングを知らないとか教養がないと言われてもしようがないな
昔っからこのスレは知ったかが多かったが
今では知ったかもできないほんまもんの無知ばかりやな
あのお粗末なワニワニパニックを話に出したレベルの低さに対しての反応だろ
もっと教養を身につけた方がいいぞ
聞いてもねーのに糞しょうもない知識を自慢したいだけの馬鹿は黙ってろよ。
SpeechSynthesisUtteranceの
rateを上げたら、再生出来ないばかりか、
ブラウザを再起動しないとその後再生できなくなる現象が出ています
自分だけでしょうか？
仕様によるとrateの最大値は10なので値は仕様の範囲内のはずなのですが
3にするとおかしくなります
（再生可能）
ttps://jsbin.com/wuteqewavo/edit?js,console （rate=3、その後再生不可能）
ttps://jsbin.com/viriritali/edit?js,console 自分もちょこちょこ試してるけど１年前からそんな感じだよ
そのAPIはセンシティブで上手くいくかはタイミングなんかにも影響する
OSやデバイスのシステムを借りててブラウザだけで完結してる範囲が少ないから
仕方がないのかもしれない
それでも最近は随分マシになった方
最初の頃はまともに動く確率のほうが低かった
ttps://jsfiddle.net/2etnxe05/ a = _.uniq(_.map(list, i => i[1]))
もしくは
ttps://jsfiddle.net/2etnxe05/1/ a = _.uniq(list.map(i => i[1]))
jQuery使ってるならこっちでも良いね
ttps://jsfiddle.net/2etnxe05/2/ $.unique(list.map(i => i[1]))
list.map(a => a[1]).filter((v, i, arr) => arr.indexOf(v)==i)
Array.from(new Set(list.map(a => a[1])))
その内部実装の関数１つだけ借りてくることはあっても
お客さんの要望に応じて必要な分だけをチョイスできる
オトクなパッケージ
ttps://lodash.com/custom-builds それ遅い。
ttps://jsfiddle.net/2etnxe05/4/ > list.map(a => a[1]).filter((v, i, arr) => arr.indexOf(v)==i)
lodashの3倍
> Array.from(new Set(list.map(a => a[1])))
lodashの6倍
配列はこんな感じです
var scoring=[
{'male':[1,0,0,0],'female':[10,5,3,0]},
{'male':[2,5,3,0],'female':[10,5,3,0]},
{'male':[0,0,0,0],'female':[10,5,3,0]}
];
> Math.max.applyで呼び出す
ってのが意味わからん。
スコアの配列を最大値に置き換えれば良いんか？
つまりこういうことか？
ttps://jsfiddle.net/a1p11fLt/ var scoring=[
{'male':[1,0,0,0],'female':[10,5,3,0]},
{'male':[2,5,3,0],'female':[10,5,3,0]},
{'male':[0,0,0,0],'female':[10,5,3,0]}
];
var s = _.map(scoring, row => _.mapValues(row, (v,k) => _.max(v)))
console.table(s)
ttps://jsfiddle.net/a1p11fLt/1/ var s = _.map(scoring, row => _.mapValues(row, (v,k) => Math.max.apply(null, v)))
ttps://jsfiddle.net/a1p11fLt/2/ var s = _.map(scoring, row => _.mapValues(row, v => _.max(v)))
大変申し訳無いです、質問の内容に不足がありました(；´Д｀)
上記の配列から変数を使って特定の値を呼び出し、それが所属する配列の中の最大値かどうかの判定をしたいのです。
変数を使って値を呼び出すところまではできています。
例えば２列目maleの３を呼び出した時、それは[2,5,3,0]の中で最大かどうか？を判定するために、最大値である５を取得したいです。
よろしくおねがいします。
それから初心者すぎて_.mapとかその他もろもろの表現が初見で頭が沸騰してしまってます。
せっかく書いていただいたのに申し訳ないですm(_ _)m
ary = scoring[num][sex] と置けば
num = 1, sex = 'male' のとき
ary が [2,5,3,0] になる
その内最大を得るには
max = Math.max.apply(Math,ary) もしくは
max = Math.max(...ary)
できました！
ありがとうございます(*´ω｀*)
そういう問題じゃ無いんだよね
３種類１０箇所とかなら分かるけど、ただ一つ_を使うのは変だし
それだけのためにライブラリ管理コストかけるのもね
キリも無くなるし
既に利用してる可能性が結構あるjQueryは分かるけど、
_は単発の質問にはそぐわないね
コードが短いのはいいことだけども速さ求めるなら
おとなしくforと連想配列でやったらはやいんちゃう
まだ不安定なんですね
ありがとうございました
$.getJSONで取ったデータがおかしくなるという問題に悩まされていましたが
原因はキャッシュでした
GETは通常、パラメータが同じ場合に同じものが返ってくるものですが
データ構造を変えるなどの仕様的な変更が反映されないと困ります
解決方法として、パラメータにタイムスタンプを付加するという方法がありますが
これで毎回別のGETにすることで、
キャッシュが異様に増殖してしまうのではないか、という危惧があります
どうなのでしょうか？
ブラウザのキャッシュ管理のことまで気にしなくていいとは思うが
やるなら.htaccess等でヘッダーいじれば色々出来る
キャッシュさせないよう設定するとか逆にキャッシュさせた上で毎回確認だけはして更新時のみデータ受信する等
何かいい方法ないですかね？
window.openが実行された時に、すぐページを閉じるようなやつでもいいんですが、リファラは空だしどうしようかなと。
Google extensionで作ってます。
uBlock origin 使えばだいたい防げるだろ？
それで足りなければTampermonkeyを使えば良い
webRequest APIでできる
こんなのあったんですね
ありがとうございます。
ありがとうございます
調べてみます。
Lodash は、使う関数だけを、include できる
ただ最近は、ES5/6 に実装している、関数も多い
ライブラリにある関数を自作するのは、
ホワイトボックステストも必要だし、品質も悪い
そこまでコントロールできたのですか
ありがとうございます
非同期処理を実際に同期的にするにはどういう方法がありますか？
取り敢えず全ての非同期関数がpromiseを返すように設計しとけばasync awaitで同期的に書ける
あと問題があるのがobservableやasync iteratorに当たるものだが
これはトランスパイラを使うか、while(await)テクニックで乗り切る
ちょっと悩ましい所
ありがとうございます
順次調べていきます
内部的には関数のプロパティとして実現されているのでしょうか？
概観しましたが、すごくすっきり書けていいですね
generatorで同期的に処理する方法も調べたのですが、
これは本来そのために作られた訳ではない機能をハック的に使ってる感じで
美しくないと感じましたが
それに比べるとasync/awaitはキレイだと思いました
ローカル変数は、さかのぼらない
関数実行時やブロック文に入る度にそのコンテキストに紐付いたオブジェクトのようなもの
globalやwith文中では本当のオブジェクトが使われる
みたいにできるよ
いいアイディアありませんか？
勉強のためにやるのでフレームーワークなどは使いません
Fxも１年以内に実装されるだろうから、そのときには動きますで良いじゃん
まじですか
ありがとうございます
属性の有無を調べるメソッドなり関数なりが追加されないのは何故ですか？
// { value: undefined, writable: false, enumerable: false, configurable: false }
undefinedの上書きができなくなったことがどう関係するんだ？
undefinedの上書きができれば、属性の有無を調べるメソッドが
無くてもいいってことだろ？
ありがとうございます
ベースとなるHTMLは最初から記述されていて、
適宜要素を動的に操作していたのですが
異なる構成の画面が必要になりました
部分的な書き換えではおさまりません
そうなると最初の画面から完全に動的に書かなくてはいけないのか？
それとも今の画面をどこかに保存しておいて、処理が終わったらまた戻す？
とか色々考えていますが
こういうことが問題になったらそろそろフレームワークの導入を考えた方がいいのでしょうか？
hasOwnProperty と使い分けよう
スケールしないことを実感したら切り替え時だろう
ありがとうございました
もう1個 別のSPA 作って
ShareWorker で状態を共有させる方法もあるんじゃないかな
下記のような形でクリックイベントリスナーを設定しましたが反応はありませんでした
どこに問題がありますでしょうか？よろしくお願いします
Hoge.prototype.foo = function(){
var button = document.createElement( "input" );
button.type = "button";
button.value = "テスト";
button.addEventListener( "click", this.bar, false );
this.div.appendChild( button );
}
Hoge.prototype.bar = function(){
alert( "click" );
};
要素が生成されていないのにイベントを与えているから
this.bar
途中で送信しちゃったｗ
this.bar
って第二引数に与えると、実際にクリックイベントが発火したとき
thisになるのはevent.targetであってHogeインスタンスじゃない
試しに下記の様にしましたが変わりませんでした
this.div.appendChild( button );
var func = this.bar;
button.addEventListener( "click", func, false );
変わってないよ
var A = this;
button.addEventListener('click' , function(){ A.bar(); } , false);
とか
これがベストとは言わんけど
そのやり方でもthisになるのはevent.targetであってHogeインスタンスじゃない
this.div.appendChild(button);
button.addEventListener( "click", function(){
console.log( "test" );
alert( "test" );
},false );
}
そもそも発火しませんでした･･･
そんな中途半端に書かれてもわからんよ
this.divってなんぞや？とかとか
全部書いておくれ
ttps://jsfiddle.net/ ttps://jsfiddle.net/v49dzq1j/ 一旦最小構成でテストしてみたら最初のままで通用してしまいました
var Hoge = function( elementId ){
this.div = document.getElementById( elementId );
};
Hoge.prototype.foo = function(){
var button = document.createElement( "input" );
button.type = "button";
button.value = "ボタン";
this.div.appendChild( button );
button.addEventListener( "click", this.bar( this ), false );
};
Hoge.prototype.bar = function( arg ){
console.log( "arg is..." ); //
console.log( arg ); // object
};
var hoge = new Hoge( "test" ); // <div id="test"></div>
hoge.foo();
>button.addEventListener( "click", this.bar( this ), false );
これは間違ってるよ
第二引数に渡すのは関数
this.bar ← これは関数
this.bar(this) ← これは関数barを実行した返り値
先の書き方だと第2引数が意図せずに実行されてるだけで本当は下記の通りですね
button.addEventListener( "click", function(){ this.bar( this ); }, false );
// this.bar is not a function at HTMLInputElement.
>button.addEventListener( "click", function(){ this.bar( this ); }, false );
おちつけｗ
そのthis.barのthisは第二引数に渡した無名関数のスコープで
無名関数の外、つまりHogeのものじゃない
んでお手軽に解決するなら、Hogeのthisをいっぺん保存してこう
var A = this;
button.addEventListener( "click", function(){ A.bar( this ); }, false );
もっと根本的に解決するなら
Function.prototype.bind()
Function.prototype.call()
Function.prototype.apply()
あたりをググると良いよ
その後色んなパターンを実践していましたが
最終的には、まさに一度thisを保存する方法に落ち着きました
(関数先でクラスのプロパティを参照する必要があるので)
スコープとbind()について落ち着いて調べてみたいと思います
みなさんありがとうございました
bind を使わないと、拘束できない
jQuery を使えば、悩むこともない
jQueryを使ってもそこは一緒
だけどjQueryだとクロージャーを使っても循環参照になりづらいのと
DOM要素のリストとして扱うという設計思想によって扱いやすいってだけ
でさ、お前ら何やってんの？
の話だろ？ なんでthisを保存とかいう話になってんの？
addEventListenerの第二引数にクロージャーなんか渡すから
話ややこしくなってるじゃん。 のコードでだいたいあってるだろ
ttps://jsfiddle.net/rdeuvep2/ function Hoge(elementId) {
this.div = document.getElementById(elementId)
}
Hoge.prototype.foo = function() {
var button = document.createElement( "input" );
button.type = "button";
button.value = "テスト";
button.addEventListener( "click", this.bar, false );
this.div.appendChild( button );
}
Hoge.prototype.bar = function() {
alert( "click" );
};
var hoge = new Hoge("buttons");
hoge.foo();
アロー関数
無し
なるべく元の形を保ったバージョン
ttp://https://jsfiddle.net/rdeuvep2/1/">ttps://jsfiddle.net/rdeuvep2/1/function Hoge(elementId) {
this.elementId = elementId
}
Hoge.prototype.foo = function(){
$("<input>", {type: "button", value: "テスト"}).click(this.bar).appendTo(this.elementId)
}
Hoge.prototype.bar = function(){
alert( "click" );
};
var hoge = new Hoge("#buttons");
hoge.foo()
俺はHogeクラスなんか作らずこんなんでいいと思ってる
ttps://jsfiddle.net/rdeuvep2/2/ var attrs = [{value: "テスト1"}, {value: "テスト2"}];
var buttons = attrs.map(attr => $("<input>", attr).attr({type: 'button'}));
$("#buttons").append(buttons).on('click', 'input[type="button"]', function() {
alert( "click " + this.value);
});
： Name_Not_Found [sage] 2017/10/11(水) 01:33:53.93ID:???
ttp://https://jsfiddle.net/rdeuvep2/3/">ttps://jsfiddle.net/rdeuvep2/3/>>454で書いたとおり、今回はアロー関数もクロージャーもいらない
「今回は」アロー関数もクロージャーもいらない
今回の要件にthisがどうなるかってのが書かれていないから
this.barは今回は動くがthisは違っていると念の為に言っておく
いろんなサンプル追加
ttps://jsfiddle.net/rdeuvep2/6/ JavaScriptという言語を学ぶための良書を教えてください
人に意見を発信する以上は文句を付けられて当たり前
そしてそれは良いこと
お互い内外から叩き合ってきれいな球に近づくのだから
それを防ごうと言うのはトゲトゲボールか、スライムになってしまうのがオチ
えええ…
とりあえずサイ本
現段階のおまえさんのレベルも
おまえさんが書いた記事にツッコミを入れる奴のレベルもわからんから
それを数冊の本でなんとかするのは難しかろう
Google などのプロの机に、必ず置いてある本
そういうのはJSの常識を知らない非JSネイティブプログラマ向けに用意されてる
それもES2015以降の今の時代に於いては、JSを歴史から学んでJS仙人を目指したい人以外には過去の有名な本という飾りでしかない
何の仕様書を読みたいのか分からないが、
ttp://fiddle.jshell.net/vSqKr/44/show/light/#Link そしてより詳しく知りたければMDNの各記事の下に仕様へのリンクが張ってある
徐々にそっちに移行していく
setInterval(fuction(){
let now = moment();
let nowMinutes = now.format('YYYYMMDDHHmm');
if (now.minutes()==0 && lastTimeSignal !== nowMinutes){
lastTimeSignal = nowMinutes;
/*処理*/
｝
},1000);
みたいなコードがあります
moment()はmoment.jsです
現在時刻の分数が0の時に一度だけ実行する、ようは時報です
ですが、ごくまれに連続して複数回時報が実行されてしまうことがあります
lastTimeSignalが設定されるので排他的に処理されるはずなのに
何故複数回実行されてしまうのか分かりません
現象はchromeで確認しています
lastTimeSignal とnowMinutesをログに出力するようにしましたが
連続実行された時の値は全く同一でした
lastTimeSignalが設定されないまま
複数のインターバルが呼び出されている、としか思えません
処理は、何かと不安定なSpeechSynthesisUtteranceを使っているので
それが原因なのかとも思いますが
処理の前にlastTimeSignal = nowMinutesとすぐに代入しているので、
たとえSpeechSynthesisUtteranceに問題があっても排他処理まで失敗するのは奇妙です
関数の外の変数（lastTimeSignal）への変更が
すぐに反映しない、なんてことあり得ますか？
あらためてログを確認すると
10/13 05:00:00.97
10/13 05:00:00.98
と、0.01秒差で連続実行されていました
1秒ごとに実行されるはずのインターバル処理が、
ほぼ同時に2回呼び出されていることになります
一体何故・・？
いま、ふと思い付いたのですが
不安定なSpeechSynthesisUtteranceの実行に更にsetTimeoutを挟めば
変数の変更まで不安定になることは防げるかもしれません
できればライブラリも除いた状態で
まずそうやって削ぎ落としていくのがデバッグの基本でもある
ライブラリの中の、
起動時にしか実行されないと思っていたハンドラの中で設定していたのですが
そのハンドラはその後の操作によっては複数回呼び出されるものだったのです
プログラマー憲法を心に銘じます
ありがとうございました
ただコールバックで闇雲に投げて闇雲に呼ばれるのではなく
Promise,async-await,async generator辺りを適切に使って
シーケンシャルに管理すれば軽減できはする
アクセス解析の値がぶっとんでた時はあせったわ
だって名前つけても同じ話だもの
逆に予定外に何度も呼び出すことなんて少ないと思うが
最近のJSはイケてると思っていましたが
いまだにオブジェクトをforEachできないのは違和感があります
もうかなり以前からunderscoreやlodashがforEachの有用性を証明してますよね
だからlodashを使えばいいだけだろう？
ライブラリは言語にあるべき未来を見せるのが役割の一つなので
それを何年も前に見せられてなおかつ放置してるのは怠慢と言わざるを得ません
どんな言語でも言語自体に色んな機能を含めず
多くの機能はライブラリで提供されてるはずだ。
Mapと書くべきだったか
まあ意図は違うんだろうけど
でないと、SMAPと勘違いされる可能性がある。
つーかもうオブジェクトからイテレーター作れるじゃん
イテラブルではない普通のオブジェクトを回すのはあまり行儀が良くない、
という判断が根底にあるのでしょうか？
でも
(new Map([['taro','name'],[15,'age']])).forEach((key,value)=>{
});
こんな書き方がイケてるとはあまり思えないのですが・・
newを書かずにMapオブジェクトを生成する
シンタックスシュガーを用意して欲しいところです
シンタックスシュガーはいらないですね。
関数を用意すればいいだけですよ。
Object.entries(obj).forEach(([key,value])=>{})
これはなかなかいいですね
オブジェクトのインスタンスメソッドで出来て欲しいですが、
keyとvalueだけでなくindexも取れるところもイケてると思います
そのやり方は列挙順を保証出来ないから、順序がランダムで良いときしか使えない
もともと、オブジェクトのキーは列挙する事を想定したものでもないし、連祖配列的なものを望むなら、足りない機能が多くて苦労すると思うよ
ttps://tc39.github.io/ecma262/#sec-ordinaryownpropertykeys ループの中でループカウンタが欲しくなることはわりとあるので、
そういう意味です
列挙の順序が保証されてないのはfor-in文とES5のObject.keys()
ES2015以降のObject.{keys,values.entries}()は保証されている
こんなんJSerなら誰でも知ってる常識だろう
矛盾してるぞ
> こんなんJSerなら誰でも知ってる常識だろう
ES5脳なJSerは知らないだろ？
未だにES5脳な奴がJSerなわけ無いだろ
JavaScript===ECMAScript2015ではないんだぞ
裏で動いているのかどうか分かんなくなるんですが。
定期的にconsole.logとかでログ出力していれば分かるんですが、
そうでない場合、逐次処理が実行中だってどうやって把握すればいいんですかね？
それかメイン関数以外にあちこち置くのが嫌なら
await longTimeTask()
をpromiseが解決するまで一秒ごとにログを出すperiodicLogingを用意して
await periodicLoging( 'タスクA', longTimeTask() )
と書くとか、同様にしてタイムアウトさせたりするとか
ttps://developers.google.com/web/tools/chrome-devtools/javascript/step-code?hl=ja の目的である「動作確認」は可能だと思うが、どういう理屈で意味がない？
エラーハンドリングをあえてすっぽかしてない限り
棄却が伝わってこないと言うことは正常動作中ということで心配する必要ないだろう
パッチ処理とかで本当に１０分とかかかるものなら
大本にProgressイベントが用意されていないのならのような感じになるだろうな
.replace(/黄緑/g, '<span style="color:greenyellow">$&<\/span>')
.replace(/黄/g, '<span style="color:yellow">$&<\/span>')
.replace(/緑/g, '<span style="color:green">$&<\/span>')
黄緑にも色を付ける方法を教えて下さい
その種の複数置換は結局
replace(/[黄緑]+/g, function(match){ … })
が簡単
ほほえましくてよきよき
str='黄と黄緑と緑'
.replace(/黄緑/g, '<span style="color:greenyellow">$&<\/span>')
.replace(/黄[^緑]/g, '<span style="color:yellow">$&<\/span>')
.replace(/[^黄]緑/g, '<span style="color:green">$&<\/span>')
正規表現ぐらいもうちょい頑張れｗｗｗｗｗ
ぐぐりながらやってみたけど30分でできたぞｗｗｗｗｗ
最悪の回答ｗｗｗｗｗｗ
あほか
正規表現知らなさすぎるだろｗｗｗ
だからほほえましくていいって書いたんだけどｗ
あ、一旦「青」にするってのが、よくわからずやってた頃を思い出してほほえましくていいって意味です
どう見てもの足元にも及ばない
正規表現ほとんど使わないからわからんわ
/[^黄]緑/ も同じ
なので結果は
<span style="color:yellow">黄と</span><span style="color:greenyellow">黄緑</span><span style="color:green">と緑</span>
ってなるはず
セレクタに要素を複数並べて要素の子孫の要素を選択することが出来ますが
このように要素を選択する方法は何というのでしょうか？
それ以上でもそれ以下でもない
しかも文頭の緑と文末の黄にはマッチしないしな
ECMAScriptだと後読み出来たっけか
おー。ありがとうございます
Progressイベントなんてあるんですね。
独自の処理にもそう言うの用意できるんですかね。
EventEmitterみたいなモジュール使ってもいいし
DOMのカスタムイベント使ってもいいし
後読みはES2018になりそう
現在モダンブラウザは要フラグ
async-awaitと組み合わせるのは工夫がいるよ
できればasync-generatorを使ってトランスパイルする
ありがとうございます
その方法で出来ました
膨大なデータをJSONで書き出す処理をしようとしてます
大体1MBくらいで一区切りして、fs.writeFileで書き出して、for構文で繰り返す…
というような方法を取っています。
例えば10回繰り返すような設定をすると、処理が終わる度に1ファイル追加されるのですが
10回すべての処理が終わるまでファイルに何も書き込まれず、空っぽのままになります。
すべての処理が終わって初めて全てのファイルにデータが書き込まれる感じです
これが10ファイルくらいならいいのですが、大量に処理するときに困るので
毎処理ごとにデータが書き込まれるようにしたいです。
なにか方法があれば、お教えいただけると助かります
fs.writeFile に渡す callback の中で
書き込みの続きを継続するようにすれば期待する動作が得られるかも？
ファイルへの書き込みが完了するまでループを一時停止する・・・と言う処理は可能でしょうか？
今はこんな感じです
var ループ回数 = 10;
for(var i=0 ; i > ループ回数; i++){
var データ = 膨大なデータを生成する関数();
fs.writeFile(ループ回数 + '.json', JSON.stringify(データ,'',' ') , function (err) {});
}
トンクス
上手く行ってるように見えてたわ
同期版のfs.writeFileSyncを使うかasync/await使うか
結論から言うとfor of Object.keys()を使う
元々の文字列に「青」があったら破綻するのでは
バックスラッシュのエスケープシーケンスのように、構文規則を作っておかないと破綻する
配列に for-in を使っているのでは
原文を読め
ttps://eslint.org/docs/rules/guard-for-in 自分もこれでやるけど、翫とか見たことないような漢字にしとけばいいよ
正規表現だとノット条件がないから[^翫]で近いことが出来るようになるし、これが早くて楽だった
たとえばclassのコンストラクタで非同期処理を入れる方法ないかな。
ファクトリをasyncにしろ
配列を知った人は、これ便利と配列ばっかり使いだします。
連想配列を知った人は、これ便利と連想配列をばっかり使いだします。
クラスを知った人は、これ便利とクラスばっかり使いだします。
asyc-awaitを知った人は、これ便利とasyc-awaitばっかり使いだします。
async関数はpromiseを返す関数だから
クラスのインスタンスを返すコンストラクタとは相容れない
まあ色々方法はあるけど、newして非同期にそれを改変するasync関数を用意するのが良いと思う
async-awaitばかりというのは悪くないと思うよ
ある特定の関数が開発していく途中でasyncにする必要が出てきたり必要が無くなったりもするしさ
そういうときawaitで受けてれば問題ないからね
もしくは顔検出出来るライブラリで他に商用利用可能なものがあったら教えていただきたいです
node.jsなどを動かすことできますか？
それぞれにJavaScriptで動的にoptionを追加したところ、BがAの下に移動してしましました
横に並べたまま要素を追加したいのですがどうすればいいでしょうか
CSS でやるのが普通
方法はいくつかあるが flex が最も簡単だろう
なんかここで一度教えてもらった気がするんですが
location.search はただの String 値なので、JSON化する余地はないと思うが
例えば`"abc"`はvalidなJSON
ありがとうございます
やってみます
そうかもしらんが、JSON.stringify(location.search); で解決する問題をわざわざ質問するかね…
いや”key=value&”という形式をオブジェクトのkey-valueに変換してくれるやつを知りたいってことなんですが。
そうではないかと思ったが、質問をはっきり具体化する事も大切だと思うぞ
URL.searchParams の事だな
ttps://developer.mozilla.org/ja/docs/Web/API/URLSearchParams firebase functionとかそれっぽくね
> いや”key=value&”という形式をオブジェクトのkey-valueに変換してくれるやつを知りたいってことなんですが。
key1=valueA&key1=valueB&key1=valueC
の場合にどういう結果を期待してるの？
おーどうもです。すまんす。
知らなくてもしょうがないかな
常に最新仕様を追いかける人なら知ってると思うよ
仕様を追いかけるのが目的となってるのが悪い
普通は必要になる前から知っておく
form要素.ラジオボタンに持たせたname
で取得できます
このグループはconsoleで確認するとRadioNodeListオブジェクトのようです
これはform要素の中にラジオボタンが格納された時にだけ作られる
特殊なオブジェクトのようですが
DOMツリーに組み込まれているのか、取得時に生成されているのか、
どっちなのでしょう？
DOMツリーに詳しくないので分かりませんでした
コンテナとしてツリーに組み込まれていることもあるんじゃないかと思ったのですが、
そのたびごとに生成して返しているのですね
ありがとうございました
実際、仕様のどこに書いてあるのか、を明示しないと本当の意味では解決にならない
(Array#length が動的に計算されるのか、静的データを参照するのか、という命題と似てる)
デフォルトでは live （静的でない）とDOM仕様に書いてある
特に静的とする記述はなかった（？）ような
例えばa,b,cというオブジェクトとそれを含むツリーがあって
どこかにa,b,cへの参照を含むオブジェクトあっても、
それはツリーに含まれてるとは言えないから
つまりはこの問題はNodeListがDOMの木構造に含まれているかどうか
横着に言うとツリーを辿っていったときListに到達するかというと、
それはないなと分かる
liveの実装はオブジェクトをキャッシュするだけで実現可能なので、liveな事が動的データである事を保証しているわけじゃないと思う
ごめん、いってる意味が分からない
> どこかにa,b,cへの参照を含むオブジェクトあっても、
> それはツリーに含まれてるとは言えないから
なぜ？
> つまりはこの問題はNodeListがDOMの木構造に含まれているかどうか
ツリーに含まれているかどうかをどうやって判断するの？
気づかないのがちょっと心配。
プロダクションビルドしてみるとやたらメモリリークするようになってはじめて
発覚した。
この辺を気づきやすくする方法ってなんかないかな。
a.child==b,b.child==cの時、
[a,b,c]という配列を作ってもそれはツリーの一部ではないということ
ルートから辿れない物はそのツリーに含まれているとは言えない
そしてDOMツリーにListが含まれないことは自明
なぜならDOMツリーはNodeのツリーであり、NodeとはElementやTextであり、
NodeListは実際それらのサブクラスではないし、概念としてもかけ離れているから
まあこの手の設計思想は勉強しておくと自分が設計する際のセンスに近い部分ととして表れるから、馬鹿にはできない
ここ１０年でごちゃごちゃと新機能入れ杉
ついていけねえよ
javascriptは少々調子に乗りすぎたようだね（個人の感想です）
ここ１０年でごちゃごちゃと新機能入れ杉（便利になりました）
ついていけねえよ（個人の能力です）
誤解を招く言い方は控えよう
>ついてきたくなかったら
ついてこれなかったら
だぞ
かなり癖は強いよね。forEachとかと組み合わせると死ぬから
for文使わなきゃいけなくなるの辛い。
デフォルトasync functionになってくれればいいのに。
async func内で無名関数作ったら自動でasync func になるか、async funcにしないと警告するようにできないもんかね。
あとawait記入漏れも地味にきつい。これもlintツールでチェックして欲しい
できるだろうけど、そうすると互換性がなくなるので
それならCoffeeScriptの二の舞いになって
結局使われなくなる
await書き忘れもちょっとしたミスで変数に意図しない型が入ってそのまま進んでしまうという
動的型付け言語のよくある問題点だしデバッグには慣れてるでしょ
さらにかけ離れて目が回ってます・・・先輩方おしえてくださいな。
【環境】自分の環境はWindosw10 Firefox55 サーバーにはUPせずローカルのみの用途です。
【何をしたのか】document.writeしたらその部分以外が出ないしbodyカラーさえなくなるしずっとローディング中になる
→innerHTMLにしろという情報を得たがこれって既にあるものを置き換えるだけで複数出力できなくね？？
【希望している仕様】
コンマ区切りのテキストファイルを読み込んで変数に出し、その変数の変化する数だけセレクトを出力
【コード】ネットに転がってるサンプルを改造してる。body前後は省略。
<body bgcolor="black">
<script type="text/javascript">
function getCSV(){
var req = new XMLHttpRequest(); // HTTPでファイルを読み込むためのXMLHttpRrequestオブジェクトを生成
req.open("get", "smp.csv", true); // アクセスするファイルを指定
req.send(null); // HTTPリクエストの発行 レスポンスが返ってきたらconvertCSVtoArray()を呼ぶ
req.onload = function(){convertCSVtoArray(req.responseText); // 渡されるのは読み込んだCSVデータ}
}
// 読み込んだCSVデータを二次元配列に変換する関数convertCSVtoArray()の定義
function convertCSVtoArray(str){ // 読み込んだCSVデータが文字列として渡される
var result = []; // 最終的な二次元配列を入れるための配列
var tmp = str.split("\n"); // 改行を区切り文字として行を要素とした配列を生成
var opel = document.getElementById("test");
// 各行ごとにカンマで区切った文字列を要素とした二次元配列を生成
for(var i=0;i<tmp.length;++i){
result[i] = tmp[i].split(',');
document.write('<option value="'+result[i][1]+'">'+result[i][1]+'</option>');
}
}
getCSV();
</script></body>
そしたらcsv云々の質問はまるまるカットできる。
問題を切り分けるところから始めようか
・document.writeは使うな
・XMLHttpRequestは使うな
・opel (#test)ってなんだ？使われてないが
・selectがないぞ
・CSVの構造がわからん
だな
CSVの入力はできています。
＞document.writeしたらその部分以外が出ない
→document.write('<option value="'+result[i][1]+'">'+result[i][1]+'</option>'); ×CSV行数
＝<option value="[数字]”>[数字]</option>のタグになってるかはわからないですが
×CSV行数</option>前の数字は表示されているので。
というか・・・できるはずだと思っていたのですが、document.writeを書くと
真っ白になるんですよね、上記表示以外が。
consol使ったこと無いのでググってきます・・・
ありゃ失礼
・opel→innerHTMLに書き換えようとして設定した変数。
しかしinnnerHTMLではfor文で繰り返し出力ができないんじゃね？でdoument.writeに変えた
使い慣れてたし（化石）
・CSVの仕様
PerlCGIでよく使うログファイルといっしょ。UTF-8になってるが。
1,ねこ,くろ
2,いぬ,しろ
selectは消しすぎたごめん（改行多すぎって怒られた）
<body bgcolor="black">
<form method="post" name="info">
<div class="title">ろぐびゅーわ</div>
<div class="element-select">
<div class="small"><span>
<select name="id" >
<script type="text/javascript">
<script type="text/vbscript">
var foo = '';
for(){
foo += '<option>';
}
select.innerHTML = foo;
ってすればいい
できました！！
変数+=は初めて見ました。こんなのあるんですね。
みなさん感謝！
XMLHttpRequest は、jQuery の、ajax を使う。
初心者には、jQuery は必須だから、検索して
$("#test").text("hello world!");
「セレクタ.動作」の構文で、該当するセレクタすべてに対して、ある動作をする。
つまり、ループ処理と同じ
VirtualDOM叩くフレームワーク使うかってことでは
csv ファイル読み込み関数なども、あるはず
初心者にはjQuery必須とかいうのヤメレ
document.querySelector('#test').textContent = 'hello world!’;
test.textContext =
でいいのに何で冗長な書き方するかね
誰か教えてください
ってことで〆
const f = (n) => (e) => {
console.log(n, e);
};
o.addEventListener('click', f(1), false);
(n) => (e) =>っていう2個書く書き方をよく知らないんですがなんですかこれは？
なんでこれでnとeが使えるんですか？
const f = function(n){
return function(e){
console.log(n, e);
}
};
なので
o.addEventListener('click', f(1), false);
は
o.addEventListener('click', function(e){
console.log(1, e);
}
, false);
になる
関数の戻り値がまた別の関数になってる
カリー化ともいう
nが使えるのはその戻り値の関数もまたのfの範囲内だから
ちなみに
const f = n => e => console.log(n, e);
でもいい
ただJavaScriptでカリー化することなんてあるか？
Haskellみたくデフォルトでカリー化されてるわけじゃないんだしメリットが見当たらん
window.widthなら"window.width"のように
オブジェクトの名前を取得する方法ってありませんか？
一番単純な例を出してドヤ顔するのやめれｗ
jQueryはその一番単純な書き方で複雑なことができるんだよ
例えば
document.querySelector('#test').textContent = 'hello world!’;
に相当するjQueryの書き方は
$('#test').text('hello world'); だが
全てのclass=testの要素に文字を入れるのもほぼ同じ書き方でよい
$('.test').text('hello world');
test.textContext = 'hello world';
$('#test').text('hello world');
jQuery使ったほうが短いっていうねｗ
なんで冗長な書き方するかね？
node.jsってインストールとか言ってるけどなにこれJavaScriptファイルじゃないの？
まあ正確に言えばブラウザ用のJavaScriptファイルを
"ビルドして" 作ることも有るからサーバー用限定ではないが、
少なくともブラウザで直接動かすためのものじゃない
> 関数の戻り値がまた別の関数になってる
> カリー化ともいう
それはカリー化ではない。
カリー化は、引数を取る普通の関数を
特殊な形式の関数に変換すること
foo(a,b,c) という使い方をするfoo関数を
foo2(a)(b)(c) という使い方ができる別の関数に変換すること
は関数を返す関数ってだけなのでカリー化ではない
JavaScriptでカリー化をする必要はないっていうのは理解できるが、
関数を返す関数はときたま使う
ある関数に同じ引数を何度も渡すのであれば、
部分適用を行って何度も渡さないようにできるし、
別のもう少し具体的な例をだすと
[{a: 1, b: 2}, {a: 11, b: 22}, {a: 111, b: 222}] みたいなデータが有って
aの項目でソートするか、bの項目でソートするか、選べるようにしたい時
aでソートする関数、bでソートする関数の２つを作る代わりに、
ソートする項目名を引数にして「ソートする関数」を返す関数
なんてのを作る時に使う
> (n) => (e) =>っていう2個書く書き方をよく知らないんですがなんですかこれは？
アロー関数が２つくっついたってだけなだな。
function(n) {
return n+1;
}
という関数を（thisの扱い以外）同等のアロー関数で書くと
(n) => {
return n + 1;
}
一行で書いて
(n) => { return n + 1; }
{}とreturnを省略して
(n) => n + 1
n+1の部分が (e) => { console.log(n, e) } だったら？
(n) => (e) => { console.log(n, e) }
あーごめん、変な間違いしてしまった
関数を返す関数は高階関数の範疇やね
また間違えた
いや、確かに関数を返す関数は高階関数の範疇なんだけど、今回のケースは特に部分適用って言った方がいいな
厳密に参照透明にこだわりたいなら使うのも良いと思うけど、ほとんどクロージャで対応しちゃうなあ
なら
const n = 1;
o.addEventListener('click', e => console.log(n, e), false);
で済むし、ソートする場合も
xs => _sort(xs, 'a')
みたいな無名関数で対応してることが多い
JavaScriptの部分適用は何か無理やり感があって個人的に苦手だ
ttps://github.com/rbuckton/proposal-partial-application 今のままだと身になる可能性は５割程度
議論に参加し支援してStageを上げよう！
自分で各ブラウザの違いを調べて、コーディングしなければならないから、無理
入門 React ――コンポーネントベースのWebフロントエンド開発、2015
WEB+DB vol.97 の特集が、React
WEB+DB vol.94 の特集が、Kotlin, Electron
逆に残っている違いってjQueryでも同じく対処が難しいなものばかり
（例えばfile選択キャンセルの監視とか）
あとはIEに対応するかどうかだけど、他にもAPIのポリフィル噛ますのと
同じようにIEにもポリフィル用意するほうが良いと思う
ってするとダメで
const f = (e){}
o.addEventListener('click', f, false);
がメモリにいいとか無駄に関数が作られないとか何とか昔呼んだ気がするけど
理由はよく知りません
> 各ブラウザの違いというけど今のモダンブラウザに違いは殆どないよ
そう思うならjQueryのソースコード見てみれば？
特定のブラウザ（機種）用のワークアラウンドがいくつも有る
仕様において違いはなくても、バグがあったりするわけ
特定の環境のみで起こるバグだから見つけるのは大変
スレ違い
そもそも全く同一に動かそうというのが間違いなのでは？
しかも普通その必要があればオーサリングツール使うよね
Web Audio APIにはloopStartやloopEndがあるので可能ですがこれは短い音声の再生用でBGMには向かないとか・・・
本当に完璧に無くしたいんならAudioWorklet使うしか無いんじゃね
ああその用途ならこれ、といったものは無さそう？
もう少し調べてなんとかしてみます ありがとうございました
あんたが言ってるのは、同一じゃなくても（違いがあっても）
動いてるなら良いじゃないって話でしょ？
俺が言ってるのは、特定のブラウザだけバグや仕様の違いで
動かないって話だよ。
ttps://code.jquery.com/jquery-3.2.1.js 例えばms-プレフィックスがついて動かないとか
// Support: IE <=9 - 11, Edge 12 - 13
// Microsoft forgot to hump their vendor prefix (#9572)
セレクタのバグに対応する
// Support: IE8, Opera 11-12.16
// Nothing should be selected when empty strings follow ^= or $= or *=
// The test attribute must be unknown in Opera but "safe" for WinRT
//
ttps://msdn.microsoft.com/en-us/library/ie/hh465388.aspx#attribute_section とか
// Support: Chrome<29, Android<4.4, Safari<7.0+, iOS<7.0+, PhantomJS<1.9.8+
とか
// Webkit/Opera - :checked should return selected option elements
//
ttp://www.w3.org/TR/2011/REC-css3-selectors-20110929/#checked // IE8 throws error here and will not see later tests
とか
// Support: Safari 8+, iOS 8+
//
ttps://bugs.webkit.org/show_bug.cgi?id=136851 // In-page `selector#id sibling-combinator selector` fails
とか
jQuery使っておいたほうが安全だろ？
// Support: real iOS 8.2 only (not reproducible in simulator)
// `in` check used to prevent JIT error (gh-2145)
// hasOwn isn't used here due to false negatives
// regarding Nodelist length in IE
// Support: Firefox<24
// Workaround erroneous numeric interpretation of +"0x"
// Support: Chrome 14-35+
// Always assume duplicates if they aren't passed to the comparison function
// Support: Webkit<537.32 - Safari 6.0.3/Chrome 25 (fixed in Chrome 27)
// Detached nodes confoundingly follow *each other*
// Support: IE 9 - 11 only, iOS 7 only, Android Browser <=4.3 only
// Treat the template element as a regular one in browsers that
// don't support it.
// Support: Chrome <=35 - 45
// Webkit & Blink performance suffers when deleting properties
// from DOM nodes, so set to undefined instead
//
ttps://bugs.chromium.org/p/chromium/issues/detail?id=378607 (bug restricted) // Support: Firefox <=43 - 45
// Disconnected elements can have computed display: none, so first confirm that elem is
// in the document.
// Support: Windows Web Apps (WWA)
// `name` and `type` must use .setAttribute for WWA (#14901)
ごめんけどあんたの気持ちは分からないや
今だってやってるプロジェクトで権利の関係でオールスクラッチで
当分Chromeでしか検証しないまま一応完成させて
その段階でFxやらEdgeやらモバイルで動かしてみたらなんの問題もなく動いたもの
仮にそこで何かに引っかかっても簡単な置換やなんかで済むだろうし
つうか長文載せないで今生きてるブサウザでの活きてる例をピックアップして挙げてよ
個人的にはIEには興味ないからそれ以外だとより説得力を感じる
特にChとFxの違いは勉強になるから教えて欲しい
これはjQueryのソースコードの中のコメント
こういうマイナーケースで問題が有ることは明らかになってる
ユーザーが使うブラウザのバージョンなんて指定できないからね。
あとはどれだけ見れる人が多いかどうか
問題が起きた時のクレームに悩まされるかどうか
予防していればクレームは減るよ。
あとからマイナーケースに悩まされる必要はなくなるよ
> 個人的にはIEには興味ないから
あんた個人の都合で物事を決めたりはしない
客観的なデータ。ユーザー数で考えよう
さてjQueryを使いますって勧めるのはやめなよ。
とりあえずjQueryに頼らなくてもjsが使えるようになってから選択として
jQueryなりvue.jsなりlodashなり選択使を提示すればいい。
独善的にjQueryは標準装備ですと言うのはヤメテってだけ
客観的だのなんのってよくわからないそれっぽいこと言うけど、
あくまで今は俺と君とが固有の価値観をすり合わせるんでしょ、それ以上でも以下でもない
もし一般的な話をするとしたら「客を選べない」って本来良くはないことだからね
下請けとか部下の立場で言われたとおりに作るなと言ってるわけじゃないけど、
まるでそれが正義か理想かなにかと勘違いするのは辞めたほうが良いよ
というか、なんかjQuery使わないことを病的に恐れ過ぎなんじゃない？
いつかその補助輪外す勇気が出せると良いね
自転車だと思いますよ。
jQueryは世界中の多くの人が使っている以上補助輪じゃないわな
「ということにしたい！」という臭いが
プンプン感じられるレスだ
jquery使わない俺かっけーって思ってた時期があった
じゃないが、基礎が何も分からないのにいきなりjQueryの記述だけ覚えたときに何も出来ないかと
そもそも単なる関数の集合体のライブラリなんだから、全て自分で出来るのを簡単に書けるようにしただけだし、
使わなくて済む、または出来るならカッコイイというか良いと思うけどね
なんで？
っていうのは結局何の根拠もないんだよな。
そもそもおかしいよね。
jQuery使える人なら、jQueryがなくてもプログラムできるでしょ？
できない理由が「基礎がわからなくてもjQueryならできる」のであれば
どんだけjQueryは簡単なんだよ？って話になる。
jQueryは面倒な記述を減らしてくれるだけで、
決して基礎が知らない人でも使えるようになるライブラリじゃない
jQueryを過大評価するのはやめろよ。
アンチが過大評価してんだよ
くらいの知識で、落ちてるフリーのやつをちょっとだけ弄る
って感じの人に需要がある
いずれにしても、スレ違い
それってjQuery使わなくても一緒だと思うけど、
jQuery使わないで作るのが大変だから
そういうのはめったに落ちてないって話ですか？
jQuery 質問スレッド vol.8
ttp://mevius.2ch.net/test/read.cgi/hp/1508707878/
スレ違いはごもっともだが一々反応しているのが滑稽ｗ
jQueryから入って難しくてjs勉強した俺が言うんだから間違いない
自分だけでやるなら本当に好きにしろ
jQuererに関しては単にjQuery使わないやり方を知らない・想像もできないだけだと思う
自分も昔そうだった
だからjQueryでこう書けばいい、程度であれば許してやって欲しい
生JS派が別に裸やシャツ一枚でも十分仕事はできる、むしろスーツは窮屈
と言ってるのと同じに聞こえるんだと思う
その上で利便性や開発生産性からjQuery選んでるんだよね？」って話じゃないの
できるようになったとは言えjQueryにはかなわない
jQueryでできないことも有るかもしれないけど、
そこだけDOM APIを使えばいい
こう考えるとDOM APIのメリットはライブラリが必要ないから
ダウンロード時間が不要なのと実行速度が速い
そういうメリットを言えばいいのに、jQueryやめろーとしか言わないんだよな
いや、もちろんダウンロード時間も実行速度も無視できる程度だよ。
だからjQueryを使った時の開発速度と比較すると、小さなメリットしか無いよ。
でも、メリットを言うならそこしか無いだろ？そこを言えば良いんだよ。
今は反論されて撃沈したくないから、あえてDOM APIのメリットを言わないようにしか見えないよ
結局その程度の気持ちなんだろ？ jQueryをやめろーって言ってるのは
本気でDOM APIの方がいいと思ってるなら、メリットを言えるはずだ
補足 ライブラリのメリットデメリットの話なので、
jQuery以外使えない人は困るとかいう、
人間の能力の話はしないでください
コッチのほうが初心者向け。
例えばdocument.まで打ち込めばquerySelectorが候補として出るし必要パラメーターと返り値の型が分かる。
null安全でもあるからちゃんとnullチェックの分岐処理を入れないとエラーになる。
だから丁寧なコードをある程度矯正できる。
という具合に相手が求めてないのに薦めてうざいと思った？
TypeScriptは否定しないけど、それは言語の話なので
TypeScript（言語）でjQuery（ライブラリ）を使うのが良いよ。
君が勘違いしてるのはjQueryでコードが短くなることのメリットは
書く量が減るというメリットじゃなくて読む量が減るというメリット
たしかにタイプ数は減るが、仮に少ないタイプ数（操作）で
何万行もコードが自動生成され、それを読まないといけないとなったらどうする？
大変だって思うだろう？ コード補完されたからといって、
そこから生成されるコード量が多ければ、その分だけ読まないといけない。
書くのは一回（数回）だが読む回数はもっと多い。
バグ修正で忘れた頃に読まないといけない。他人が読まないといけない。
そういう時に読む量を減らすのが目的なんだから、候補として出るというだけじゃ
何も問題は解決してない
そして最初の話。TypeScriptでjQueryを使えば良いんだよ
> という具合に相手が求めてないのに薦めてうざいと思った？
いや別に？ 内容に穴があるなぁって思ったよ。
それは補完してくれるテキストエディタがあれば
そこまで面倒ではない。的な発言をすることがあるしね。
ここで型があったら読まなければいけない量が増えるじゃないか
っていわれそうなんで補足
俺が言ってる読まなければいけないから大変いうのは「処理」
型などの定義部分は、処理とは違って、何をやってるんだろう？と
読み解かなければいけない所ではなくって、コメントのように
あぁ、ここはこの型なのねってさらっと見ればいい部分
なので定義部分に関しては許容できる。というスタンス
だから俺にとって「冗長なコード」っていうのは、
型（定義）ありだから冗長ってことにはならないんだよね
処理しか見ないからね。
そして型（定義）部分は、たいして読まなくて良いものだから
面倒な点があるとすると（繰り返すけど定義部分は）書く時
それは補完で相殺できる。
もちろんの
> 例えばdocument.まで打ち込めばquerySelectorが候補として出るし
っていうのは補完してるものが定義ではなく処理（メソッド）の一部なので
こういうのはなるべく少ない方がいい。書く時ではなくて読む時の話。
補完してくれるから、とかnull安全だからという理由は
初心者向けということにはならない。
だってそれらは上級者でも便利な道具なんだもの。
初心者向けというのは補助輪のように、
上級者にとっては足かせになるようなもののことだろう。
例えばScratchみたいなビジュアルプログラミング言語も
上級者にとっては足かせになるから、初心者向けだろう。
TypeScriptもjQueryも上級者が使っても便利なものは
初心者向けと呼ぶのは間違いだろう。
初心者でも上級者でも使いやすい道具という言い方なら間違いじゃないけどね。
初心者に上級者でも使ってる道具を薦めるのは
小さい頃から本物のピアノを薦めるのと同じようなものだろう。
本物志向ｗ
まあjQueryは上級者でも初心者でも使いやすい道具なんだが
はこのスレに関係ある内容なのでうざいとは思いませんね。
無関係な話（例えば「おまえの考えは気に食わんから書き込み禁止」的なもの）は
やめましょう。
みたいな悲劇が起こらなけりゃ別に良いよ
ライブラリの問題ではなくて、使う人の問題なので、
人の問題を理由に、ライブラリに文句をつけること自体がおかしい
それを言ったら、ブラウザで動かす必要が無いのに
（alertで）画面にメッセージ表示したいために、
JavaScriptを使うという悲劇とかいう言い方までできてしまう。
そういうのは人の問題
最新のブラウザに対応しているのかどうかも怪しい
prototype.jsはDOM周りは、DOM APIのショートカットでしか
なかったのが良くなかった。jQueryはDOMをリストとして
扱うという考え方の変更だったけど、prototype.jsは
document.getElementByIdって入力するの長いでしょ？
短い名前の関数用意したよ。で終わってしまった。
標準オブジェクトのprototypeを変更するというのは、
そんなに悪くない発想だと思うんだけど、やっぱり標準で
同じ名前のメソッドが定義されて互換性がなくて。
なんだろうな。GoogleとかMozillaとか大手が同じことをやっていれば
このアプローチでも良かったんだと思うけど、運かなぁ。それがなかった
まあやっぱりjQueryに駆逐されたものという扱いなんだろうな
問題はその理屈だと結局ありとあらゆる事をする時に色んなライブラリを提案しないといけないのか?ということになり
極論を言うと、今その問題を「a()」だけでこなせるライブラリ書いてupしたからそれを使うのが一番スマートだよとも言えてしまう
勿論もしそういう事なら皆それはおかしいと思うはずだが、jQueryで意見が別れるのはJSで一番有名なライブラリという特殊性にあると思う
jQueryを準標準だと考える人と、そうでない人との溝は深い
何でうざがられてるのかもよく分かってないようだし
流行中はドヤってもいいけど潮目が変わればおとなしく引き下がるべし
俺が知りたいのは、JavaScriptを学ばずにjQueryを使うことは最適解なのかどうか。教えてくれ
このブラウザでバグが出た。
このOS でも、バグが出た
新たな環境で、バグが見つかる度に、修正依頼が届くから、
結局、無料で、永遠に修正させられる
最終的には、時給が100円以下になる。
JS は、トラブルと貧乏しか生まない！
そのためにjquery使うのは微妙。
他に使いみちなんかあるの？
「じゃあ今見てるブラウザでF12押して、コンソールに1+1って入力してみて」
ってできる気軽さがJSの醍醐味なのに、初期学習者に対してjQueryを押し付けるのは無粋なんだよ
開発者としてならどんどん使ってどうぞ、でもJS初心者の学習には不要
すぐ業務が云々言い出す奴も無粋極まりないと思う
最初はChromeとか今使ってるブラウザで動けばいいじゃない
でもそれを公開しようとした段階で別のブラウザだと仕様が違うことを知り、
じゃあどうするのかを考えるのも勉強だと思うよ
最初からjQueryありきで進めるのはやはり良くない
jqueryオワタ論は懐疑的。chrome-extensionで今開いているサイトの使ってるライブラリが分かるやつがあるんだけど
qiitaではreact押しでjquery否定な感じだが
現実はそこまでreact使ってるサイトはないし、jquery使ってるサイトは多い。
多分、理想と現実のギャップを目撃してるんだろうけどね。
にまともなテンプレが載ってるから目を通すと不毛な争いを避けられる
歴史の教科書や犯罪事例が合っても犯罪がなくならないのと同じ
jQueryなんて専用スレあるんだしそっちに誘導してやればいい
> jQueryがオワコン気味なのは紛れもない事実
せめてシェアが大きく下がってから言うか、
jQueryよりも優れているというコードを書いてから言ってほしい所
> とりあえずdom操作目的ならvue.jsとかreactを使うから
現実から目をそらさないで考えてみ。
今までHTMLとCSSで書いていました！
というのをvue.jsやreactに置き換えた所あるかい？
vue.jsやreactの欠点は、既存のHTML+CSSに
JavaScriptを付け足して動作をカスタマイズするという
用途に向かないんだよ。
> qiitaではreact押しでjquery否定な感じだが
> 現実はそこまでreact使ってるサイトはないし、jquery使ってるサイトは多い。
> 多分、理想と現実のギャップを目撃してるんだろうけどね。
理由ははっきりしていて、react押しなのはもともとJavaScriptを
多用するサイトを使っていて、JavaScriptコードのメンテナンスコストが
高くなってしまってるという前提が有るからなんだよ。
残念ながら既存のウェブサイトはページの一部にJavaScriptを利用しているだけ
例えば会社の地図を表示するためにAPIを使ったりとかね
その程度なんだからreactに乗り換えるわけないよ
ttps://stackoverflow.blog/wp-content/uploads/2017/05/javascript-large-1-1024x621.png 知ってるか？WebブラウザのためのReact風にNativeアプリを作れるようにした
React NativeをWebブラウザ用に書き出すためのReact Native Webというのがあって
そこそこ使われてるんだぞ？まさに奇想天外だな
> Reactは最近むしろReact Nativeが最近勢い良いじゃん
あー、それは理解できるな
Reactはアプリ用であってウェブサイト用ではない
と考えるとReact Nativeになるもんな
まあどちらにしろウェブサイト用のjQueryに変わる
ライブラリはまだ登場してないことに変わりはないが
jQueryで何千行も書いたりしないんだろう？
実際はせいぜい十回くらい要素取るためだけに使ってるだけじゃないの？
なら別にそれ使わなくたって大した違いないじゃん
lodashに含まれる僅か数種類の機能を数カ所で使いたいからといって
わざわざlodashをライブラリに加えたりしないでしょ
逆にアプリケーションとしてフレームワークを使うってことなら
それこそ何千行の短縮になるから価値も理解できるけどさ
なんか取り敢えずちょっとはマシになるだろうから何も考えず取り敢えずちょっと使っとけ
みたいなのは容認できないわ
いやねあんたの言う「大したことはない」は
「面倒だけど、それぐらい我慢できる」って意味になってるんだよ
なんでいちいち我慢しなきゃならんのかと
jQueryをやめると、コードは5倍ぐらいになるからな
理屈を言うのやめろよ。メリットを言えよ。メリットを
いや、メリットは暗に言ってるだろ
管理するライブラリが減る、管理しなくて済むと
仮に倍違うとしても、ここで質問されるのはせいぜい数行のもの
その数行の節約のために質問者にjQueryのDL、もしくは管理と
勉強を強制するのはそれこそメリットよりデメリットが上回ってるでしょ
バグ対策とかいうのもここでの質問には基本的に必要ないんだよ
まあ仮に質問者が教えていただいたコード僕のIE6じゃ動きませんと言ったとしても
じゃあjQuery使うと良いよというのが良いのかどうかは分からんがな
何でもかんでもjQuery有りきっていうのは間違ってるってことでしょ
メリットが有るなんてどのライブラリやフレームワークだって同じだし
ならこの世の全てのライブラリやフレームワーク使うのか？って話になる
> 管理するライブラリが減る、管理しなくて済むと
普通の言語だったらそうだろう
だけど、ブラウザの場合はどうしても避けられない
ブラウザの種類というものが有る。
ブラウザの種類を管理しなければいけないんだ。
jQueryを使うと管理するブラウザの種類が減る
それぞれのブラウザのバグの対応を行ってくれる
そっちのメリットのほうが大きいよ
> 必要に応じて適切なライブラリやフレームワークを推奨するんなら分かるけれど
> 何でもかんでもjQuery有りきっていうのは間違ってるってことでしょ
いや、場合によってはjQueryじゃなくてlodashを勧めたりしてるよ
momentを勧めたことも有る。なんでもjQueryではなく
その他が適切な場合は別の方法を提示してるよ。
単にAngularやReactが適切な質問がないってだけ
それは俺が適切じゃないと思ってるだけで、
jQuery以外のライブラリやフレームワークが適切だと思えば
その例をサンプルコード付きで出してあげればいいじゃない
> 仮に倍違うとしても、ここで質問されるのはせいぜい数行のもの
> その数行の節約のために質問者にjQueryのDL、もしくは管理と
人生で数行しかコードを書かないならそうだろうね。
でも違うからね。
だから上でも一度言ったがお前の仕事ならそうすればいいさ
俺も仕事ならそうする
でもこのとかのスレの性質上コード作成依頼は当然お断りだし、一問一答のような場合が殆ど
レベルとしては小中学校の義務教育内容なんだよ
jQueryを使ってどう書けますか？どういう道具を使えば実現できますか？という質問なら
その都度、何も考えずにこのライブラリ使えばこれで済むよ、でいいんだよ
でも質問者的にはJSを勉強しよう、理解しようという趣旨で一般的な質問してきてる場合が多い
ここは「JavaScript を自ら学ぶ人のための質問スレッド」だからね
そうじゃないと必然的にコード作成依頼に近くなってくる
その上でここなどでの回答というのは最も単純に物事を解決できるものではなくて
きちんと質問者がJSの勉強を出来るものでないといけないんだよ
誤解しないでほしいけどそれはライブラリの話するなと言うことではないよ
ただjQueryは必須だといってJSに全く向き合おうとしないのは、
何だかんだ理由つけて完全に素のJSから逃げようとするのは行き過ぎということ
『私は小中学生なので高校や大学で習う公式で教えないで下さい』か
『私は社会人なので率直に役立つ方法を教えて下さい』か
質問者を育ててるつもりかもしれんがそれはお前のエゴ
育つやつは勝手に育つ
俺達は自由に解答すればいいだけ
それをどう捉えて活かすかは完全に質問者の責任
こだわるならDOM APIはブラウザが提供しているAPIであって
JavaScriptではないと言わないといけないな。
どうせダブルスタンダードなんだろうけどな。
あとcreateVertexArrayやcreateBufferで作成したオブジェクトも参照が切れた時点でGCで回収されるので明示的にdeleteしなくても大丈夫ですよね？
できれば再現するための最小コード貼ってみて
まあ経験上はタイミング的問題というかバグなのかもしれない
それと昨今のメモリリークバグはdeleteは関係ないよ
JSオブジェクトとリンクされた内部バッファの管理の問題だから
JS側では別策を取る以外何もできないというのが主流だから
とは言えChromeは１年くらい前からネイティブとJSのGCを統合する仕組み強化したから
Canaryでも使っていない限り滅多にお目にかかれないと思うけどね
（ただしBlobURLを使うと仕組み上どうしてもリークする）
それは流石にない
まずは銃に頼らず筋肉を付けろと言ってるところに
じゃあ人間の本質は脳だから手足を無くせと言うようなもの
例えが的外れ。
まずjQueryはJavaScriptで使うライブラリなのだから
使う言語はJavaScriptだ。jQueryを使っていても
JavaScriptを使う以上、JavaScriptの勉強になる。
DOM APIはJavaScriptではない。これはJavaScriptの仕様書に
DOM APIがのってないことからも明らか
つまり、おまえはJavaScriptとDOM APIを混同している。
これを「道具に頼らず筋肉をつけろ」と言い換えれば
DOM APIの立場ってのがよく分かるだろう。
jQueryは道具。DOM APIは筋肉。普段の生活で何を使っている？
朝起きてシャワー浴びて着替えて電車に乗って
パソコンを使って仕事をして食べ物を調理して寝る
川に行って水を組んで火を起してお湯にして
何キロも歩いて紙と鉛筆で図表を作って
狩りをして火をおこして焼いて寝る
これが「道具に頼らず筋肉をつけろ」ということだ
無人島ツアーじゃあるまいし、そんなことをして遊ぶ気はない。
どうしても必要なところだけ頑張ればいい
CとJavaScriptは単独ではコンパクトな辺りはよく似てると思う
これが基礎だと騒がれる気持ちがわかるだろう？
これからもほとんど変わらず生き残り続ける
ライブラリだよ。
AngularとかReactとか1年後に今の知識が
使えるかどうか怪しい
生き残ってる理由はそれが大きいな
数年前ならWin32APIだったと思うが今なら(ネイティブではないが).NETくらいには感じてるよ
これが嫌でblumaに乗り換えた
アンカミスった
本末転倒ってやつだなｗ
○○が良いから乗り換えた・・・乗り換える理由がある。正しい
○○が嫌だから乗り換えた・・・乗り換える理由がない。間違い
イベントハンドラーを追加した要素の、祖先の要素を削除したら、メモリリークを起こす
jQuery では、祖先の要素を削除したら、
その子孫のイベントハンドラーもすべて削除するから、メモリリークしない
jQueryの互換ライブラリのZepto.js でも、メモリリークする
もしかしたら生子要素を再利用する場面もあるかもしれないし
> DOM APIはJavaScriptではない。これはJavaScriptの仕様書に
> DOM APIがのってないことからも明らか
JavaScript APIという用語を知らないのか
それから、JavaScriptという仕様書はないぞ
君が「JavaScriot = ECMAScript」と曲解してるだけ
取り敢えずJavaScriptという仕様書はかつてあったけどな
__defineGetter__やらESの仕様にないがブラウザが実装しているものについて
WHATWGが定義していたが拡張も概ねES仕様書に乗るようになったので削除された
jQueryもJavaScript APIだよ
ttps://www.google.co.jp/search?q="JavaScript+API"&oq="JavaScript+API"&sourceid=chrome&ie=UTF-8 Maps JavaScript API - Google Developers
JavaScript API for Office - MSDN - Microsoft
JavaScript API の例 - IBM
Garoon JavaScript API - cybozu developer network
JavaにJSの環境を公開するAPIならそう呼ぶのはわかるが
ライブラリはあくまでライブラリでしょ
jQueryくらい薄いラッパーではAPIと名乗ることすらおこがましい
「JavaScript, aka.」の事だとしたら、相互運用性の為に非推奨機能をまとめただけの補完的仕様で「JavaScriptの仕様」と呼べるものでもなかったと思う
JavaScriptのためのAPIなのか
コンテキストによるだろ
に訂正しておく
まあ、API for JavaScriptとでもいえばいいんじゃない？
DOM APIが含まれているものは存在しないというところでしょ
だからDOM APIがJavaScript APIなのではなく
DOM API for JavaScript というものがあるという話
"JavaScriptのための" DOM APIなのだから
JavaScriptに DOM APIが含まれていないのは明らか
その理屈はおかしい
クロスプラットフォームなAPIはどのプラットフォームでも実装できるというだけ
JavaScritptでもJavaでもPHPでも使えるAPIがDOM API
> Google Chrome等のJavaScript実装はDOM APIを実装しているだろ
その答は「含んでない」
ということを明らかにすれば君も納得できるんじゃない？
なぜ含んでいないのが明らかなのかというと、Google Chrome等のJavaScript実装は
V8 Engineなわけだが、このV8 エンジンは ブラウザではないnodeでも使われてる。
nodeにDOM APIがないのは言うまでもない
そしてもう一つDOM APIを実装しているものとしてBlinkという別の名前がある
ttps://www.chromium.org/blink そのblinkから興味深いコメントを持ってきたよ。DOMがBlinkにあることの証拠になるだろう。
> Finally, we’d like to explore even larger ideas like moving the entire
> Document Object Model (DOM) into JavaScript. This has the potential to
> make JavaScript DOM access dramatically faster, but will involve a very
> large re-write of WebKit’s DOM implementation?something that would
> be difficult in WebKit which has two supported JavaScript engines.
Google翻訳
> 最後に、Document Object Model（DOM）全体をJavaScriptに移行するなど、
> より大きなアイデアを検討したいと考えています。これは、JavaScript DOMへの
> アクセスを劇的に高速化する可能性を秘めていますが、WebKitのDOM実装を
> 非常に大きく書き直す必要があります.WebKitでは2つのJavaScriptエンジンがサポートされていません
JavaでもPHPでも使えるから
Java APIでありPHP APIだって
言いたいって話でOK？
それぞれの言語仕様の範疇でDOM APIを呼び出しているわけだから、その解釈でいいんじゃない？
同じDOM APIでもJavaとJavaScriptでは命名規則が微妙に違うよね
仕様と実装の違いは理解できるか？
node.jsはDOM APIを実装しなかった
Google ChromeにおけるJavaScript実装はDOM APIを実装した
それだけの違い
そりゃそうだろ。
概念的にはこんな感じだ
[DOM] - [JavaScript用バインディング] - [JavaScript]
[DOM] - [Java用バインディング] - [Java]
見ての通り、JavaにDOMが含まれているわけじゃない
node.jsとChromeは両方共
同じJavaScript実装を使ってるんだよ。
おまえまずそこからだな。
実装の話をしてんの？
「JavaScriptの仕様」なんて話をしている輩は論点がずれている気がするけど
そもそもそれ言ってるやつ「仕様」と「実装」の意味がわかってないと思う
なんかブラウザのことを実装、JavaScript（？）のことを仕様と思ってるっぽい
正しくはブラウザはJavaScript実行環境。
V8エンジンなどのJavaScript実装とBlinkなどのレンダリングエンジン（DOM含む）
これがJavaScript実行環境
JavaScript実行環境は、JavaScriptの仕様でも実装でもない
言葉遊びみたいだ
JavaScript実装したぜすげーだろとはいえないからなぁ
バカってわかっただろ？
どういう環境・状況で発生するか分からないので最小コードは分かりません
開放してないのでメモリリークでnullになってるのかと思ったので
deleteVertexArrayやdeleteBufferで開放してないせいだと思いましたが
明示的にしなくても良いということでしょうか？
しなくてもJSオブジェクトの参照が切れれば遠くないうちに回収される
deleteを呼ぶとそれを早める事ができる
と仕様に書いてある
ただ皆と上手く遊べるように運動神経付けたいですってだけなのに素振りを押し付けてくる
実際遊ぶことが多いのは野球が多いにしても問題があると思うけどな
野球批判したいだけなら野球板でやればいいだろ
それが常識であるかのように押し付ける事への不満だろ
マジレスすると
1. 野球とjQueryが似てると言うだけでその根拠が書いていない（だから似てないかもしれない）
2. 1以外（似てるという根拠がない）野球の話しかしていない
3. 子供の頃野球やらせて苦痛だという前提の話をしてる（苦痛じゃない人には当てはまらない）
4. 運動神経付けたいだけの人という前提で話をしてる（野球やりたい人を含めていない）
5. 素振りを押し付けてくるという前提で話をしてる（野球をさせてくれる所に当てはまらない）
つまり勝手な前提を取っ払って、自分の感想部分を明確にすると
「俺は運動神経付けたいだけなのに、俺の自治会では野球をさせてもらえず
素振りばかりやらされて苦痛だった。でも世の中には野球が好きで野球させてくれる
恵まれた人もいるだろう。そういう自治会であれば苦痛でもなんでもないのに。
そういうところがjQueryと似ている」
と言ってるわけだよ
一言で言うと「俺は野球嫌いで野球やらされるのも嫌い。お前らもそうだろ。そうに決まってる」
と言ってるわけで・・・あぁ、一緒だ
「俺はjQuery嫌いでjQueryやらされるのも嫌い。お前らもそうだろ。そうに決まってる」
おまえの好みを押し付けるな。余計なお世話だって話と一緒だ。
野球やるかやらないかは、勧められた人が決めれば良いこと
提案はなんでもOKだ。
3行でまとめて
おまえが野球嫌いだからって他人も同じだと思うな
野球勧められてやるかどうかは、本人が決めることだ
他人のおまえが指図すんな。だまってろ
意味が分からんな
jQueryに文句言っても、黙っていてください
その代わりjQueryに文句言いませんから
とかいう矛盾ｗ
それを使う人のとある振る舞いが注意されてるだけなのにまだわからないか
呆れるね
あんた質問者でも回答者でもないんだろ？
それが余計なお世話ってまだわからないのか？
注意してるのはおまえであって、質問者じゃない
感謝すべき回答をおまえは自分が気に食わないからって
書き込むなって言ってるだけ。
少しは口をつぐんだら？おまえが黙っていれば
おまえに文句はつけないよ？ｗ
何が言いたいの分からんが、やって良いことを羅列しておこう
・jQueryの話題をすること
・jQueryのサンプルコードを書くこと（むしろ大歓迎）
・jQueryのすばらしさを語ること
・jQueryのデメリットを言わないこと（ほかの人がやればいい）
・jQuery以外のサンプルコードを書くこと（むしろほかの人がやれ）
ブーメランだよなあ
そういう行為を二枚舌と言います。
jQuery信者のjQuery信者によるjQuery信者の為の言論統制
やれ関数型で書くのが安全だのワンライナーがスマートだの拘り過ぎるやつは鬱陶しい
しかもそれが今回のケースでは適当というのならまだ有用だしなんの問題もないけど
jQueryの奴らはDOM操作が伴えば必ずそうしろというただの信仰心の押し付けを行ってるだけだもの
だが、このスレを見てると、jQueryユーザの宗教染みた押し付けが酷くて、jQueryユーザそのものに嫌悪感を抱くようになりつつある
良識あるjQueryユーザにはいい迷惑だろうな
それはおまえの思い込み。
ただ単にjQuery使ったほうがシンプルにかけるから
書いているだけ。被害妄想も大概にしとけ
ブーメランじゃないよ。
選択肢を増やすのは良いこと。
その選択肢をなくそうとするのはダメなこと。
選択肢をなくそうとするのではなくて
別の選択肢をいわないと
そもそもここは荒らしがこの流れにするためにテンプレ撤去して立てたスレなんだから
良識も糞もないんだよ
進む戻るの履歴には記録されましたが、読み込み中の表示もないしページが読み込まれると動くアドオンなどは動かないです
IEとCHROMEで同じ挙動でした
javascriptだとは思うのですが、よろしくおねがいします
History APIを調べると良いよ
違うね
ライブラリを入れるって事自体がシンプルじゃない
関数型チックに書くとかとは訳が違う
結局jQuery推しの人は目の前の問題にシンプルに答えることをせず
やれブラウザの互換性だの自分で勝手に問題を難しくしてるだけ
シンプルに"書ける" って話をしてる
おまえが言うシンプルとは書くことの話じゃないだろ
曖昧な言い方をして話をすり替えんな
ホントお前キモいわ
どんな答だって目的を実現できてるなら
書いて良いんですよ？
jQueryで書きたい人はjQueryで書けばいいし、
あんたの好きなやり方で書きたいなら書けばいいでしょ？
やったらだめなことは、jQueryで書くなと言うこと
どんなやり方だってそれはちゃんとした回答だが
書くなということは回答じゃない。
単なるおまえのやり方の押しつけ
押し付けはやめておまえのやり方のコードを書きましょう。
jQuery版は何回もコードが上がっています
ありがとうございます。多分これですね
詳しく調べてみます
こうやって感謝されているわけさｗ
悔しかったら対抗してみれば？
ここら質問スレなんだから他でやれ
jQuery以外の選択肢を奪っておいてよくいうなあ、と思った
> ・jQueryのデメリットを言わないこと（ほかの人がやればいい）
> ・jQuery以外のサンプルコードを書くこと（むしろほかの人がやれ）
奪うというのは、jQueryの話題をするなと連呼すること
なんで俺が書かないことが、奪うことになるのか？
俺が全ての書き方を伝授すれば良いのか？
だれもjQueryで書くななんて言ってないと思うけど
ただ本当は有用でないものを有用だと偽って勧めるのは良くないよね
最初から「布教目的だけど」とか「俺のエゴだけど」とか言って勧めてね
あ、違うか、「ブラウザ互換が怖いからおせっかいかもしれないけどわざわざライブラリ使うね」だったね
じゃあこれからもjQueryでサンプルコード書いていきますね（にっこり）
もちろん理由もちゃんと書いていきますね。jQueryを使った理由を
禁止じゃないからな。誰もjQueryで書くななんて言うはずがない
ブラウザの互換性ならとっくに問題なくなってるよ。
今問題になってるのはブラウザのマイナーなバグや
（互換性ではなく）機能の違い
互換性は高くてもバグが有ることは避けられないし
互換性は高くても、あるブラウザには搭載されてない機能
ってのが存在する。機能の有無と互換性は関係ないから
そういう時jQueryで書いていれば、かなり古いブラウザも含めて
同じように動くことが保証されている。
そしてそれ以上にjQueryを使うと記述量が大幅に減るのがメリット
これは誰もが比較コードを書いて証明してくれる
jQueryで書くとこんなに短いコードが、jQueryなしだと
こんなに複雑になりますよって。
純粋に開発効率が高いから使ってるんでしょ？
何年前から時代が止まってるんだろうなー
互換に於いての開発効率も上げるよ
そんなに目の敵するようなことでもないだろ？ｗ
スレ違いなのでこれで終了
互換に於いての開発効率を上げるためにjQueryを使うべきと言ってるから酷いね
実際は互換が問題にならない場合だってjQueryでしか書けないし、
jQueryでも不足する場合は書けないだろうしね
実際はJS切ってる人でも最低限閲覧できるようにした状態で
プログレスエンハンスメント的に作っていくことだって必要だし
一般的な質問においてjQueryを使うのはマイナスでしかないけどね
そこを勘違いしてはダメだよね
必死すぎでワロタ
どうやら素JSがドレスコードあり（ジャケットくらいのレンタル可）の店だとすると
jQueryを使うのは浮浪者対策に全ての客にマネキン被せる店だそうな
それでjQuery使わなくて済むのが理想形だから云々言ってた
因みにフレームワークは対戦道場でロボットスーツ着るようなものでそれはOKらしい
要は臭いものに蓋してまで受け入れることが許せないと叫んでた
つまり結局はここでjQueryを批判する人たちって要は
ここくらいでは理想を語っても良いじゃないかという事なのだろう
そう初心者を洗脳するなと言いたいだけだけどな
要するに標準DOMにもある程度慣れて覚えたほうが良いってこと
理想というか、標準APIが使えない人が増えることへの危惧はある
そういう点はjQueryの功罪の罪の部分で回り回って自分たちの首締めつ行為だと考えてるから
こういう初心者教育スレでは皆で気を付けていこうよという気持ちはある
古い環境を相手し無いというのだって現実は難しくても
せめて相手するのが当たり前という思想だけでも増やさないようにしようよという感じ
で、そういうのはWebプログラマの義務であり共通認識じゃないの？という戸惑いがあって
そういう意味でその場しのぎのjQuery推しはエゴだって言った
味覚は千差万別だし最初から全日本人向けに調整されている味の素を使うべき
１から出汁を作るのはナンセンスだよとか言われちゃ
調味料を全否定する気がなくとも一部の料理という行為自体を大切に思っている層から顰蹙を買うのは分かる
でも実際質問してきてるのが今日の献立に悩む主婦なら味の素を勧めたほうがいいだろうけどな
実際そういう人の割合が高いと思うし、その人達に料理を深く学ばせようとする事にどれだけの社会的価値があるのかね
jQuery叩いたって仕方がない扱いにくいのは事実なんだからな
だから実際はライブラリ使うか作るかになる
せめて例えばnew Elenent({attributes})とかできればいいのに
そうなるなる言われて何年経っただろうか?
CSS HなんとかとかよりDOM直せよとつくづく思う
おまえのエゴを押し付けないように
単におまえが質問にDOM APIで答えればいいだけの話
俺はjQuery版を書くだけの話
こちらは選択肢を提示するだけ
あとは質問者が選べば良い
おまえの考えを押し付けるな
どうも能力が低いやつが多いよな
自分がjQuery使ったらDOM API使えなくなるからって
他人も同じだと思わないように
他の人はjQueryを教えたってDOM APIも使えるんですよ？
ひどいなｗ
jQueryを批判することが出来ないから、
理由もなしに別の何かに例えて、その別の何かの話にすり替えてそっちを批判してる
カレーはウンコ色。ウンコは汚い臭い。だからカレーも同じだと思うだろう？という
非論理的な思考をしてる
例え話のダメな使い方だね。ちょっとそれは議論する能力が低いとしか思えない
必要であれば時間に余裕がある時に掘り下げて学習すればいいことよ
これも能力な
> 実際はJS切ってる人でも最低限閲覧できるようにした状態で
> プログレスエンハンスメント的に作っていくことだって必要だし
> 一般的な質問においてjQueryを使うのはマイナスでしかないけどね
それjQueryを使わない理由になってないよ
プログレスエンハンスメント的に作るんだろう？
DOM APIを使って、それをそのままjQueryに置き換えられるんだから
つまりjQueryを使ってプログレスエンハンスメント的に作ることも可能
AngularやReactなどのフレームワークの類ならJavaScriptをオフにしたら
なんにも表示されなくなることがあるがjQueryはそうではない
ここ当たり同一人物だね
やっぱ真っ当なJSスレが一つは必要なんじゃねえかな
ずっとテンプレ作ってた人も既に見てないっぽいけどさ
なんで、jQueryの話題がないことが
まっとうなJSスレってことになるんだよ。
jQueryを含めてJavaScript関連の話題であれば
それはまともなJSスレの内容だ
> ID強制可能なプログラム板を復活させたらどうか、と思った
普通にあるぞ？ そっちでもjQueryの話題をしてるけどな。
+ JavaScript の質問用スレッド vol.124 + [転載禁止](c)2ch.net
ttp://mevius.2ch.net/test/read.cgi/tech/1427008785/
以前立ってたスレもIDやﾜｯﾁｮｲのあったところで延々と荒らされてたし
ないよりはマシ程度なものだと思う
引用の仕方から本人なんだろうけど騙される人がいないようレスしておく
それはここに居座っている荒らしが立てたこのスレと同様にテンプレぶっ壊れてるスレ
俺むこうでも普通にjQueryを使った回答してるけど
確かにあっちはjQuery使うな！って連投してくるやついないな
（じゃあお前がDOM APIで書けば？って思うが）
Web制作板/プログラム板共にまともなテンプレのスレがないから
ん？ じゃあこっちか？
+ JavaScript の質問用スレッド vol.123 + [無断転載禁止]©2ch.net
ttp://mevius.2ch.net/test/read.cgi/tech/1491143438/
7ヶ月でたった32スレとか、ID強制は誰にも求められてないんじゃないか？
ワッチョイあるしそっちが、もともとは
まともなスレとして立てられたんだろうな
この上まだ立てる気？ 乱立させるなよ・・・
わかってて言ってるんだろうけど騙される人が出ないようにレスしておく
それはドサクサで立てられた強制IPスレで本来の次スレではないし利用もされていない
白々しい
めんどくせーやつだな。乱立させるなって話だ
一体いくつ有ると思ってんだよ
プログラム版のJavaScriptスレ全部リンクしてやろうか？
+ JavaScript の質問用スレッド vol.124 + [転載禁止](c)2ch.net
ttp://mevius.2ch.net/test/read.cgi/tech/1427008785/
JavaScript情報交換所(プログラミング既習者専用） [無断転載禁止]©2ch.net
ttp://mevius.2ch.net/test/read.cgi/tech/1449440793/
【node.js】サーバサイドjavascript 4【io.js】 [無断転載禁止]©2ch.net
ttp://mevius.2ch.net/test/read.cgi/tech/1460359714/
+ JavaScript(ECMAScript)質問用スレッド vol.123 + [無断転載禁止]©2ch.net
ttp://mevius.2ch.net/test/read.cgi/tech/1482325013/
【JavaScript】ｽｸﾘﾌﾟﾄ ﾊﾞﾄﾙﾛﾜｲﾔﾙ55【php,py,pl,rb】 [無断転載禁止]©2ch.net
ttp://mevius.2ch.net/test/read.cgi/tech/1475332848/
+ JavaScript の質問用スレッド vol.123 + [無断転載禁止]©2ch.net
ttp://mevius.2ch.net/test/read.cgi/tech/1491143438/
JavaScript 4(c)2ch.net
ttp://mevius.2ch.net/test/read.cgi/tech/1417749547/
+ JavaScript の質問用スレッド vol.121 + [無断転載禁止]©2ch.net
ttp://mevius.2ch.net/test/read.cgi/tech/1467906869/
jQuery,.js [無断転載禁止]©2ch.net
ttp://mevius.2ch.net/test/read.cgi/tech/1473773598/
自分が望むスレをたてようとしてるだけ
そこで何を会話するかまで考えちゃいない
新しいテンプレのスレができるだけで、そのスレで会話する内容は
ここと変わらないだろって言いたい
俺じゃねーし、っていうか逆にお前か？
ずーっと気に食わない気に食わない
新しいスレ立てるって言ってるやつは
とりあえずIP出てるスレ再利用して議論した方がいいんじゃないの
ttp://mevius.2ch.net/test/read.cgi/tech/1491143438/
jQueryによる実装を書いてくれる人がいて（素晴らしいことだ）
それに対して、jQuery書くなー書くなーって言ってるだけのおっさんよ？
jQueryを叩くのではなく、自分の考える素晴らしい方法を書くのが
正しい議論だ
早速、議論の内容書き込んできた。
以降はあっちで新しいスレを立てるかどうかを議論しよう
ttp://mevius.2ch.net/test/read.cgi/tech/1491143438/33
840ではないが、thx
ttps://github.com/jquery/jquery/wiki/Roadmap jQuery 3.3.0 はそう遠くない将来にリリースされる
ttps://github.com/jquery/jquery/wiki/jQuery-4.0-Event-Design jQuery 4.0 ではイベントの設計が変わるっぽい
・Support all addEventListener options
・Avoid the need for a jQuery.Event wrapper
・Eliminate manual .trigger() bubbling and method calls
・Remove special events hooks
・Provide backcompat through Migrate 4.0
jQuery 質問スレッド vol.8
ttp://mevius.2ch.net/test/read.cgi/hp/1508707878/
現在のスレの話のメインがjQueryになっているのに、何でjQueryのスレは過疎っているのか意味わからん
そういう議論は向こうでやって
react勉強し始めたのですが、webpackとか、fluxとかreactのついでに覚える事多いですねw
そこが欠点だよな
プログレスエンハンスメント的に
HTMLを書いて機能を付け足していくってやり方ができない
ブラウザとテキストエディタがあれば作れた時代とはやり方がまったく異なる
だからjQueryで十分な用途にフレームワークを持ち出そうとは思わない。
この状況が解決するとしたら、WebComponentsが完全に仕様化され
ほぼすべてのブラウザに標準で搭載されて、今の同じく
ブラウザとテキストエディタがあれば作れるようになってからだろうな
その頃にはフレームワークは必要ないって言われているだろうｗ
create-react-appを使えばwebpackは覚える必要は後回しにできる。
fluxはまぁぶっちゃけ後からでもいいんじゃないか。
stateの管理をトップレベルのコンポーネントに纏めることを心がければいいってだけ。
create-react-appを覚えればwebpackは覚える必要は後回しにできる
ってことなんだよなｗ
結果的に覚えるものが増えてるという。
あと、数年後それが使えるかというと・・・
ほんとフレームワークって変わりすぎ
今のモダンブラウザはESModuleにネイティブで対応している
create-react-appは特に覚える事ないと思いますけど、、、
about:configとかでフラグ立て無いと使えないものは
サポートしてるとはいえない
デフォルトで使えないならば、他の人に要求しなければいけないからだ
モバイルとEdgeとSafariとCromeで使えるんだぞ？十分でしょ
FirefoxはまだみたいだけどFx使いはそれらと一緒にしては行けない
わざわざFxを好んでインストールしてる人なんだから
必要とあればフラグの有効化や別ブラウザを使うこともできる
そんなFirefoxももうすぐでしょ
今からwebpackとか覚える必要は無いよ
十分じゃないよｗ
ほとんどん人が設定を変えないと使えんだだろ
99%使えないと言ってもいい
ESModuleもサポートされてるみたいだし
JSX対応もあるんだからwebpackなしにreactを使うのは
非現実的だよ。環境整えるのがめんどくさすぎる
もちろんJSX対応だけでもなく開発用のサーバーとか
テストフレームワークとかデバッグ用のツールとか
そういうのが統合されてる
心からそう思う
は荒らし以外の何物でもなかった
向こうでやって
誘導するだけで隔離できると思ってるんだからおめでたい頭をしてるな
5ch中毒だな
対応した人が気の毒だ
次の日の夜返ってきた時に大量にレスついてるのか
458 自分：Name_Not_Found[sage] 投稿日：2017/10/11(水) 01:55:18.33 ID:???
補足
「今回は」アロー関数もクロージャーもいらない
今回の要件にthisがどうなるかってのが書かれていないから
this.barは今回は動くがthisは違っていると念の為に言っておく
いろんなサンプル追加
ttps://jsfiddle.net/rdeuvep2/6/ 自己主張が激しいというか、承認欲求が高いというか
俺と争ってないで、質問者に回答すればいいのに
- 自己評価/自尊心が非常に高い
- 他者からの自己が低い評価をされることに強迫観念を持っていて、少しでも低い評価をされると自己を保つ為に猛反発する
- 自分が信仰しているjQueryがけなされると、自分が否定されたように感じて、jQueryの有用性を熱く語って反論せずにはいられない
- スレに張り付いて、自分と思わしき人物が否定されると反論せずにはいられない(少しでも可能性があれば自分だと思い込む)
自己評価が高くないと気が済まない性格。
「質問者から感謝される自分」をアピールすることは、彼にとっては重要な事なのだろう。
自覚ないんだろうけどさ
大丈夫、ここが隔離スレだよ
俺はどこでも質問があればjQueryで答える
も守りなよ？
荒らしてもいいし、自由に振舞えばいい
その人が書き込みたいと思ってることなんだ。
jQueryで回答する人であれ、jQueryを書き込むなーって言ってる人であれ
jQueryを排除したい人は、jQueryを排除したいと思ってるだけってことか
都合のいい時だけ自由を振りかざす
矛盾してるよな
都合が悪い時の逃げ口上として彼は「俺もお前も自由だ。勝手にやれ。」と主張する
JavaScriptに関係ある話題かどうかだよ。
JavaScriptに関係ある話ならここでいいし、
そうでないならほかスレ出やれってだけの話
代替案を出せと
少しはjQueryを見習え
の禁止行為に接触している自分は自由を振りかざすくせに
あなたがそういうなら他の人もそうしていいよね
このスレのルールはみんなから同意を得ずに勝手に決めたもんだから、JSに関係ない話題をしてもいいんだよね
その書き込み自体がJSと関係ない話題だって自覚は有るかい？
JSと関係ない話題も問題ないよね
勝手に決められたルールに従う必要はないんだよね
JSとは関係ないね
荒らし対応をしてるだけ
jQueryの話をするヤツのほうがマシだな
無自覚だし、他人のコードをけなすし、jQueryをちょっと批判しただけで猛反発するし、個人を尊重してないよな
既にブーメランでやりこめられてるわけだけどｗ
自分が優位に立てる状況がほしいんでしょ
DOM APIで同等のサンプルコードを書けって？そんな面倒なことやってられるか
そう思っている間に、さっさとjQueryでコードを書いてしまう
彼のネガティブな側面が現状を生み出している
俺ももう正直面倒くさい
まあ見ていてもストレス溜まるだけだからな
回答者の代表にでもなった？
JavaScript だけを使えとか、非効率な事で、時間を浪費させる奴がいる。
そいつが荒らし
getElementById() とか、ブラウザの差異とか、
仕事時間の8割が、ビジネスロジックとは無関係で、無駄な時間
多くの開発者が、jQuery, lodash(Underscore), React など、
JavaScript の無駄な時間からの、脱却を目指してきた
それに延々と反対する、荒らしがいる。
JavaScript だけを使えとか
C言語を勧める奴と同じ。
非効率な事をさせて、相手の時間をつぶさせる
CSS の質問に、SASS で答えたり、
Python の質問に、Ruby で答えると「死ね」とか言ってくる
とにかく、新技術・新ライブラリなど、荒らしの知らない技術を書き込むと、荒らしてくる
新しい知識を邪魔しよる。
人に新技術を教えると、教えるなって荒らしてくる。
たぶん、新技術を教えると、自分が食えなくなるから、荒らしてくるだろ
荒らしは放っておくべき。
相手をする奴がいるから、いつまでも荒らしてくる
相手をしなければ、書くことが無くなるはずだが、
荒らしに反論するから、荒らしが喜んで書き込んでくる
のテンプレがすっきりまとまっていて感心してた(見習いたい)
荒らしは決していなくならないので、今、やり直すなら荒らしの見分けがつきやすいプログラム板が良いと思う
俺はテンプレ改修には参加しないと思うが、やるなら一人でテンプレ更新するのはモチベ的に辛いので複数人で更新していくのがお勧め
俺としては「誰も動かないなら俺が」という気持ちから始めたことだが、
- 誰もがテンプレ更新なんて面倒な作業をやりたくない
- でも、ルール無用では困るので、他の誰かがテンプレ更新してくれるならしてほしい(やってくれるならやってほしい、でも積極的に勧めるわけでもない)
- 一部は2chなんて便所の落書き(ルールなんて守られなくて当然)だと思っている
そんな中で孤独にテンプレを更新していくのは誰がやっても続かないと俺は思う
多分、多くの人に望まれてやった事ではないし、一部は俺のエゴも入ってた
でも、それだけではテンプレ更新を続ける理由としては弱すぎた
自分も誰も動かないうちの一人だったから偉いことは言えないけど
以前ライブラリ荒らしが暴れてプログラム板へ移ったときはそれなりに上手く行ってたよ
最終的に民族憎悪みたいなレスが投下されまくってスレが消えたけど
テンプレは一つの基準にすぎず、守るか否かはそれを読んだ人の良心に委ねられている
道徳やマナーと呼ばれるものと同じ
だが、「他の人が守らないのだから俺も守らなくても仕方がない」と消極的ながら荒らしを幇助する行為は頂けない
「他の人が守らない事」と「自分自身が守らない事」は本来別物であるはずだが、「みんなで渡れば怖くない」理論で自己を正当化してしまう
これが良くない
「他の皆は守っていないが、自分だけは守ろう」
そういう意識を持った人が出てきて、それに賛同する人が続かなければこの現状は打開できない
俺がテンプレ更新したのも「他の誰もが期待していなくても俺は更新を続けよう」という気持ちからだった
だが、それは一人でやっても絶対に成功しない
もし、今誰かが新しくスレを立てようとしていて、テンプレ更新しようとしている人がいるのなら、そしてあなたがその人に賛同するのなら、勇気をもって賛同してほしい
そうした一人一人の意識(良心や道徳観念)がテンプレを守る為に必要な事だと俺は思う
それから、荒らしは少人数なので複数人で対処すれば対策できると思う
一人の人間に出来る事はたかが知れている
ありがとう
俺も自分がテンプレ更新していた事を証明する事は出来ないが、労いの言葉だけでも「やってよかった」と思える
これからテンプレ更新してくれる人がいたら是非労ってあげてほしい
Web板とム板に分かれた後も荒らしが次スレを乗っ取ろうとするのは変わらなかったが
その度にそれぞれのスレで熱意ある人が立て直しと誘導を行ってスレが続いているように見えていた
でもWeb板の人は荒らしに根負けしたのか消えて、ム板では別の荒らしにスレ自体が潰されてしまった
この乗っ取りスレも滅茶苦茶にされたテンプレに指摘が何度かあったが行動する人はもう残ってない
過去うまく回っていたのは貴方を含む何人かの努力に寄るところが大きいと思う
俺は質問への解答が誰かの助けになればと考えてまだブックマークしているだけで
今も珍しい話を聞けたから長文書いてるだけであって荒らしと体力勝負をする気は更々ない
> 以前ライブラリ荒らしが暴れてプログラム板へ移ったときはそれなりに上手く行ってたよ
だろ？ 俺がjQueryの書き込みをするからじゃないんだよ。
それをいちいち否定するから荒れるんだよ
排除するまでもない
基本的に、どの言語でも同じだし、
それを見た違う人が、Kotlin, Python に翻訳してくれる。
数言語使えるのは、当たり前だし
別に、jQuery, lodash で答えても、自分に関係なければ、スルーすれば良いだけ。
質問者以外の人には、参考になる
本の紹介をしても「ステマするな」とか、荒らしは一々、因縁を付けてくる
たぶん荒らしは、仕事してない奴だろ
話聞いてる?
ここは純粋にJavaScriptを学びたいという気持ちに答えるスレであって
むしろ仕事の為のものなら金払って教えてもらえというのが伝統
書き込むなとかいいはじめたよ・・・
どんだけ自分の思う通りのスレじゃなきゃだめなんだか
専ブラだから5chって出ないし
古きWebの荒波の中まだ整備が進んでないJSの海路を開拓しようとする挑戦者の高度な質問まで溢れてて
それに対して孤独に修行して様々に悟りを開いた仙人たちがコードをただ与えるだけではなく檄を飛ばして育てようとしてたものだが
今では取って付けたような業務的な単機能の質問と回答のみでググレカスさえも言われなくなってしまった
回答者がスレ住民として一致団結して質問者を育てようとすることが無くなり単なる回答発表会になってしまった
釣り針太すぎ
質問に対して別言語で答えるのは迷惑でしかないよ
荒らし以前の問題
たまにはそんなこともあった気がするけど、基本は今も昔も変わらない気もするなあ
気に入った話題が目についたら、質問者置いてきぼりで長文連投
そしてディスり合い、週末になると面倒になって収束する
みたいな
こうあるべきだ論を語るの
やめればいいのに
「jQuery」を連鎖でNGすればいいよ
それでかなり快適になる
jQueryは悪くないとは思うけど言い争ってるガキはほぼその話だから
<html><head type="module" src="./index.js"></head></html>
とmodule指定し、
index.jsにただ
alert('alert');
と記述しました。module指定しないとダイアログが表示されるのですが、module指定しないと表示されません。
module指定するとどういう違いが発生するのでしょうか？？
は
module指定しないとダイアログが表示されるのですが、module指定すると表示されません。
の間違いです。
反論すると、荒らしが喜ぶだけ
荒らしはそればっかり、ずっとやってるし、
他人が新技術を取得するのを、妨害してくる
人の成長を、ねたむだけ
ブーメラン
・jQueryの啓蒙
・のルールを守っていない話題
・jQuery批判への反論
> 「jQuery」を連鎖でNGすればいいよ
それ本当にやってくれるなら支持するよ
荒れてる本当の原因はjQueryを批判しだすから
ここでNGにしてjQueryの書き込みが見れないなら
批判しようがない
質問者はjQueryの回答が見れるし、jQueryの回答を
見たくない人は見れない。だから批判しようがない。
そうすれば両者Win-Winになって平和になる
禁止行為は読めるから守らない理由にはなってない
