次スレはが(本スレで改善案があれば考慮して)立ててください
■規則/推奨ルール
・メール欄を空欄にし、名前にレス番を入れることを強く推奨(なりすまし防止)
・質問内容は具体的に。言葉だけでなく、出来る限り再現性を確認したサンプルコードの掲示。
・質問テンプレートの利用推奨。
・質問への「答え」から解離した議論はよそでやること。
■禁止行為
・丸投げ質問
・迷惑スクリプトの質問
・オレオレ用語の使用(一般的な用語を使用する事)
・煽り、批判等の他人を不快にさせる行為
■質問テンプレート
【環境】OS, ブラウザをバージョンと共に記入してください。
【条件】期待する回答の条件を書いてください。
【何をしたのか】何をしたら問題の現象が発生するのか。再現手順を具体的に書いてください。
【エラーメッセージ】エラーメッセージがあれば正確に書き写してください。
【期待する結果】最終的にどういう結果を望んでいるのか、を書いてください。
【サンプルコード】現象を再現可能な最小限のコードを書いてください。
1レスに収まらないならコード投稿サイトを利用してください。
ttp://http://jsdo.it/ ttp://http://jsbin.com/ ttp://http://jsfiddle.net/ ttp://http://ideone.com/ ■回答者へ
・回答には多様性があります。他人の回答を尊重してください
・動作ブラウザや環境が限られる場合は、それを明記してください
・他人の回答を批判する代わりに、自分ならこう書くという例を示してください
・質問者がJavaScriptでなければ実現できないと勘違いしてるなら、その否定としてHTMLとCSSで実装しても良い
・他人の回答を見たくないのであれば、文句をつける代わりにNGにして見えないようにしてください。文句をつける＝荒らしです
■前スレ
+ JavaScript の質問用スレッド vol.139 +
ttps://mevius.5ch.net/test/read.cgi/hp/1555750241/ ◆開発者ツール(Developer Tools)の基本的な使い方
▼諸注意
- 本説明では Google Chrome の開発者ツールの名称に従います。他ブラウザで使う場合は適宜読み替えて下さい。
- Edge- でコンソールを使うには予め開発者ツールを起動しておく必要があります(開発者ツールを起動しないと console.log() が機能しません)
- Safari はデフォルトで開発者ツールが無効な為、有効に設定する必要があります。
ttp://https://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://http://jsperf.com/ （githubのアカウントが必要です）にコードをUPしてブラウザ毎に速度計測する事を推奨します。 例外として、仕様における理論上の速度が明確になっている場合があります。
例えば、正規表現によるマッチング処理を考えた場合、「RegExp#test > RegExp#exec > String#match」は ES5 仕様で保証（要出典）されています。
ES5 仕様において RegExp#test が最も処理数が少なく、String#match が最も処理数が多いことが明確だからです。
ブラウザによっては RegExp#test の最適化が十分でなく、String#match の最適化が RegExp#test より十分であれば逆転する可能性はありますが、各メソッドの最適化が一律であればこの前提が崩れる事はありません。
■各種仕様
◆ Standard ECMA-262
ttp://http://bclary.com/2004/11/07/ (ECMAScript 3 HTML版) ttp://http://www2u.biglobe.ne.jp/~oz-07ams/2002/ecma262r3/ (ECMAScript 3 和訳) ttp://http://www.ecma-international.org/ecma-262/5.1/ (ECMAScript 5.1 HTML版) ttp://http://tsofthome.appspot.com/ecmascript.html (ECMAScript 5.1 和訳) ttp://http://www.ecma-international.org/ecma-262/6.0/ (ECMAScript 6 / ECMAScript 2015) ttp://http://kangax.github.io/compat-table/es5/ (ECMAScript 5 compatibility table) ttp://http://kangax.github.io/compat-table/es6/ (ECMAScript 6 compatibility table) ◆ HTML Standard (HTML5)
ttp://http://www.whatwg.org/specs/web-apps/current-work/multipage/ ttp://http://momdo.s35.xrea.com/web-html-test/spec/WD-html51-20130528/Overview.html (HTML5.1 部分訳) ttp://http://www.hcn.zaq.ne.jp/___/WEB/WebStorage-ja.html (Web Storage 和訳) ◆ Document Object Model (DOM) / CSS Object Model (CSSOM)
ttp://http://www.hcn.zaq.ne.jp/___/WEB/DOM4-ja.html (DOM Standard (DOM4) 和訳) ttp://http://www.w3.org/TR/DOM-Level-3-Events/ (DOM3 Events) ttp://http://www.w3.org/TR/uievents/ (UI Events) ttp://http://www.hcn.zaq.ne.jp/___/WEB/cssom-ja.html (CSSOM 和訳) ttp://http://www.hcn.zaq.ne.jp/___/WEB/cssom-view-ja.html (CSSOM View Module 和訳) ◆ その他のWeb関連仕様
ttp://http://domparsing.spec.whatwg.org/ (DOM Parsing and Serialization - innerHTML等) ttp://http://www.hcn.zaq.ne.jp/___/WEB/XHR-ja.html (XMLHttpRequest 和訳) ttp://http://www.hcn.zaq.ne.jp/___/WEB/File_API-ja.html (File API 和訳) ttp://http://www.whatwg.org/specs/ (WHATWGの仕様一覧) ◆ MDN (Netscape/Mozilla)
ttp://https://developer.mozilla.org/ja/docs ◆ MSDN Library
ttp://https://msdn.microsoft.com/en-us/library/ie/hh828809 (Internet Explorer API) ttp://http://msdn.microsoft.com/ja-jp/library/yek4tbz0.aspx (JavaScript) ttp://http://msdn.microsoft.com/ja-jp/library/cc427807.aspx (JScript) ttp://http://msdn.microsoft.com/ja-jp/library/cc409712.aspx (DHTML) ◆ JavaScript Garden (ja)
ttp://http://bonsaiden.github.com/JavaScript-Garden/ja/ ◆ JSON (JavaScript Object Notation)
ttp://http://www.json.org/json-ja.html ■テンプレ案
ttp://http://fiddle.jshell.net/fH4cC/180/show/light/ ■FAQ
ttp://http://fiddle.jshell.net/vSqKr/44/show/light/ ttp://https://fiddle.jshell.net/6ksf2087/show/light/ ■参考URL
ダウンロード、CDN
ttp://http://jquery.com/download/ ブラウザサポート
ttp://http://jquery.com/browser-support/ jQuery UI
ttp://http://jqueryui.com/ jQuery UI ダウンロ－ド
ttp://http://jqueryui.com/download/ リファレンス等
ttp://http://alphasis.info/ ttp://http://www.jquerystudy.info/ ttp://http://js.studio-kingdom.com/ 【翻訳まとめ】jQuery 3.0 アップグレードガイド - Qiita
ttp://http://qiita.com/fmy/items/345a264a1cf2e2a73f62 jQuery
ttp://http://jquery.com/ jQuery UI
ttp://http://jqueryui.com/ jQuery Mobile
ttp://http://jquerymobile.com/ Lo-Dash
ttp://https://lodash.com/ Backbone.js
ttp://http://backbonejs.org/ Underscore.js
ttp://http://underscorejs.org/ AngularJS
ttp://https://angularjs.org/ Knockoutjs
ttp://http://knockoutjs.com/ RequireJS
ttp://http://requirejs.org/ D3.js
ttp://http://d3js.org/ threejs
ttp://http://threejs.org/ A. IE9以上であれば、jQuery 3.0を使用してください。
IE8以下にも対応するならば、jQuery 1.12を使用してください。
補足
jQuery 1.9 までは一系統しかなく、古いブラウザも含めて全て対応していました。
その後、古いブラウザを切り捨てるためにバージョンを分岐させました。
古いブラウザにも対応した1系（1.10、1.11、12）と
古いブラウザを切り捨てた2系（2.0, 2.1, 2.2）です。
1系と2系は対応ブラウザの違いだけで機能は全く一緒です。
機能が同じなのにメジャーバージョンが違っているのが分かりにくい
ということでバージョン番号の付け方を変えることになり、
新たに古いブラウザを切り捨てたjQuery 3.0、そして古いブラウザにも対応した
jQuery Compat 3.0がリリースされる予定でした。
しかしマイクロソフトが古いIEのサポートポリシーを変更し
サポート中であるOSで動く、最新のIEしかサポートしなくなったために、
2016年1月でVista上のIE8のサポートが終了しました。
そのため予定されていたjQuery Compat 3.0がなくなり、
jQueryは3.0に一本化されました。
(1) 煽り、コード制作依頼等、人を不快にさせる投稿はご遠慮下さい。公序良俗を守った応対を心がけてください。
(2) 他の人に迷惑をかけるスクリプトの質問はご遠慮ください。
(ブラクラ、[戻る], [閉じる], [クリック] の妨害、画面占有など)
(3) 質問者及び議論を行う人はメール欄を空欄にし、名前にレス番を入れることを強く推奨します。回答者はなりすましを判断できませんので、なりすましが現れても自己責任となります。
(4) 常に自発的に調べる心構えを持ってください。
具体的には「自分で調べてから質問する」「回答をもらってわからない単語があればGoogle検索してみる」など。
わからない内容を代わりに調べてくれる回答者をお望みの方は余所で質問してください。
(5) 出来るだけ一般的な用語を使用してください。脳内オレオレ用語は混乱の元です。
(6) 出来るだけサンプルコードを掲示してください。言葉による説明は行き違いが生まれる場合があります。
※必ず「問題の事象が再現されること」を確認してください。
必要な部分だけ切り出したつもりで現象が再現できていなかったケアレスミスがしばしば見られます。
(7) サンプルコードに HTML が含まれる場合は
ttp://http://validator.w3.org/ で [Check] してみてください。 (8) 質問を具体的かつ詳細に書くと回答を得られやすいです。の質問テンプレートを活用してみてください。
(9) 時にはあなたが望む「答え」だけでなく、「意見」などが寄せられる場合もあります。
ttp://https://w3techs.com/technologies/overview/javascript_library/all ライブラリ固有の質問はこちらへ
JavaScript ライブラリ総合質問所 vol.5
ttps://mevius.5ch.net/test/read.cgi/hp/1465399470/ 回答者のふりをした「執拗な質問者叩き」が多発しているため、ご協力をお願いいたします。
が禁止行為に入っていましたが、暫定的にリストから外しています。
「代案も何も出さない」「中身の全くない質問者叩き」よりは、生産性があるのではないでしょうか。
> 質問者及び議論を行う人はメール欄を空欄にし、名前にレス番を入れることを強く推奨します。
これの扱いも、今後どうすべきか議論する必要があろうかと。
他の板だと
!extend:checked:vvvvv
!extend:checked:vvvvv
!extend:checked:vvvvv
↑三行重ねる事(末尾にスペース付いていたら消す)
というテンプレが入っているケースがあります。以後どうするか、方針を考えていきましょう。
ttps://mevius.5ch.net/test/read.cgi/hp/1555750241/961 の転記漏れがあったので。
961 名前：Name_Not_Found (ﾜｯﾁｮｲ 6e8f-4YhY)[] 投稿日：2019/05/19(日) 16:29:45.08 ID:2J4OYdDV0
そんな訳で2案。
1. age 進行
2. 回答者は !slip:vvvvv を名前欄に
対案あったらどうぞよろしくお願いします。
ttp://https://svelte.dev/blog/virtual-dom-is-pure-overhead Virtual DOM は速いという幻想を忘れましょう
煽る
布教
二重基準
自爆
■バグリング君が質問する目的
わざと欠けてる情報で相手を釣る。
おちょくり回して遊ぶ。
最後にマウントする
■バグリング君への対策(質問編)
質問に不足情報があれば、補足要求する(回答してはいけない)
補足要求に対して情報開示しないレスを返して来たら、無視する
質問に煽りが少しでも入っていれば、無視する
「おまえわかってないだろ？」というニュアンスのレスも無視する
質問に不適切な態度をとっている者は徹底的に無視する
■バグリング君への対策(回答編)
ライブラリ布教活動は徹底的に無視する
回答に対しての嘲り/煽り/嘲笑行為も無視する
基本は質問者に回答する事だけに注力する
バグリング君の兆候がなければ、回答者同士で対話するのは可(初めはその兆候がなくても、途中で少しでも怪しいと感じれば、無視する)
ただし、布教活動の一環で自演質問してくる場合もある(jQuery使うとこんなに便利なんですね的な)ので、適宜判断して見切りをつける
■まとめ
荒らしは無視して、荒らし以外でコミュニケーションをとること
議論が白熱しても、「荒らしかもしれない」と感じたなら、即座に撤退すること
傍観者視点では撤退した方が「大人の対応」と受け取れる
そうやって書き込むことが、無視できてない証拠なんだがなｗ
ノイズは削る、と
ttp://https://youtu.be/r01EG3-OflE 最近のレスの半分は荒らしなのだから
ここは半分は荒らしのためのスレであって
荒らしも普通と思えばいいだけ
それで何も問題ではなくなる
質問者をつぶせば、回答する必要がなくなって解決か
このスレは age 進行でお願いします。
質問者は !slip:vvvvv を名前欄に、その後は「レス番」＋!slip:vvvvv
回答者は !slip:vvvvv を名前欄に
質問者のかたは
1!slip:vvvvv
みたいなかんじで、よろしくお願いいたします。
何か全然違うのに変わってる！！！
JaneStyleいじってないしIPアドレスもそのままの筈なのに何故ﾜｯﾁｮｲ変わってるんだろう
すみません です
申し訳ございません
IPアドレスを変えても変わる。
ブラウザを変えても変わる。
そんくらい知ってるで？
[0-9a-f]{2}なり[0-9a-f][0-9a-f]なりでマッチする
localStorage.setItemの前にWindowsが付くものと付かないものがありますが、
どっちが正しいですか？
それはお前でも分からないようなものなのに尊重できるのか？
え？あるでしょ？2ch運営が想定した目的。
まずそれを書くのが最初では？
だからはなっから自作自演しようと
してない人には効果がない
自作自演がしづらくなったってこと？
- 回答に参加しているを見分ける判断材料
- いつもくだらない質問をしている人を見分ける判断材料
自作自演がどうというより、定常的に迷惑行為を働いているユーザを目立たせるのが目的
ワッチョイない人は黒よりのグレー
それを聞くと、目立ちたい人が、
ますます目立つためのものって気がするｗ
意味不明
売名するなら「固定HN+トリップ」するだろうに
定期的にリセットされる上に他人とかぶる可能性があるワッチョイでは名は売れない
効果はないということかな？
売名効果はな
逆に聞くけど、なぜ売名効果があると思ったの？
悪目立ちしてNGIDされるわけだな
素晴らしい
その方が好ましい人には、1つの選択肢かと存じます。
皆様方が、自分にとって「最も好ましい」方法を選択なさるのが良いかと存じます。
ttp://https://developer.mozilla.org/ja/docs/Web/API/Storage ttp://https://developer.mozilla.org/ja/docs/Web/API/Storage/setItem 勉強になりました
ありがとうございます
MDN を調べる習慣をつけると生産性あがりますね
ttps://mevius.5ch.net/test/read.cgi/hp/1555750241/998 > 998 名前：Name_Not_Found[sage] 投稿日：2019/05/25(土) 07:38:12.67 ID:???
> Bootstrapは何と読むのでしょうか？
> ブーツトラップでいいでしょうか？
mojibake が将来「もじべいく」と発音するのが
おおむね予定されているように
コの業界なら「ブーツトラップ」と読むのがメジャーになるかもしんない
｢ラクテンスーパーポイントスクリーン」
登録するだけでRポイント150pが貰える！
※Androidアプリのみ
iPhoneユーザーはWeb版から登録のみ可能
登録完了後に表示される招待コ一ドをお持ちですか？のところで
「i9WPjs」
を入力する
完了
祭りだ♪ヽ('∀')メ('∀')メ('∀')ノワッショイ
まずメインのぺーじとして、例えばa.htmというフレームセット
<frameset rows="60, *" cols="*" frameborder="0" border="0">
<frame name="namea" src="namea.htm>
<frame name="nameb" src="nameb.htm>
があるとします。
で、その中のnamea.htmの中で
window.open("namec.htm","namec")
で別ウィンドウで１つ開きます。
この状態では当然namec.htmからnamea.htmのフォーム内の値は取れます。
その後nameb.htmのなかで
top.href = "a.htm"
とかやってa.htmを呼びなおします。
で、その後namec.htmからnamea.htmのフォーム内の値は取りたいってわけです。
そもそもフレームは使うな
質問です。
１行テキストに文字を入力した後にボタンを押し、
テキストエリアに文字を改行しながら、登録したいのですが
ボタンを押すと、上書きされてしまい、うまく行きません。
どなかわかる方がいれば、ご教授ください。お願いいたします。
<html>
<head>
<script type="text/javascript">
<!--
function move()
{a=document.form.text.value;
document.form.area.value=a}
//-->
</script>
</head>
<body>
<form name="form">
<input type="text" name="text" size="10" value="777">
<input type="button" value="move" onClick="move(); text.value=''">
<textarea name="area" cols="40" rows="20"></textarea>
</form>
</body>
</html>
どうすればなにがどうなるのか、わかりません。
の何が分からないと？
何をしたら何がおきるのか、わかりません。
どういうときに、何をしたらいいのか、全くわかりません。
ルールを守らない人にはまともな回答はつかない可能性が高くなる
テンプレの範囲から外れてにもなって突然いい出したことを勝手にルールにされても困る
ここのルールは 以上
それが不満なら別スレ建てろ
スレタイにワッチョイ進行と入れるのを忘れずにな
とか今ではexecよりもtestの方がステップ数多いし
というのを質問者に理解するよう要求するのは難しいかなあ
新テンプレ案たのむ
> 何のために
なりすまし・荒らしの防止のため、書いている人が特定できるようにするのが目的
> 何をしろ
名前欄に 52!slip:vvvvv と記入せよ
> 何をしたら
名前欄をそのままにしたら
> 何がおきるのか
なりすましが発生する可能性がある
荒らしが発生する可能性がある
そういうのが警戒されているのもあり、回答が付かなくなる
> テンプレの範囲から外れてにもなって突然いい出したことを勝手にルールにされても困る
前スレの末の方の議論を参照されたし
時期として「新スレを立てる必要性」が発生したとき、結論はまだ出ていなかった
やむなく、前スレで方針を確定し、 で今後のスレ運営の方針を記載
当然、当スレを立てた時点では、テンプレに入れられる訳もない
「これこそが」前スレから当スレに至る流れであり、
それが不満なら、「新しい流れ」のスレを君が立てたまえ
スレタイに「ワッチョイ無用」と入れるのを忘れずにな
＜ｓｃｒｉｐｔ ｔｙｐｅ＝”ｔｅｘｔ／ｊａｖａｓｃｒｉｐｔ”＞
こんにちでは＜ｓｃｒｉｐｔ＞で足りるし
古いブラウザでも運用上問題なかったりするんだが…。
<!-- とか、どういうブラウザを想定してるんだろう
その辺を明確にしないと、環境に適合した回答は不可能
ES6 のことをなーんにも知らないブラウザで全く動かなくて後からケチつけられても困る
無駄を削ぎ落として必要最小限にするという作業を
しないやつが多い。まあコピペばかりしていて出来ないんだろうけど
scriptにtypeをつけるやつとかHTML5なのに/>を使うやつとか
そういった手抜きしているやつは技術者じゃない
[Javascript]TEXTAREAで改行させるには？
ttp://https://oshiete.goo.ne.jp/qa/572864.html a=document.form.text.value;
b=document.form.area.value;
document.form.area.value = b + "\n" + a;
または、document.form.area.value += ( "\n" + a );
例えば、"aaa\nbbb" なら、1行目がaaaで、2行目がbbbなら、
改行コード"\n" が付いていないのなら、それを付け足さないといけない
質問者は話を続けるなら、名前欄に最初のレス番号を入れてください！
から考えられるのって
ttp://https://jsbin.com/xirucuz/edit?html こんなかんじですかねえ… for ループの辺りは「古臭くて時代遅れだ」とか言われそうな気もしますが
何かしら、もっとスマートな書き方があれば御教示いただきたく存じます
br タグはテキトーに挿入しただけなので「デザインと分離しろ！」と言われそうな気がします
改善案があれば是非
ttp://https://jsbin.com/seyidad/edit?html,output 若干変えてみました
pの使い方が間違い
ttp://https://jsbin.com/zecisojode/edit?html,output 質問です。
改善版の方は、入力の部分に<p.>
出力の部分で別途の<ｐ>要素を用いて書いてみたものです。
おそらく CSS の class 属性等をうまく使えば、入力部品個々の要素に統一的なデザインを施せるのではないでしょうか
スタイルはhtmlデザインに依存するので、「入力部分のデザイン」「出力部分のデザイン」として設定できるように
個々にp要素を独立させ、 のように書いてみました。
<br> の場合でも似たようなことは実現できるかも知れませんが、意味として、1番目のp要素は入力関係、
2つ目は出力関係という区別もあり、分ける「意味」があるのではないでしょうか。
また、jQuery についても、確認したいことがございます。
このケースで、vanillaJS でも充分に書けるのに、敢えてjQueryを使う理由は何でしょうか。パフォーマンス？？
また、3.3.1 を使っていない理由も、良く分かりません。jquery.om.js を使わない理由も、良く分かりません。どのようなメリットがあるのでしょうか。
いやいや、お前正気か？
ですら見ることが期待できないのが現実なのに
お前は来る人全員にを見ろと言うのか？
それとも前スレから見てこいってことか？
飛び込みの未熟な質問者を守るためのルールじゃないのか？
一見様お断りみたいな事して本末転倒だろ
そうだよー
「web制作板でやれ」的な発言を見掛けたら
全て注意しといたもん
> 飛び込みの未熟な質問者を守るためのルールじゃないのか？
そうだよー
名無しの荒らしが質問者を罵倒するのを防ぐためのルールだよ
ですら見ることが期待できないのが現実なのに
も見て頂戴
んで の問題点をフルボッコにして頂戴
すまんが俺から見たらお前は純粋な悪だわ
分かりやすく条件を示していないのに後からケチばかり付けるって
それ正に前スレの荒らし君と同じことだもの
悪気がないだけ荒らし君よりも質が悪い
だからまあお前の思う通りになることはないよ
誰のためにもなりやしないことだからね
そう思うなら、あなたが荒らしを排除する為の代替案を提案すればいいと思うよ
俺はそもそもその必要が無いと言っている
お前がこのスレをお前の思う通りに動かそうとするほうがよっぽど問題だわ
お前がお前のためのお前が回答しやすいスレを作るのは勝手だが
由緒正しきJS質問スレを乗っ取るのはやめろ
前スレでは結論なんて出てなかったし
ただ単にお前がで書いたことを守れと勝手に言ってるだけだろ
どんだけ自己中なんだよ
こういう usage じみた名無し発言が質問者を委縮させてんの
分からない？
ケチつけまくるのは勝手だが
文責を明らかにしろよ
「自作自演だ」「反対してるのは1人だけだ」「荒らしてだけだ」
と言われても文句いえないって分かってる？
node.jp とか electron はともかくとして
一般的には web で使われるでしょうに
ム板の人も Web 制作板でやるよう主張してるっつの
文句言ってるのは名無しだけだっつの
「1人の名無しが荒らしてる。やはりﾜｯﾁｮｲなりIDなりは必要」と言われても文句いえない訳
そこまで言うなら「ワッチョイ無用スレ」作りなよ
名無しさん以外、文句言ってるひと「居ない」んだからさ
俺はではないが、p要素の使い方は誤っていない
ただし、コードには改善の余地がある
ttp://https://jsbin.com/damadamoha/1/edit?html,output ライブラリ関連はjQuery信者が熱心に布教して迷惑を被っているので、ライブラリ質問スレで質問してくれ
少なくとも、俺は今回の質問でjQueryを使う必要性は感じないが
+ JavaScript & jQuery 質問用スレッド vol.7 + [無断転載禁止]©2ch.net
ttps://mevius.5ch.net/test/read.cgi/hp/1478002550/l50 JavaScript ライブラリ総合質問所 vol.5
ttps://mevius.5ch.net/test/read.cgi/hp/1465399470/ それっぽいかんじで
軽くデザイン的な要素を加えてみた…
「なぜ外部ファイルにしない」というツッコミは無しで
[clear]ボタンにアラート付けても良いかも
ttp://https://jsbin.com/soqapev/edit?html,output リンク忘れてた
> 改善版の方は、入力の部分に<p.>
間違い。<p>をどんな時に使うのか調べろ
> このケースで、vanillaJS でも充分に書けるのに、敢えてjQueryを使う理由は何でしょうか。パフォーマンス？？
短いから
> また、3.3.1 を使っていない理由も、良く分かりません。j
jsbinのリストから適当に選んだだけ
> <p>をどんな時に使うのか調べろ
ソースの提示をお願いします
間違いではないソースを掲示しておく
ttp://https://momdo.github.io/html/grouping-content.html#the-p-element ラベルやフォームコントロール系を <p> で括るのは誤りではない
別回答になるような「ラベル」を使うのなら、<label> でマークアップすべきだ
> 俺はではないが、p要素の使い方は誤っていない
文章がまったくないのに「ひとまとまりの文章」を書く時に使う<p>を使うのは間違い
ttp://https://jsbin.com/damadamoha/1/edit?html,output HTML5において/>はまったく効果が飾り
無いのが正しい。
> elements.input.value.replace(/(.)(?=.)/g, '$1\n');
やりたいことは（概ね）あってるんだが実は↓の方が短い
> elements.input.value.split("").join("\n") + "\n";
更に言うならこれらはサロゲートペアに対応してない
[...elements.input.value].join("\n") + "\n"; であればサロゲートペアでも問題ない
用途として間違いという話。
テーブル的なものじゃないのに、<table>を使っているのと一緒
ttp://https://jsbin.com/damadamoha/1/edit?html,output value="777" が value="" に変わってる。
resetを使いたかったのだろうが、これは仕様変更
ttp://https://developer.mozilla.org/ja/docs/Web/HTML/Element/p > HTML の <p> 要素は、テキストの段落を表します。視覚メディアにおいて、段落はふつう隣
テキストの "段落" に使うものです。
> HTML5において/>はまったく効果が飾り
> 無いのが正しい。
誤りではない
XHTMLとの互換性が考慮されている為、書いても良い
> [...elements.input.value].join("\n") + "\n"; であればサロゲートペアでも問題ない
効率が悪い
> <p>を使うのが間違いというのは、文法の話ではなくて
> 用途として間違いという話。
文法の話はしていない
「間違い」のソースがないので、暫定否認しておく
サロゲートペアで正しく動かないって言ってるのに
効率云々レベルじゃないだろ
動かなくても早ければ良いのか？
> 「間違い」のソースがないので、暫定否認しておく
間違いのソースは示した。
段落ではない。
MDNは仕様ではない
ついでにいうなら、「テキスト」の定義もない
input要素やtextarea要素が「テキスト」でないと確定しているわけではない
正規表現よりもjoinした方が速い（＝効率がいい）
console.time("");"test".replace(/(.)(?=.)/g, '$1\n'); console.timeEnd("");
: 0.13623046875ms
console.time("");[..."test"].join("\n") + "\n"; console.timeEnd("");
: 0.010986328125ms
> MDNは仕様ではない
だからなに？ あんたが好きなpの使い方を書いてる仕様をもってくればいいじゃない。
> ついでにいうなら、「テキスト」の定義もない
テキストの定義の話なんかしてない
段落ではないと言ってる
ttp://http://www.htmq.com/html5/p.shtml なんのためにXHTMLとの互換性を考慮する？
その理屈だとHTML4との互換性も考慮したほうが良いんじゃないのか？ｗ
（つまりtype属性とか書け）
> <p>タグは、段落よりもふさわしい要素がある場合には使用するべきではありません。
> 例えば、以下の使用例は誤りではありませんが…
しょうがないなぁ…
ttp://https://html.spec.whatwg.org/multipage/grouping-content.html#the-p-element 仕様には "The p element represents a paragraph." としか書かれていない
ttp://https://developer.mozilla.org/en-US/docs/Web/HTML/Element/p にも "text" の文言はない ttp://https://developer.mozilla.org/ja/docs/Web/HTML/Element/p の「HTML の <p> 要素は、テキストの段落を表します。」は、日本語訳時に「テキスト」が混入したか、日本語版の文書が古い版を参照しているだけだ 仕様を読めるようになってから、出直してくれ
マッチしていたら特定の書式に当てはめて合成するよりも、
単純に文字を1文字ずつ分解してくっつける方が速いってわかるだろうに
一番下に良い使用例があるよ
やれやれだな
英語読めないなら翻訳してあげようか？
> 仕様には "The p element represents a paragraph." としか書かれていない
「p要素は段落を表します」
pは段落に使うもので段落以外に使うっていうのは、
tableをテーブル以外に使うのと同じことをしてるんだよ
「テキスト」の話なんかしてないって言ってるのに
それを無視するのは、頭がおかしいとしか思えないなｗ
Sa9f-9b2Z お前目立ってるぞ（笑）
そこは重要ではない
あなたが主張していた「テキストの」が消えていると言っているのだ
<p> はテキスト以外にも段落としてマークアップして良い
> ワッチョイの有用性はに書いてある
より
> 自作自演がどうというより、定常的に迷惑行為を働いているユーザを目立たせるのが目的
なるほどｗ
> あなたが主張していた「テキストの」が消えていると言っているのだ
だから、主張してないと何度も言わせるな。
主張していたのは "段落" だ
> 自作自演がどうというより、定常的に迷惑行為を働いているユーザを目立たせるのが目的
お前と俺が同様に目立つことで読者が判断の指標と出来る
お前だけが匿名になっている時点で不平等な状態になっているわけだが、やはり、匿名は無視すべきだな
自分でコテハンつけといて、自分だけにコテハン付いてるのは不公平だ！って
何言ってるんだろう？ｗ
> やはり、匿名は無視すべきだな
君さ、今度から匿名には一切レスしないで。
コテハンつけろっていうレスもしないで。
つーか匿名は全部見えなくしたほうが良いよ？
その方が君のためにもなるでしょ？
なんで自宅回線にしないんだろう？特定されるからかな？
> 単純に文字を1文字ずつ分解してくっつける方が速い
正規表現での書き方を知らなかった（awk / Perlライクな書き方を思いつく余地はあったかも知れない）ので
文字列から文字を切り出す slice メソッドを使ったというのが1つ
const 4行等を使ったのは、ネストしまくって可読性が著しく低下するのではないかという危惧から
より簡単で、分かりやすく、slice よりよさげなコードについては、のちほど検討します
専ら html の話題なのでスレチかもですが
section要素として書いた場合：フォームの意味を見出しとして考える
ttp://https://jsbin.com/meqegom/edit?html,output div要素として書いた場合：フォームの意味を見出しとして考えない
ttp://https://jsbin.com/vidajet/edit?html,output ﾜｯﾁｮｲの目的
>
> - 回答に参加しているを見分ける判断材料
> - いつもくだらない質問をしている人を見分ける判断材料
>
> 自作自演がどうというより、定常的に迷惑行為を働いているユーザを目立たせるのが目的
> ワッチョイない人は黒よりのグレー
+ JavaScript の質問用スレッド vol.123 + [無断転載禁止]©2ch.net
ttps://mevius.5ch.net/test/read.cgi/tech/1491143438/l50 出来るなら、こちらもワッチョイ強制した方が平和だと思うわ
あのさ？フォーム要素をまとめるのに
section要素かdiv要素かとかさ、
僕fieldsetを知りませんって
言ってるのと同じなんだけど、わかってる？
正規表現病にならないように。
なんでも正規表現でやろうとする。
悪化すると数値の範囲チェックまで正規表現でやろうとするからなｗ
遅いのに
> 匿名vsワッチョイだと、見かけ上複数になれる匿名が圧倒的に優位という事例
1. 匿名が圧倒的に有利
2. ワッチョイで書き込む
3. 同じ人が匿名で書き込む
4. 圧倒的に有利な匿名が、ワッチョイを擁護する
という事例があるので注意なｗ
のように完全ワッチョイ化する以外に多分、根本的解決はない
無視しないだろうし、どうせｱｳｱｳｴｰも無視しないだろｗ
fieldset要素を知ってから6時間経ってませんので、否定するも何も…
ttp://https://www.w3.org/html/wiki/Elements/fieldset ttp://https://www.w3.org/TR/html5/sec-forms.html#elementdef-fieldset 堂々と p 要素使ってますね…
すべてそこに "段落" が存在してるからという理由で
pを使ってるだろ？
そこに何の問題が？
なぜなら「段落」というのは地域や文化、状況によって効果や考え方が様々で
そのうちのどういう「段落」を表すものなのかは仕様にはない
もちろんHTMLの最初を考えれば国際論文的な段落だが
そういった点はHTML4以降、そしてHTML5で完全に形骸化してる
だからp要素は今では具体的な《何かのための要素》ではなく
どこまで言ってもそれっぽい《効果をもたらすための要素》でしかない
その意味合いは０ではないが非常に薄いので
比較的自由に使って良い要素
この流れで実証された
最後に「個人の感想です」って付け足すの忘れるなよ
jQuery の質問は、jQueryスレに書き込んでください！
jQueryのCDN は、Google, Microsoft を使う方がよい。
code.jquery.com は、配信が止まった事があるから、危険！
どの道、Bootstrap を使うと、jQueryを読み込むから、
jQueryを使う方が、可読性が高くてよい
4バイト文字を、2バイト文字2つとして扱ってしまうのか
ES 2015 から、サロゲートペアに対応しているらしい
どこまで行っても個人の感想でしかない
仕様書は自然言語で書かれているのだから
でもお前よりも仕様に詳しい俺の感想
にもいってやって
（故人の感想です）
残念だけど事実だから
自分より上の存在を認識しないと伸びないよ
fieldset 要素は flow content 要素を入れられる模様
ttp://https://www.w3.org/TR/html5/sec-forms.html#the-fieldset-element > Content model:
> Optionally a legend element, followed by flow content.
div 要素も section 要素も、flow content に含まれる模様
ttp://https://www.w3.org/TR/html5/dom.html#flow-content-2 この2点を前提とすると、何がどう問題なのか分からなくなってしまいまして。
まあ別に好きにやればいいと思うけど
なんでこの質問者は荒らしに構うのかね
荒らしに構うなということ自体が、荒らしにレスしてることになる
は同じ主張してるのに、なんて争そうのかね
荒らしに構うなって言ってるだけだろ
正確には荒らしと思うやつにレスするな。
反論もするな。黙って受け入れろってことだが
なぜに構うことが荒らしになるんだ？
=== ね
誰が「に構うことが荒らしになる」と
言ってるのか、まずそれを言おうか？
荒らしに構うなって書いてあるだけだよね？
どこに荒らしに構うと、荒らしになるって書いてあるの？
なにか弁明することあるかい？ｗ
お前、それ荒らしだぞ
もう書き込み禁止ね
に構ってはいても、荒らしに構ってないから、その指摘は不適当
確かには荒らしだな
すまんかった
クソ回答者共が
は上から目線で発言してるだけで、内容を読んだらブーメランだった、と
かつての位置付けは存じませんが、fieldset の現在の位置付けからしたら、完全に誤った内容だった、と
そりゃ確かに section 要素や div 要素は、避けるべきものであったり最終手段とすべきものであって
今回のケースでは span あたりの方が適切だったのかも知れませんが
ttp://https://www.w3.org/TR/html5/sections.html ttp://https://www.w3.org/TR/html5/grouping-content.html#elementdef-div ttp://https://www.w3.org/TR/html5/textlevel-semantics.html#the-span-element …まだ確信が持てて無いので「ココ違うよボケカス」的なもので良いので指摘ねがいます…
JSでテキスト（data1.txt）の中身を読み込んで、ブラウザでalert()出力したく思って
いますが何も表示されないので困っています。
テスト段階なのでdata1.txtは１行のみの極単純なものです。
（テキストの中身： 西暦,為替[円/$],名目GDP[兆円],間接税率[%],税収[兆円]）
＜書いた内容＞ ※すいません全部書きます。
function readFile(name) {
iomode = 1;
format = 0;//ASCIIフォーマットで読み込む
// ファイルシステムオブジェクト
myobject = new ActiveXObject("Scripting.FileSystemObject");
// OpenTextFile()でファイルを開く
file = myobject.OpenTextFile(name, iomode, true, format);
data = "";
// eofが来るまで 1行ごとに読む
while (!file.AtEndOfStream) {
// ReadLine() で1行読む
data += file.ReadLine()+"\n";
}
// ファイルを閉じる
file.Close();
// データを返す
return data;
}
window.alert(readFile("data1.txt")+" です");
すいませんが問題点をご指摘願います。
たかがHTMLに避けるべきものも最終手段もクソもないよ
著しく非常識でないのなら好き勝手に書けばいい
一連のQ&Aでの発言まとめときます
おかしなこと言ってる可能性たかいかも
（バージョン古くても平気な御人は無視すべきだったかも）
あたりです
レスアンカー多いと怒られたので途中まで
15年くらい時間が巻き戻った気分！
急IEのJavaScriptはほぼJScriptのラッパーで
JScriptも半分くらいはActiveXのラッパーだから
そう言うこともあるもんだ
同期・非同期が問われるようなことするときは特に
正常な人に対する忠告だから
一方、荒らしに反応して書き込みを続ける者は、荒らし！
荒らしはレスが欲しい。レス乞食
荒らしは無視されるのが大嫌いだから、無視すべし！
ここで、10秒ぐらい、sleep すれば？
読み込むまで、確実に待つ
while (!file.AtEndOfStream) {
だからそういう書き込みは、このスレの内容と
何の関係もねーだろ。関係ない話すんな
まぁ死ねや
相対パスはデスクトップ基準になるので絶対パスで指定する
みたいな文字列があったときに、sqrtの後に続くカッコ内の"-3/7+5"だけ取り出そうと思ったら
どんな処理をするのがスマートですか？
ちょっと質問が説明不足だったので補足すると
以下のように、ランダムな文字列があって
var str1 = "2*x*(sqrt(-3/7+5))"
var str2 = "4*x/3*(3*sqrt(-1/3+4*x))^2"
var str3 = "(4*x+2)^3/3*(3*sqrt(-1/2+2*x^2))^4"
sqrtの後に続くカッコ内の文字
str1であれば、-3/7+5
str2であれば、-1/3+4*x
str3であれば、-1/2+2*x^2
をそれぞれ取り出したい、といった場合、どういう処理をするのが良いですか？
str.match(/sqrt\((.+?)\)/)[1]
ありがとうございます！！！
何の役に立つっていうんだろう？
jQueryの脆弱性が発覚した
ttp://https://portswigger.net/blog/abusing-jquery-for-css-powered-timing-attacks jQuery独自のセレクタを巧みに使うことでタイミングアタックで情報が抜かれてしまう
直接使っている部分で絶対にセレクタに想定外の文字列が入ることがなくとも
プラグインやjQを利用するライブラリでどうなっているのか分からない
とりあえず当分は使われている全てのjQuery、もしくは全てのスクリプトの全ての関数定義
function～(){～を一括置換処理して
一行目にif((''+arguments[0]).length>30)throw 'Err'
などと入れることを勧める
ここはライブラリのスレでも無いし…
vanilla js 自体の穴じゃないし…
ソースコードを書かない奴は、荒らしだから無視しろ！
プログラマー以外とは、話をしないように！
荒らしは、30分毎に書き込むから、要注意！
classBのオブジェクトからmethodAを呼び出したいんですが
methodAがないというエラーが出ます。
--------------------------------------------
function classA () {
}
classA.prototype = {
methodA: function() {
console.log('classA methodA');
},
methodB: function() {
console.log('classA methodB');
}
};
function classB () {
}
classB.prototype = new classA();
classB.prototype = {
methodB: function() {
console.log('classB methodB');
}
};
--------------------------------------------
継承先のクラスで特定のメソッドだけオーバーライドしたい場合は
classB.prototype.methodB = function() {
console.log('classB methodB');
};
のように個別に書いていくしかないんでしょうか。
IE対応しなくていいならclass構文使えばよろし
ttp://https://developer.mozilla.org/ja/docs/Web/JavaScript/Guide/Inheritance_and_the_prototype_chain どちらかというとtypescript使った方が
らくちんな気がする……
思ったとおりの動作にはなったっぽいです。
--------------------------------------------
function classB () {
}
classB.prototype = Object.create(classA.prototype, {
methodB: { value function() {
console.log('classB methodB');
}}
});
--------------------------------------------
Chromeで動かす前提ならやっぱりclass構文使うほうがいいんですかね
圧倒的にclass構文で行くべき
ttp://https://jsfiddle.net/pL65gw4k/ ttp://https://jsfiddle.net/1tz2hn8b/1/ もう10％切ってるのね
まー国内に限定すればもっといそうだけど
なぜentendsを使わない?
過去からタイムリープしてきてる人がいるな…
もしよろしければご教授ください。
ある案件でjqueryのライブラリをいくつか使った
数ページのちょっとしたサイトを納品しました。
納品先はクライアントではなく、
クライアントのサーバを管理する別の制作会社です。
で先日そこから突然サーバOSやインストールした
プログラム一覧が送られてきて「jqueryのバージョンもご確認ください」
とか意味不明なことを言ってきたのですが
（実際そこが作業したものの一覧ではなく
ホスティング業者が用意したfedora標準のリスト）
そこの会社の担当者は超絶馬鹿ってことで宜しいでしょうか。。
OSとミドルウェアとフロントエンドの区別も付かんとは。。
しかも自分のとこがjsの何を入れたかも分からんという。。。
ここはJavaScriptの質問用スレッド
ttps://mevius.5ch.net/test/read.cgi/hp/1466750494/ + JavaScript & jQuery 質問用スレッド vol.7 +
ttps://mevius.5ch.net/test/read.cgi/hp/1478002550/ どっちの方が適切か知らんけど
ttps://mevius.5ch.net/test/read.cgi/hp/1465399470/ 【node.js】サーバサイドjavascript 5【Nashorn】
ttps://mevius.5ch.net/test/read.cgi/tech/1518528093/ あたり？
<img src="1.jpg" alt="">
<img src="2.jpg" alt="">
<img src="3.jpg" alt="">
<select style="left:0;top:0;position:fixed"></select>
<script>
for (var i=0, len=document.images.length; i < len; i++) {
option = document.createElement('option');
option.value = i;
option.text = i;
document.getElementsByTagName('select')[0].appendChild(option);
}
const observer = new IntersectionObserver((entries) => {
if (entries.isIntersecting) {
option.selected = true;
} else {
option.selected = false;
}
});
const img = document.querySelectorAll('img');
img.forEach(img=>{observer.observe(img)})
</script>
entriesは配列
const selectbox = document.querySelector('select');
for (let i=0, len=document.images.length; i < len; i++) {
const option = document.createElement('option');
option.value = i;
option.text = i;
selectbox.appendChild(option);
document.images[i].dataset.value = i;
}
const observer = new IntersectionObserver(entries => {
entries.forEach(entry => {
if (entry.isIntersecting) {
selectbox.value = entry.target.dataset.value;
}
});
});
const img = document.querySelectorAll('img');
img.forEach(img => observer.observe(img));
const observer = new IntersectionObserver(entries => {
const entry = entries.reverse().find(entry => entry.isIntersecting);
if (entry) {
$('select').val(entry.target.dataset.value);
}
});
$('img').each(function(i) {
$('select').append($('<option>', {value: i, text: i}));
this.dataset.value = i;
observer.observe(this);
});
ありがとうございました！
ttps://mevius.5ch.net/test/read.cgi/hp/1559474974/ なんだ、こいつは？
マスターテーブルA,入力テーブルBと２つのテーブルがあり、Bテーブルの「分類A」を入力すると
Aテーブルの分類B、分類Cより
Bテーブルの分類D、分類Eへ値を返したい時、下記のスクリプトを
一部編集して使用するようなのですが、どこに各値の編集をすれば
よろしいでしょうか。
ご教示頂ければ幸いです。よろしくお願いいたします。
$p.events.on_editor_load = function () {
//Bテーブルの「分類A」の値が変更されるたびに呼び出されるイベント
$(document).on('change', '#Results_ClassA', function () {
//Bテーブルの「分類A」に値がセットされている場合のみ、Aテーブルの指定したレコードの値を取得する
if ($('#Results_ClassA').val()) {
$p.apiGet({
//Bテーブルの「分類A」の値（レコードID）を指定
'id': $('#Results_ClassA').val(),
'done': function (0) {
//Bテーブルの項目にAテーブルから取得した項目の値をセット
$p.set($('#Results_ClassB'), data.Response.Data[0].ClassB);
$p.set($('#Results_ClassC'), data.Response.Data[0].ClassC);
},
'fail': function (data) {
console.log(data);
}
});
} else {
//Bテーブルの「分類A」に値がセットされていない場合、Bテーブルの項目に空文字をセット
$p.set($('#Results_ClassA'), '');
$p.set($('#Results_ClassA'), '');
}
});
}
情報不足の前に質問者としての心構えが不足している
もしも気づけたら知恵遅れの方も訂正入れとけよ
20万円くらいで請け負ってもいいよ
//Bテーブルの項目にAテーブルから取得した項目の値をセット
$p.set($('#Results_ClassB'), data.Response.Data[0].ClassB);
$p.set($('#Results_ClassC'), data.Response.Data[0].ClassC);
},
done 内で、data という変数を使うなら、引数に、data を渡さないといけないのでは？
>'done': function (0) {
'done': function (data) {
Aテーブルの分類B、分類Cを、Bテーブルの分類D、分類Eへ設定するなら、
data.Response.Data[0].ClassB, data.Response.Data[0].ClassC を、
Bテーブルの分類D、分類Eへ設定すればよい
ここは、JavaScript のスレなので、
jQuery の質問は、下のスレへ移動してください！
+ JavaScript & jQuery 質問用スレッド vol.7 + [無断転載禁止]c2ch.net
ttps://mevius.5ch.net/test/read.cgi/hp/1478002550/l50 jQueryにsetなんてメソッドはありません。
jQueryじゃないのならこのスレですね
ttps://pbs.twimg.com/media/D8I_rBwU0AIZUL2.jpg ① スマホでたいむばんくを入手
② 会員登録を済ませる
③ マイページへ移動する
④ 招待コード→招待コードを入力する [Rirz Tu]（スペース抜き）
今なら更に4日18時までの登録で2倍の600円の紹介金を入手
クオカードとすかいらーく優待券を両方ゲットできます。
数分で出来ますのでお試し下さい
一万円の請求来たんだけどどういうこと？？
どれだけばらまくんだよ
警察に相談する
事件に巻き込まれた場合は、警察に相談することが鉄則です。しかし、本当に詐欺にあったのかわからないため、警察に相談しづらいケースもあります。警察への相談に関して、パターン別に通報先をご紹介します。
相談窓口
詐欺かどうかわからないが何となく怪しさを感じている場合は、「#9110」の相談窓口に連絡しましょう。その地域を管轄する警察の相談窓口に繋がります。
必要に応じて、関係機関の紹介や、解決に向けてアドバイスしてもらえます。緊急を要する事件や事故は110ですが、緊急性のないものは#9110にかけましょう。むやみに110にかけると、他の緊急性のある事件や事故への対応が遅れる恐れがあります。
電話番号：#9110
受付時間：月曜～金曜8:30～17:15
休業日：土日祝（当直または音声案内）
国民生活センターに相談する
国民生活センターは各地域にある消費生活センターのことで、詐欺被害にあった場合には、今後とるべき行動や再び被害にあわないための対策などをアドバイスしてもらえます。
また、業者と和解できるようあっせんしたり、解決に向けて協力するよう業者に伝えたりも可能です。警察に被害届を受理してもらえなかったり、他の関係機関に相談しても解決に至らなかったりする場合に相談しましょう。
電話番号：188（いやや）
受付時間：地域で異なる
休業日：地域で異なる（年中無休、年末年始を除く窓口が多い）
えええ…
上の質問に答えるつもりはないけど
setは$pのメソッドだろ
$pのクラスのマニュアルを見れと言ってる
jQueryの話じゃないんだからjQueryスレに誘導されても困る
window.innerWidthやscreen.widthとか複数の手段がありますが、
iPhoneXのような変態ディスプレイで取得できる値も
他のスマホと同様に実際の領域との認識で良いのでしょうか？
'done': function (0) {
'fail': function (data) {
これは、jQuery じゃないの？
>'done': function (0) {
'done': function (data) {
引数を、data にしないといけないのでは？
実際の領域を取得する方法は多岐にわたる
外部化したJSを、別のJSでdocument writeで出力した場合、元の内容は正しく記述されるのでしょうか？
入れ子構造のような形でJSを出力できるのかな、みたいな
一旦、そのページのすべての要素が削除されてしまうから！
つまり、上書きされる
ttp://https://www.jiichan.com/programming/programming.php?lang=js&no=03 このへん？
<script type="module" src="main.js">
main.js
import {name} from './module.js';
console.log(name);
module.js
export const name = "Taro";
こんな感じで動くっぽい @ Firefox 67.0.1
参照：
ttp://https://analogic.jp/module-summary/ main.js
import {hikizan} from './hikizan.js';
console.log(hikizan(10,1));
hikizan.js
import {tasizan} from './tasizan.js';
export const hikizan = function(a,b){
return tasizan(a,-b)
}
tasizan.js
export const tasizan = function(a,b){
return a+b;
};
これで多分動く…とおもう
ttp://https://iwb.jp/read-script-dynamic/ ttp://http://tech-blog.tsukaby.com/archives/894 ttp://https://aloerina01.github.io/blog/2016-10-14-1 この辺が役に立つかどうかは定かでない
ttp://https://www.jiichan.com/programming/programming.php?lang=js&no=03 5つの方法を紹介するページがあったけれど
どういう場合に参考になるか定かではない
$.getScript も良く分からん…
Node.js は、Ruby のライブラリを置き換えたもので、CommonJS 方式(require)で読み込む。
ただし、Node.jsのrequireは同期処理で、CommonJSは非同期処理。
AMD 方式は、最近では聞かない
WebPack, browserify は、モジュールバンドラー。
Babel は、ES6(ES2015)をES5 に変換する。
Gulp, npm-scripts は、タスクランナー
死ね
さすがに草だよな
return false
}
if (a){alert("true")} else {alert("false")}
これはfalseが表示されると思っているのですがなぜかtrueです。
また
function a(){
return false
}
alert(a)
これは関数の文字列？
「function a(){
return false
}」
が表示されてしまいます。期待しているのはfalseが表示される事です。なぜfalseが表示されないのでしょうか？ 👀
Rock54: Caution(BBR-MD5:1341adc37120578f18dba9451e6c8c3b)
console.log(typeof a);
を書いたのは「javascript モジュール」で検索すると過去の経緯とか現状とか出て来るので
「たぶん実務では babel か何かを通してから使うんだろうなあ」と思いつつ、です
検索の過程で出て来たソフトウェアの名前を列記したので
性質の違うものが並んでいる・並んでいる可能性があるのは認識しつつ、でした
「実務に詳しい人が補足してくれるだろう」と思ったのでした
が少し変な人だっただけで質問は別におかしくないよ
わかんなくて、とりあえず自分で調べたなりに聞いてんだから
んで、今JSは超大雑把に
ブラウザの中でウェブの一部として動くものと、そうでないものがあって
コードのモジュール化についてはそのどちらなのかによって対処は変わるよ
って話
いいや、今では実務でも直接モジュールつかうよ
まともなところならもうトランスパイラなんかは使ってない
考えてみたら分かる
いくらモジュールや構文をレガシーブラウザで動かせてもAPIに差がありすぎるので
１つのスクリプトで賄うのは無理があるということ
だからあえてmoduleにしてモダンブラウザ用のコードをメインとして提供して
nomoduleを使ってレガシーブラウザ用の本当に最低限な機能をちょこっと書く
これが一番効率がいい
○ トランスパイラ使ってない所＝まとも。うちは使ってない、だからまとも。はい論破！
質問を投げ捨てるの流行ってるのかなあ
if (a)
a は、関数を呼び出していない。
関数そのもの
a( ) は、関数を呼び出す。
( )は、関数呼び出し演算子
知ってる
自分で解決しました、で自決って書いてたのか
自殺したって書くのが若い子の間で流行ってるのかと思ってた(´∀｀)
自尻だろｗ
痔尻
いや、痔血ｗ
windiw.onloadでページを全部読み込んだ後に処理されるようにしても、やっぱり使っちゃダメなの？
<p id="foo">
とか html 側で書いておいて getElementByID して textContent を変更
どうしてもタグ入れたいなら innerHTML を使う
あるいは createChild するとか
p要素でもdiv要素でもspan要素でも何でも良いんだが、コンテンツやコンテキストによるかな
$('#p').html(HTML);
かんたーんかんたーん。
ttp://https://jsbin.com/hawupah/7/edit?html,output ttp://https://jsbin.com/zamanax/1/edit?html,output これは document.write じゃ無理っしょ？
error
TypeError: Failed to execute 'insertBefore' on 'Node': 2 arguments required, but only 1 present.
あと、dとd1はconstでいいだろ
ああいうのは今時はメインはCSSの処理で、JSはクラスの追加/削除くらいしかしないし
簡潔にかけるjQueryの方が良くね？
ttp://https://news.yahoo.co.jp/ranking <a>要素を、クリックする前には、href が、
「
ttp://https://headlines.yahoo.co.jp/何々」なのに、 クリックした後には、
「
ttp://https://rdsig.yahoo.co.jp/何々」に変えてしまうのは、なぜでしょうか？ ただし、rdsig をクリックしても、headlines の方に移動するので、どういう意味があるのでしょうか？
クリック前
<a onmousedown="this.href='
ttp://https://rdsig.yahoo.co.jp/何々'" href="
ttp://https://headlines.yahoo.co.jp/何々"></a> クリック後
<a onmousedown="this.href='
ttp://https://rdsig.yahoo.co.jp/何々'" href="
ttp://https://rdsig.yahoo.co.jp/何々"></a> 俺は最初から手元にあっても使わない
Bootstrap には、無いの？
Bootstrapは、jQuery で作られているから、各部品を自分で作らなくてもよい
保存してなかったorz
御指摘、感謝です
const 書かなかったのは手抜きでした _o_
ttp://https://jsbin.com/zamanax/4/edit?html,output おせーよｗｗ
つまり(日本では)仕事では使えない、役立たずFWってことだな
ライセンス上は、保守によるパッチを公開する義務ないだろ
GPL じゃないんだし
１）文字列を数値や真偽値と同様箱モデルで捉えることに問題はないですか？
２）let a = '文字列', b = '文字列';であるとき、
a === bの結果は当然trueですが、aの指す'文字列'とbの指す'文字列'はメモリ上同一オブジェクトですか？つまり実態はアドレスを比較しているだけ？
そしてそれはesの仕様で決まっているのですか？それとも実装に任されているのですか？
よろしくお願いします。
３）
let str = 'abc';
str[1] = 'B';
console.log(str);
//=> abc（aBcではなく）
となる説明、あるいは参考サイト（MDNレベルの噛み砕いてある説明なら理解できますが仕様書を紹介いただいても私には敷居が高いです…）
a = '文字列'; b = '文字列'
p a.object_id, b.object_id
#=> [15684800, 15684760]
一方、Python のsys.intern() は、内容が同じ「等価」な文字列に対して、
実行環境上で「同一」の文字列を返す。
返された文字列どうしは、==(等価)ではなく、is(同一)でも一致する
参照を持っていないので、代入しても、参照ではなく、値が代入される。
書き込みできないオブジェクト
str[ 1 ] で、参照はできるけど、代入はできない
str = 'abc';
console.log( str[ 1 ] ); // b
ttp://https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/String#Character_access ブラケット記法を使用した文字アクセスでは、これらのプロパティに値を設定したり削除したりすることはできません。関連したプロパティは書き込みも設定もできません。
let s = "abc";
console.log(s);
s[1] = "B";
console.log(s);
let t = s[0] + "b" + s[2];
console.log(t);
t[1] = "B";
console.log(t);
文字列を作ると、メモリの中に「変更できない文字列」が作られます。
文字列の変数は、実際には、その文字列を参照するだけのものです。
なので、文字列を「変更」したいときには、必ず、「新しい文字列」を作る必要があります。
…とか…
ttp://https://developer.mozilla.org/ja/docs/Glossary/Mutable これか
> 一方、Python のsys.intern() は、内容が同じ「等価」な文字列に対して、
> 実行環境上で「同一」の文字列を返す。
> 返された文字列どうしは、==(等価)ではなく、is(同一)でも一致する
ttp://https://ja.wikipedia.org/wiki/Flyweight_%E3%83%91%E3%82%BF%E3%83%BC%E3%83%B3 これですね
ttp://https://paiza.io/projects/2ElxZCMDL2N4kyyev5Lspw?language=c 似て非なるモノ
新しい値ができることと、
それに新しい名前が付けられ共有されることの繰り返しで成り立っている
ただし他の多くのメジャーな言語とは違い実装と事と仕様は原則綺麗に分離されている
実装では例えば原則参照の値渡し
ただしアドレス値に埋め込めるSMIはそのまま使うなどの
多くの人間的な工夫をした上で、
更に機械的な最適化段階を通すので
ロジック的な意味合いを考えるのは無益
長文なので抽象的すぎて
何のことを書いてるか分からん
サンプルコードで示して貰えまいか
のように
で不充分と考えているのだとしたら
サンプルコードを示しつつ具体的に書いてもらえまいか
質問者の前提も、お忘れなく
回答する必要はない
えぇ…
文字列どころかプリミティブ値全部イミュータブルなのね、衝撃だわ…
Cと全然違うんだね。
じゃJavaScriptでは変数を箱モデルで説明すんのは厳密には間違いなんだね。
これからはラベルモデルで説明するわ。
mdnにこんなページあったのか…
「もういない」と指摘された途端に出てくるのもね…
> mdnにこんなページあったのか
1次情報で裏取るのが一番ですね
日本語の JS の情報ページは古すぎたり、あやふやだったり…
英語の方がまだマシだったりするし…
プログラム板でC言語と混同してる疑いが持たれた奴がいたが、同一人物じゃないかね
ttps://mevius.5ch.net/test/read.cgi/tech/1491143438/148- プログラム板の奴は「解決したら放置、追加質問があるならレス」だった
このスレの奴は「いることをアピール」すれば、追加情報が得られそうなので出てきた
情報搾取する輩は無視して良し
実際にはJSにそのような制限はない、実質的にそう考えても矛盾はしないというだけ
ラッパーオブジェクトの内部プロキシが吐くディスクリプタが書き込み禁止になっているだけ
ラベルモデルで説明すればいいのか、わかんなくなるだろｗ
説明を実装で変えるような馬鹿だからな
> プリミティブはイミュータブルとか見当違いのレスばかり
ttp://https://ja.wikipedia.org/wiki/Flyweight_%E3%83%91%E3%82%BF%E3%83%BC%E3%83%B3 この記述と整合性の取れる説明を、サンプルコードを示しながら書いて貰えんもんかねえ
サンプルコードとか何いってんの?
あるコードがこういう挙動示すのは、どういう意味合いでどういう仕組みなのかって話をしてるでしょ
内部の話をする所で表層のサンプルコードもクソもないでしょ
ただ単純に、ES仕様やブラウザの内部実装を見ればいいだけでしょ
煽って回答を引き出す戦略は止めて貰えませんかねえ
こういう質問者ばかりだから廃れるんだよ
サンプルコードすら示せないのであれば
「MDN の記載を見当違いと言い張る」大嘘吐き扱いになるのですが
それでも構わない、と？
あと私は質問者じゃないので
ちゃんとﾜｯﾁｮｲなり ID なり確認されたく。
ttp://https://developer.mozilla.org/ja/docs/Glossary/Primitive ttp://https://developer.mozilla.org/ja/docs/Web/JavaScript/Data_structures > あと私は質問者じゃないので
あなた()がに回答を求めてるよね
それは質問じゃないの？
> ちゃんとﾜｯﾁｮｲなり ID なり確認されたく。
はﾜｯﾁｮｲもIDも隠しているから、あなたと同一人物じゃないと証明できてないよ
前スレでのような行為が行われた現状では、こちらの可能性を疑われても仕方ない
うん
質問じゃないよ
MDNの記述と真っ向から矛盾することを書いておいて、サンプルコードすら示せないってありえないじゃん
説明する責任はソッチ
なので、説明を求められるのは当然であって、それは「質問」じゃない
> はﾜｯﾁｮｲもIDも隠しているから、あなたと同一人物じゃないと証明できてないよ
それは無理な主張だなあ
私は前スレからﾜｯﾁｮｲを出している訳だが？
8f- という文字列で検索すれば全部出て来る
しかも に対して回答をしている( )
- あなたの中で矛盾があろうが、質問は質問
- 俺がの説明責任を負ういわれはない
- 回答していようが自演は出来る(前スレの奴はやりかねない)
一番重要なのは「煽るな(=荒らすな)」
「プリミティブラッパーオブジェクト」 (See:
ttp://https://developer.mozilla.org/ja/docs/Glossary/Primitive )と混同している気配はあったかな ﾜｯﾁｮｲも無し、IDも無しで言われても…
ブーメランの可能性は自覚しているのかなあ
「俺がの説明責任を負ういわれはない」と断言できる根拠が無いのですね
あと、現代日本語を逐語解釈しても「疑問」と「反語」は区別できないので念のため
を逐語解釈した場合、さて、どうなるんでしょうねえ
相変わらず、煽り続けるので「荒らし」と確定した
ミイラ取りがミイラになってもなおミイラ取りするみたいな
MDN の記述と真っ向から矛盾すること書いておいて
「君子危うきに近寄らず」は無いでしょ
…ずいぶん高踏的な物言いですねえ…
混同も何もブラケット演算子を適応した場合は
一時的にラッパーオブジェクトが作られそれへの操作になるんだが
常識だろう
だからそれに対する挙動を持ってプリミティブ型の性質を語るのはちゃんちゃらおかしい
str[n]=hoge
が働かないというのはまず、StringObjectの性質であって
Stringプリミティブ型の制限ではない
JSではプリミティブ型を書き換える手段が提供されていないというのが正しいのであって
プリミティブはイミュータブルと決まっているわけではない
ESは様々な拡張が許されており、仮にイミュータブルが書き換え可能でも
その他の部分で矛盾や不都合は発生しない
あと、仕様の話でMDNを見るな、ここを見て語れ
ttp://https://tc39.es/ecma262 仕様書を読めば分かるが仕様書というのは基本的に自然言語で書いてあるのだから
こういう捉え方しかできないというところもあれば、色々な捉え方ができるところもある
特にESの仕様書というのは物理マシンや実装エンジンの世界を殆ど持ち出さずに
正にESというものの概念を定義してるのだから抽象的であるに決まりきっている
ES仕様で最も多く使われているlet～beなどという言葉だってその挙動をどう捉えるかは難しい
少なくともa is bはbが複写されてaとする、と考えると矛盾する
だからここはbにaという新しい名前を付けると解釈しないといけない
そういったa is bが何十何百何千積み重なって多くのロジックを形成してるので
つまるところESの変数の仕組みだって名付けの連鎖だと帰着できる
一方ESに削除や複写が殆ど無いこともこうやって全てのロジックを追っていけば分かる
勿論そういう概念にこだわっても物理マシンや実装エンジンの世界では無益に近いが
ESの仕様をできる限り忠実に語ろうとするのであればそういう無益な話をせざるを得ない
同意だが、何をいっても煽られるのが目に見えているので、説明する時間が勿体ないと思う
> 仕様の話でMDNを見るな
仰る通り
手抜きでした
申し訳ない
> ブラケット演算子を適応した場合は
> 一時的にラッパーオブジェクトが作られそれへの操作になる
ttp://https://www.ecma-international.org/ecma-262/6.0/ を square bracket や bracket notation で検索するも見当たらないですね
12.3.2 Property Accessors
> Properties are accessed by name, using either the dot notation:
...
> or the bracket notation:
> MemberExpression [ Expression ]
> CallExpression [ Expression ]
という記述があるのみ
a[1] = "A"; とか書いても文字列 a の内容は変わらない、と。
「書き換えることはできない、それが仕様」と。
あんまり空中戦やりたくないんだが
> JSではプリミティブ型を書き換える手段が提供されていないというのが正しい
9.4.3 String Exotic Objects を読む限り、"the encapsulated String value" を操作することが禁止されているとまでは読めないが…。
そうすると、「プリミティブ型を書き換える手段」を提供する実装が存在したとして、それは「規格に適合していない」とはいえない、
すなわち「今の時点で、プリミティブ型を書き換える手段が提供されているブラウザは無い」というのが（この板の性質上）正しいのでは？
> 4.3.2 primitive value
...
> A primitive value is a datum that is represented directly at the lowest level of the language implementation.
（以下省略）
「ECMAScript2015において、すべてのプリミティブ型はイミュータブルである」とは書かれていない。
「その意味で MDN の記述は誤っている」と言う余地もあろだろうし、「実装依存の話であって、誤っていない」と言う余地もあるだろう
かつて IE7 あたりで a[1] という記法が使えなかった名残で、
コーディング規約上 .charAt() を使うことになっている
IE11 では使えるし、さすがに無いか…？
lodash にあるかな？
jQuery よりも、出来れば、素のJS が良いです
var ary = [ 1, 2, 3 ];
<td>1</td><td>2</td><td>3</td>
// 文字列で作る
const str = arr.map(v => `<td>${v}</td>`).join('');
// DocumentFragmentで作る
const fragment = document.createDocumentFragment();
arr.forEach(v => {
const td = document.createElement('td');
td.textContent = v;
fragment.appendChild(td);
});
const str = $.map(ary, function(i) { return "<td>" + i + "</td>"; }).join("");
// jQueryで作る 2
const str = $.map(ary, i=>`<td>${i}</td>`).join("");
// lodashで作る
const str = _.map(ary, i=>`<td>${i}</td>`).join("");
// lodashで作る 2
var compiled = _.template("<% _.map(ary, function(i) { %><td><%- i %></td><% }); %>");
const str = compiled({'ary': ary});
var ary = [ 1, 2, 3 ];
var str_result = "";
for (var i = 0; i < ary.length; i++) {
str_result += "<td>" + ary[i] + "</td>";
}
console.log(str_result);
俺はMDNが間違っているとは言わない
実質的にそう考えても矛盾はしない と言ってるだろう
プリミティブ型がイミュータブルと言ってはいけないとまでも言わない
俺が言いたいのは、どちらにせよ
a[1] = "A"
の挙動に於いてプリミティブ型がどうのを持ち出す流れが完璧におかしいってこと
本当に言いたかったのはそこだけであとは蛇足
あまり真似しないで欲しいが
ttp://https://jsbin.com/viyoduh/edit?html,js,output 色々勉強になり、より知識体系も改善したようです。
きっかけを作っていただき、感謝しております。
例は数値配列だからいいけど
実際には< とか > とか含む文字列だったりしないのかな
xss的なめんどくさいことにならないといいんだけど
ごめんなさい
安価間違えた
自分の誤りに気が付いた途端に謙虚になったが、初めからそうすればいいのに
/ﾚ／;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;｀'-,__
i!､i;;;;;;; ;;; ;; ;;; ;; ;; ;;;;; ;; ;; ;;; ;;;;;;､
>;;;;;;;;;;;;;;; ;;; ;;; ;; ;; ;;;;; ;;; ;;; ;;;;;;;;;
／〉,､;;/ / ! ￣￣￣￣`ヽ !;;;;;;;;;;i
/( !;;| ノ=- -=＝＼|;;;;;;;;;;;l
`! ,.--、 ,---、 },;;;__;;;!
,i.i ●_i !_● _! ﾘ', i| ＿＿＿＿＿＿＿＿＿＿＿
.l| ￣ ノ ￣ i l! ／
! l,_ ,__/! ＜ でも回答者が悪いんですよ
i ====== /〉;;/ ＼＿＿＿＿＿＿＿＿＿＿＿
ヽ ／ ﾙi!､
／/`ー───' .／/lllll＼
＿／llllll!､ ／ /|||||||||
'||||||||||||||l ＼_ /ニ￣ ./|||||||||||
||||||||||||||||i, く;;;;;;;;;;|＼ ./|||||||||||||
|||||||||||||||||! 〉;;;;;;/ ｰ/||||||||||||||
彼にとっては「MDNは絶対的に正しいはず」であり、それを否定する情報を寄せる輩は是正すべき相手。
だから、「お前の言ってる事は間違ってる。悔しかったら言い返してみろよ。」というスタンスでやり込めたつもりなんだろう。
一流の技術者は「自分の知識を疑うこと」が出来るし、相手の考えを聞くまでは判断を保留する冷静さがある。
そういう意味では彼は二流(or三流)だね。
ttp://https://jsbin.com/qayivic/edit?html,js,console,output jQuery 等のライブラリにあるのかも知れんし
もっと効率的な書き方もあるかも知れんけど…
html だとバッククオートは放置でも良いんだっけ…？
> html だとバッククオートは放置でも良いんだっけ…？
仕様を読まないのは「手抜き」ではなかったのですか
HTMLタグを文字列で管理する手法はお勧めしない
// for-of
const td = document.createElement('td');
const df = document.createDocumentFragment();
for (let value of [1,2,3]) df.appendChild(td.cloneNode(false)).textContent = value;
// reduce
const td = document.createElement('td');
const df = [1,2,3].reduce((df, current) => (df.appendChild(td.cloneNode(false)).textContent = current, df), document.createDocumentFragment());
tr要素ノードを含めて挿入する場合は、insertCell()を使用しても良い
// insertCell
const tr = document.createElement('tr');
for (let value of [1,2,3]) tr.insertCell().textContent = value;
何度も挿入するコンテンツなら、template要素も検討に値する
IE11対策は、子ノードをcloneNode()する代替コードを書けば良い
ttp://https://developer.mozilla.org/ja/docs/Web/HTML/Element/template ttp://https://lodash.com/docs/4.17.11#template // Use the HTML "escape" delimiter to escape data property values.
var compiled = _.template('<b><%- value %></b>');
compiled({ 'value': '＜script＞' });
// => '<b><script></b>'
文字列として扱う分には無害だが、のように最終的にDOMツリーに挿入する為にサニタイズ処理が必要なら話は別だ
ネイティブで用意されている機能を使わず、手動でサニタイズするのは労力の無駄(車輪の再発名)
そして、将来的に機能のアップデートがあった場合に追従出来ない可能性がある
> あまり真似しないで欲しいが
>
ttp://https://jsbin.com/viyoduh/edit?html,js,output コレが原因で荒れてしまったようで申し訳ない
// for で単純に
ttp://https://jsbin.com/wuxayaj/edit?html,js,output // 御教示いただいた insertCell を使用
ttp://https://jsbin.com/fawowuv/edit?html,js,output // one-liner
ttp://https://jsbin.com/dowewag/edit?html,js,output こんな感じですかねえ…。
replace で正規表現を使うと "." とかで不具合が出るので要注意、と。
ttp://https://noumenon-th.net/programming/2016/01/29/xss/ みたいなのもあるようなので油断大敵、と。 > 手動でサニタイズするのは労力の無駄(車輪の再発名)
ライブラリ使えばいいやん
>
ttp://https://jsbin.com/wuxayaj/edit?html,js,output var ary = [ 1, 2, 3 ];
var e = document.getElementById("target");
var row = document.createElement("tr");
var cell = {};
e.appendChild(row);
for (var i = 0; i < ary.length; i++) {
cell = document.createElement("td");
cell.textContent = ary[i];
row.appendChild(cell);
}
>
ttp://https://jsbin.com/fawowuv/edit?html,js,output var ary = [ 1, 2, 3 ];
var e = document.getElementById("target");
var row = document.createElement("tr");
var cell = {};
e.appendChild(row);
for (var i = 0; i < ary.length; i++) {
cell = row.insertCell();
cell.textContent = ary[i]
}
> // one-liner
>
ttp://https://jsbin.com/dowewag/edit?html,js,output var ary = [ 1, 2, 3 ];
var e = document.getElementById("target");
var row = document.createElement("tr");
e.appendChild(row);
for (var i = 0; i < ary.length; i++) {
row.insertCell().textContent = ary[i]
}
なんかズレてる気がするなあ…
ネイティブの方が早いよ
動くコードをそのまま真似して、動けばOKで終わるやつはそうなる
ライブラリはネイティブコードで書かれているんですよｗ
知ってるよ
でも、に対する反論で「手動が無駄」と彼は主張してる
それに対してライブラリを勧めるのはおかしい
理由は？
を見ればわかるように、
ライブラリを勧めるのがおかしいのは、ネイティブじゃないから
でも、で
ライブラリはネイティブであることを認めた
こういう矛盾を平気でするやつってこと
って「サニタイズは必要ない」と保証されてます？
それかちょっとからかってやるとかｗ
保証されてる
から「遅い」と苦情がくる
> const arr = [1,2,3];
> // 文字列で作る
> const str = arr.map(v => `<td>${v}</td>`).join('');
サニタイズしろボケ
そりゃネイティブじゃなくて、DOM APIでやれば遅いだろうね
君は前スレで散々、暴れた奴か
どういう技術なのかわかってないやつが多い
遅いDOM APIを使わないで、JavaScriptネイティブ（＝文字列操作）でやるから速いんだが
> そりゃネイティブじゃなくて、DOM APIでやれば遅いだろうね
え…、DOMってネイティブじゃなかったのか…
違いますが、君は「前スレで散々、暴れた奴」に
「敵対する奴」ってことでFAですねｗ
当たり前だろｗ
JavaScript（ECMAScript）のどこにもDOM APIは定義されてない
タイミングを理解している奴はDOM APIで書いても速い
今重要なのはDOM APIは遅いという事実と
遅いDOM APIを使わずにできることは
DOM APIを使わないほうが速いという事実です。
無自覚な荒らし
では、DOM APIを使わずに書いてみてくれ
俺の会社のPC前任者が訳のわからないソフト入れてて遅かったお陰で俺だけ最新のに買い替えて貰ったし
すでに書いていますが？
お題 ()
> 配列内の要素から、簡単に、HTML の<td> タグを作るような方法が、ありませんか？
答え ()
// lodashで作る 2
var compiled = _.template("<% _.map(ary, function(i) { %><td><%- i %></td><% }); %>");
const str = compiled({'ary': ary});
このスレってお題すらちゃんと読めない人が多いんですよねぇｗ
すでに書いていますが？
お題 ()
> 配列内の要素から、簡単に、HTML の<td> タグを作るような方法が、ありませんか？
答え ()
// lodashで作る 2
var compiled = _.template("<% _.map(ary, function(i) { %><td><%- i %></td><% }); %>");
const str = compiled({'ary': ary});
このスレってお題すらちゃんと読めない人が多いんですよねぇｗ
> 速いほうが良いとは限らないだろ
そりゃそうだな。開発効率のほうが重要
サニタイズ処理は？
ttp://https://lodash.com/docs/4.17.11#template // Use the HTML "escape" delimiter to escape data property values.
var compiled = _.template('<b><%- value %></b>');
compiled({ 'value': '＜script＞' });
// => '<b><script></b>'
const ary = ["a<br>b"];
let str = $.map(ary, function(i) { return "<td>" + i + "</td>"; }).join("");
console.log(`jQuery_1: ${str}`);
str = $.map(ary, i=>`<td>${i}</td>`).join("");
console.log(`jQuery_2: ${str}`);
str = _.map(ary, i=>`<td>${i}</td>`).join("");
console.log(`lodash_1: ${str}`);
let compiled = _.template("<% _.map(ary, function(i) { %><td><%- i %></td><% }); %>");
str = compiled({'ary': ary});
console.log(`lodash_2: ${str}`);
…なるほど…
ライブラリ依存でDOM APIとの前方互換性は排除した形か
もうわかったからこれ以降、書かなくていい
それも指摘したとおり
> const arr = [1,2,3];
> // 文字列で作る
> const str = arr.map(v => `<td>${v}</td>`).join('');
サニタイズしろボケ
いや書くよｗ
> jQuery よりも、出来れば、素のJS が良いです
> lodash にあるかな？
質問者がその名前を出してるんだから
今回はライブラリはOK
console.log( ary.map(v => '<td>' + String(v) + '<td>').join('') );
アドレス同士の比較で高速なのならなんで'文字列'(1回目)と'文字列'(2回目)の===がtrueなのかサッパリ。
'文字列'(1回目)と'文字列'(2回目)は別のアドレスにメモリ割り当てられてるんじゃないの？それだとtrueはおかしくありません？
それともまさか===なのに一文字づつ比較してるわけじゃないよね？
もう答えられてなかったっけ？
本人か成りすましか知らんけど
回答全部読めと
勝手に質問をねつ造されても迷惑だわ
解決報告もせん奴だし、張り合いがない
それがないって事はたいして重要な問題でもないんだろうさ
それの(2)の回答じゃないじゃないですか…
ウンチクじゃなくて回答下さいよ
君に理解できない事が分かっただけでも良かったじゃないか
「わからないんですかと煽っても無駄です」のテンプレを思い出した
ttp://https://www.ecma-international.org/ecma-262/6.0/#sec-equality-operators-runtime-semantics-evaluation １文字ずつ比較してるに決まってるでしょ
それにJSにアドレスという概念はない
つまり
let a = 'abc', b = 'abc';
a === b
としたときも
let a = 'abc';
let b = a;
a === b
としたときも、
'abc'の一文字づつ比較されてすべて等しかったからtrueが返されてると、そういうことですかね？
例えば、String型しか代入できず、String型以外を代入したらTypeErrorを返す配列、とか。
一文字ずつ比較するとかそういうロジック的なことは仕様にはない
とにかく同じ文字コード列ということが確認できればtrueが帰る
そこでアドレスの一致を利用するかどうかはエンジンの問題
君もいい加減分かったほうがいい
仕様に沿う実装方法なんて幾つもあるということ
エンジンは最適化もしないといけないし仕様のステップどおりに実装してるわけでもない
仕様から期待される挙動と同等の挙動ができるように実装されている
const i = 1;
let u;
const b = true;
const o = {};
console.log(typeof i);
console.log(typeof u);
console.log(typeof b);
console.log(typeof o);
配列ではないようですが、どういう意味でしょう？
Proxyを使うといい。簡単に作るとこんな感じ
ary = new Proxy( [ ], { defineProperty (self, key, desc) {
if ( typeof desc.value != 'string' ) throw new TypeError( 'value is not a string' )
return Object.defineProperty( self, key, desc )
} } )
あと必要ならlengthをケアすればいい
情報ありがとうございます。
その方向性だと、最終的には、ユーザ定義の class を作る事になりそうですね。
- Proxyでプロパティget/setを制御
- lengthを定義
- Array.prototype系メソッドを定義
この辺りを自前実装しなくてもビルトイン関数があるのではないか、と考えていましたが、未だに無さそうなのが残念です。
Number 型なら Int32Array がほぼ要件を満たすのですが。
要件がよく分からんけど、でもArrayのメソッド使えるよ
もし、mapとかsliceとかで返ってくる値なんかもProxyにしたいということなら
@@speciesを利用して
function StringArray( len ) {
return new Proxy( len ? Array( len ) : [ ], {
defineProperty (self, key, desc) {
if ( typeof desc.value != 'string' && key != 'length' ) throw new TypeError( 'value is not a string' )
return Reflect.defineProperty( self, key, desc )
}
,get ( self, key, rec ) {
if ( key == 'constructor' ) return { [Symbol.species]: StringArray }
return Reflect.get( self, key, rec )
}
} )
}
みたいなの作ればいいと思うよ
これ以上なにか必要？
それは逆に遅くなるのが嫌だな
例外出さなくてキャストしてほしいのなら
設定は許して値を利用する直前に変換掛けるか、値を利用するときに""+でもした方が良いのでは？
要件をくみ取って頂いてありがとうございます。
私が期待する要件をほぼ満たしていました。
Reflect.get や Symbol.species は未知の分野だったので、学習します。
> これ以上なにか必要？
今思いつく範囲では下記がありますが、これ以上甘えるわけにはいきませんので、自分で書きます。
- new StringArray した際の [[Prototype]], @@toStringTag を StringArray 相当に
- 扱える引数を Array もしくは Int32Array 相当に Int32Array -- ex: new StringArray('a', 'b'), new StringArray(['a', 'b'])
元々、ヒントを頂ければ十分と考えていたので、ここまでコードを書いて頂けるとは思ってもいませんでした。
お世話になりました。
---
当初の質問の意図は、「Int32Array に代わる、ビルトイン関数はないか」というものでした。
Number 型だけでなく、String 型, Boolean 型, Object 型など、汎用的に使える配列用コンストラクタがあれば、コーディングの幅が広がると考えました。
Object 型には WeakMap がありますが、列挙不可能ですし、new Map は配列と比較してメソッドが圧倒的に少ないようです。
new Array か new Map を基本インターフェースとして独自classを作る事を考えましたが、ビルトイン関数があれば更に良いと考えたのが質問のきっかけです。
現状では独自コンストラクタを作成するしかないと結論しますが、何らかのビルトイン関数をご存知の方がいらっしゃいましたら、教えて頂けると助かります。
※ちなみに、は私(質問者)ではありません。
ttp://https://github.com/dslomov/typed-objects-es7 数値型はバイナリを扱うために必要だとしても
基本的にはJSではキチキチに制限するよりもそれっぽく扱っていったほうが良いと思う
> ES2015以前からTypedObjectの提案があるけど何回もポシャってる
そういう動きがあったのですね。
ポシャった理由が気になります…。
> 基本的にはJSではキチキチに制限するよりもそれっぽく扱っていったほうが良いと思う
Int32Array が ToNumber しているように、TypeError を返すよりも型変換した方がJSらしい、というような思想は理解できます。
ただ、コードを書いていく上で制限をかけた方がパターン数が減って都合が良い事はあると思います。
例えば、変数には一つの型を決めるコーディング規約が一般的ですが、これは受け取る変数の型を一つに限定する事で、想定される変数の組み合わせを少なくする効果があります。
どんな型が来ても良い設計にすると、7つの型全てを考慮しなければなりませんが、一つの型になれば、アルゴリズムを考えるコストは1/7です。
同じ理由で配列の値に期待される型を一つに限定する事で、考えるコストを減らす事が出来ます。
なにをしたらいい？
引数について質問なのですが
（とあるページのコードです）
const func = ({ hoge = 'foo' } = {}) => console.log(hoge);
func(); // 'foo'
func({ hoge: 'bar' }); // 'bar'
3行目のように「何らかの値をオブジェクトや配列にして渡す」という場合は
そのオブジェクトや配列を定義しておく必要ないんですか？
一行目の関数定義でデフォルト引数設定してあるからね。
const func = ({ hoge}) => console.log(hoge);
ならhogeプロパティ持ってるオブジェクトを引数に与えないとエラー。
const func = ({ hoge = 'foo' }) => console.log(hoge);
でhogeプロパティ持ってないオブジェクトでもOKに。hogeのデフォルト値に'foo'を指定してあるから。
const func = ({ hoge = 'foo' } = {}) => console.log(hoge);
でオブジェクトすら与えなくてもよくなる。デフォルト引数に空オブジェクト{}を指定してあるから。その後はひとつ上と同じ。
確かに、ERB みたいな、テンプレートファイルじゃなく、
JavaScript(JS) ファイル内の配列から、簡単に要素を作りたいから、
文字列から要素を作るよりも、JS のメソッドで、要素を作った方がよいかも
map みたいなもので、1行で書けて、ループの記述を排除できれば、うれしいです。
可読性も高い方がよい
でも、同じ手法を、3回使うので、テンプレートエンジンでも良いのか
それと、配列内の数値は、他者からの入力ではなく、自分で用意したものなので、サニタイズは不要です
DOM 操作は遅いけど、createDocumentFragment で、まとめてDOM に追加すれば、
1回になるから、速いのでは？
実際大事なのはUXであって処理の速さではない
処理を分割したほうが良いという場合も多分にある
ttp://https://jsperf.com/document-fragment-vs-innerhtml-vs-looped-appendchild/90 div.innerHTML += で変更していくほうが速いのか？
createDocumentFragmentを使うほうが遅くなるんだな
そのときの他の処理の状況にもよるし何が速いとか言うことはできない
template要素を使う事が多い
あらゆる型毎にコードを用意する必要なんかなくて、ただ欲しい型に変換すればいいんだからあまりコストはかからないと思うよ
numberを期待してるところにオブジェクトが来ても、もしかするとvalueOfが定義されてるかもしれないでしょ？
numberを期待してるところにbignumが来たらそれで弾くっていうのも勿体ない
JSはスクリプト言語でもあるし、基本的に来る値は寄越した方に責任があると思う
だから未知のものに怯えずに取り敢えず来たものは使おうとしてみるっていうのは悪くないと思う
> map みたいなもので、1行で書けて、ループの記述を排除できれば、うれしいです。
ループをそこまで避けたがる理由、よく分からん…コーディング規約？？？
可読性についても さんのような意見もあるし、チーム構成によるかも知れず、保守担当（考えだしたらキリないな）
規約に関して言えば、DOM 操作に関してどうなっているものやら…？
ウチではこんな結果
ttps://i.imgur.com/SHVXElj.png IE11 は "innerHTHL += " の部分の途中で「この操作を完了するための十分な記憶域がありません」とギブアップ。
do ... while / while() {} / for
の速度比較やってるサイトも存在したような気もする
他には、jQuery で、古いIE向けの div#foo とか div.foo とかのハンドオプティマイズが逆効果になっているとか何とか
x86/x64 なら「文字列の追加処理」のコストが高いのは当然のような気がしないでもない
都度 realloc() のような処理をして、ヒープ領域からメモリ領域を確保してそう
innerHTML の実装は分からんけど、大きめのバッファを確保しているのかも知れず、状況次第で innerHTML 変更のコストもバカにならないかも
do ... while で100回やるとき
let i = 100;
do {
i--;
console.log(i);
} while(i)
とか書くのは可読性の面で駄目なんだろうなあ…
ttp://https://jsperf.com/document-fragment-vs-innerhtml-vs-looped-appendchild/94 そのコードって本当にdiv変数見えてるの？
ありがとうございます！
すいません質問の仕方がよくなかったです。
デフォルト引数とかよりももっともっと低級の質問でした…
const fn = (obj)=>{
const keys = Object.keys(obj);
for(let i = 0; i < keys.length; ++i) {
console.log(keys[i]);
}
};
fn({a:0,b:1,c:2,d:3,e:4,f:5});
上のコードで関数fnに渡されているオブジェクトは…
const obj = {a:0,b:1,c:2,d:3,e:4,f:5};
fn(obj);
のように定義してから渡さなくてもいいの？というのが疑問なんです。
はい。直接書いちゃって構いません。
コードの分かりやすさや、効率のために変数に入れてから使う方がよいことももちろん多くはありますが、少なくとも文法上はまったく問題なく、またよくそのように書かれています。
これでモヤモヤが晴れました！
ありがとうございました。
ググるときは 無名の変数とか無名のオブジェクト でな(´･ω･｀)
いい加減なこと言うな！
無名の変数とやらの具体例を出してみろ！
ごめんそうだね
何で変数って言ったんだろう俺
ビックリマーク付けてすまなかった…
「4.956…」とかの数字を「4」って感じに小数点以下を切り捨てるのは、また別のメソッドですか？
切り捨ては、Math.floorしか方法はないですか？
Math.floorは負の無限大方向への丸めであって切り捨てではない
切り捨てはMath.trunc
"mdn Math.floor" というキーワードでググったら良かったかも。
mousemoveイベントで取得する方法だとページを開いてから１ピクセルでもマウスを動かすまでは取得できなくて不便だなぁと困っております
タッチされた後マウスが動くまでポインタが消えるものもあるし
そう考えると開いたときのマウス位置を取るってことは、開かれる前の最後に起こったイベントを取りたいってことで
越権行為だということが分かるよね
DOMとかいうやつのdocumentっていつ作られるんでしょうか？
function() { document.getElementById('hoge'); } // documentを宣言してないけど使える
documentがいつ、どこで、どんな風に作られるのか、技術的な仕様はあるのでしょうか？
仕様があれば、どこの仕様書のどの部分に書かれてるのか教えて下さい。
それともdocumentが作られるかどうかは（仕様がなく）ブラウザによってまちまちなのでしょうか？
あるよ
考え方が逆かも
documentはDOMのエントリー点となるインターフェイス
documentがあるからDOMが存在できる
HTMLだけじゃなくXMLでもSVGでも一緒
なのでdocumentが作られるのはDOMができる前
documentはDocument()コンストラクタから作られる
試しにnew Document()ってやってみるといい
いやーこんな説明したの
20年ぶりかもw
> documentがいつ
→答えていない
> どこで
→答えていない
> どんな風に作られるのか
→答えていない
> 技術的な仕様はあるのでしょうか？
→答えていない
> 仕様があれば、どこの仕様書のどの部分に書かれてるのか教えて下さい。
→答えていない
documentが作られるのはドキュメントが出来た時に決まってるじゃん
ttp://https://www.ecma-international.org/ecma-262/6.0/ には document オブジェクトの定義自体が無い
なので web ブラウザの document オブジェクト自体は web ブラウザの実装に依る
あとは
ttp://https://developer.mozilla.org/ja/docs/Web/API/Document とか、好きなもの・必要なものを読めば良い
jQueryの$(document).on(～)は
body終了直前じゃなくても、$(function() {～})の
中に入れなくても問題ないってことなのかな？
問題があるかどうかは一般的には言えない
body終了直前に書くべきかどうかは色々な議論がある
じゃあ問題があるブラウザは今のところ
見つかってないってことでいい？
これでいいのかえ？
> documentがいつ
→ DOMが出来る前
> どこで
→ ブラウザなどの実行環境で
> どんな風に作られるのか
→ Documentコンストラクタのインスタンスとして
> 技術的な仕様はあるのでしょうか？
→
ttp://https://dom.spec.whatwg.org/#dom-document-document > 仕様があれば、どこの仕様書のどの部分に書かれてるのか教えて下さい。
→
ttp://https://dom.spec.whatwg.org/#dom-document-document ありがとうございます。
perseIntは逆にMDNの説明を読んでも、なんだかよく分かりませんでした。
全角数字を数値に変えるってこと？くらいでした。
しかし、mathも記事が多過ぎで、truncと教えてもらっておいてよかったです！
なぜ、floorで習ったのかは分からないですが、floorのこともわかった気がします。
ありがとうございます！
ttp://https://html.spec.whatwg.org/#the-window-object documentはwindowが作られるときに作られる
parseIntは数値っぽい文字列を数値に変えるので
0x10みたいな、文字も変換してしまう。
まあ、バグやな
四捨五入はfloorが正しいで。
10引いてから四捨五入するのも
四捨五入してから10引くのも
同じだと思うやろ？
金融系の四捨五入なら正しいな
まてまて
四捨五入ってのは
0～4は切り捨て、5～9は切り上げ
だから四捨五入なんじゃねえの？
なんのために四捨五入するかだろ
半分を境目として、少ないならば、少ない方へ丸めるのが四捨五入だ
意味はそれであってる
でもfloorって5より上でも切り捨てちゃうじゃん
roundなら5未満だけど
意味不明
少ない値の方に行くべきだろ
銀行丸めのことなら、違うと思うが
floorで四捨五入って出来なくね？って話
自分で数字確かめてから
5未満ならfloor、以上ならceilとかするならわからんでもないけど
1.1 0.1 -0.9
1.1なら1、0.1なら0なんだから、-0.9なら-1だろ
小数第二位とかで処理するときは
「文字列→数値→そのまま Math.round() で処理」だと誤差が出る可能性がある
'^[0-9][0-9]*(\.[0-9]*$|$)' が来る前提で
"." で split して 小数以下の必要な桁数を繋いで Math.round() するくらいしか思いつかないので
誰かもっと良い方法あったら補足して貰えるとありがたい
> -0.9なら-1だろ
そういう処理をする関数が古典BASICに存在した気がする
は "1e-1" とかの処理か…把握
どうやって作るんですか？
ありがとうございます。
その例えは、かなりしっくりきました！
math.floorは四捨五入というよりも、
何か数字があるなら「より、0に近付ける」みたいな感じみたいですね。
今回、自分はmath.floor(math.random(＊6)+1);で、1～6までの乱数に応じて、サイコロの目を振りたかったのです。
書き方、間違えてるかもです。
でも、多分、統計を取ったらfloorじゃなくて、truncにしないともしかしたら偏りが出そうですね。
「+1する」と習ったのですが、「それなら＊10して、小数点以下を切り捨てたらいいのでは？」と思いまして、誤解ではありましたが、parseIntが「小数点のない正数に変換する」というものだと思っていたので、
var num = Math.floor(Math.random()+1);
と
var num = Math.random()＊10;
parseInt(num);
のどっちも同じ様に使えるのか？
と疑問だったのです
return Math.floor((Math.random()*6))+1;
}
for (var i = 0; i < 20; i++){
console.log(sai());
}
桁上げて、四捨五入して、桁戻すのじゃダメかな
それなら ^\d+(\d$)$ を split して小数点以下を拾えなくもない…けれども IEEE 754-2008 を正確に理解していないので正確なコードの書き方わからんちん
ttp://https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Global_Objects/Math/round の「よりよい解決策」が参考になるかも知れんけど、正確な理解が出来てないので何とも
+5 して自力で書く…のは車輪の再発明と言われそーだな
「javascript mouse 座標」で検索！
マイナスにならないなら、floorもtruncも同じ。
数学的に正しいのはfloorで、小数点以下をなくすのがtrunc
> 1～6までの乱数に応じて、サイコロの目を振りたかったのです。
lodashを使うほうが間違いがない
ttp://https://lodash.com/docs/4.17.11#random > _.random(0, 5);
> // => an integer between 0 and 5
1～6なら _.random(1, 6); だろう
数値計算でできるものを文字列に変換して、
文字列処理をして、また数値に戻すのはダサすぎる
遅いし
ありがとうございます！
便利そうなのですが、これはライブラリというのをインストールしないと使えないのですね。
凄く便利そうなのに…
このライブラリをインストールするというのは、
自分が使うのではなくて、htmlのscriptの中に書くのはよくないですよね？
当然、観覧者がインストールされてなければ使えないのですよね？
<head>
＜script src="どこか/lodash.min.js"＞＜/script＞
＜script＞
もうつかえる
＜/script＞
</htm>
ユーザーさんに取り入れてもらえるものなら、良いものですね！
ユーザーにライブラリをインストールしてもらうわけじゃなくて、自分のとこのサーバーに入れといて、呼び出すだけなのですね！
CDN使ったほうが速いが、CDNが落ちた場合に困る
欲しい範囲のランダム整数すらもライブラリに頼るようなら
そもそも完成物ごとどこかからコピペした方が良い
どうせコーディングできないのだから
ランダム整数を使った何かだ。
手段と目的を履き違えたらだーめだーめ
(Math.random()*6|0)+1
のためにlodashとか使うのは、ただのばか
えっ
> マイナスにならないなら、floorもtruncも同じ。
0.5 は何になる？
> 数学的に正しいのはfloorで、小数点以下をなくすのがtrunc
負の無限大への丸めが数学的な四捨五入？
Math.floor()
引数より小さい最大の整数
Math.ceil()
引数より大きい最小の整数
Math.round()
引数を四捨五入した整数
Math.trunc()
引数の小数部分を切り飛ばした整数
パフォーマンスに有意な差があるかどうかは知らんけど
Math.floor(Math.random()*6)+1
と
Math.floor(Math.random()*6|0)+1
の違いが良くわからん…
ビットごとの or 取って何が変わるんだろう
もしかして、パフォーマンス以外で見るべき所がわからないの？
知らんし分からんのだが
何を見るべきなのだろうか…？
複数人が関わるプロジェクトとかなら、規約の範囲に留めなければならないことくらいかなあ？
（そういうのなら既存のモノを import させたりしそうなものだが、そういう話が出て来ない時点で(ry
vanilla JS でも
var my_rand = function (max, min) {
Math.floor(Math.random()*(max-mix+1))+min
}
※エラー処理は省略している
を関数にブッ込めば可読性も似たようなものかと…
ビット演算の必要性は分からん
あとは名前汚染の危険性か
エラー処理については全体で統一的に処理する、か
この点が面倒なら lodash もアリか
個別の問題としては、前提条件不明なので何とも
整数化している
ビット演算はintegerだから
なので、floorが無駄
ついでに32bitに丸めてる(デメリット)
あ、でもちょっと結果変わる、のかな？
負の数だったときとか
有名ライブラリだと、入社したばかりの人でも
前に使っていて知ってるってことがある
その場合に使い方を調べる必要がない。
オレオレライブラリだとそうはいかない
長年使われてきた自社製ライブラリもどきが原因のことがかなりあると思う
まあJavaScriptじゃそこまでの規模のに関わったこと無いけど
ふむ…
+( hoge ) とどう違うん？
+( hoge ) だと数値化に過ぎない、と
「可読性が低い」っていうんやで
このコードにはどういう意味があるんだ？ってみんなが思ってたら
コードレビューにならないだろ
ttp://https://developer.mozilla.org/ja/docs/Web/JavaScript/Reference/Operators/Operator_Precedence * の方が | より優先なので
(Math.random()*6|0) + 1
で充分、と
コレ lodash で書く意味あるん？？？
即値の 6 とか1 とかを都度書いて問題なさそうにも見える
> このコードにはどういう意味があるんだ？ってみんなが思ってたら
> コードレビューにならないだろ
この点は総論として同意できる
大昔に INT(RND(1)*6)+1 とか山ほど見てたからな…。
実務上でコレの慣例的表現が見られないらしいことにビックリだよ。。。
その意味では lodash はアリ、なのか
演算子の左右は1スペ空けてほしい…
> その意味では lodash はアリ、なのか
そんなもん場合によるとしか言えんだろうな
> 大昔に INT(RND(1)*6)+1 とか山ほど見てたからな…。
このような主観からもわかるように、
山ほど見てきたから = じゃあ山ほど見てない場合はどうなんだ？って話
山ほど見てきた人が、この書き方を知らないわけがないので、
山ほど見てない人というのは確定
その人にlodashを使う回答をするのはありだし、それみて、その人が便利だと思ったのだから
lodashを使った回答をした意味があったということ
これくらいは見てすぐ理解できるくらいの人を雇いたいなあ
現場では
初心者をターゲットにするなら、勿論、使うべきではない
最早何もできん
可読性警察だ! 神妙にせよ!
Array.from({length:10},()=>Date.now()%6+1);
//=> [4, 4, 4, 4, 4, 4, 4, 4, 4, 4]
あ、あれ？
一方…
Array.from({length:10},()=>(Math.random()*6|0)+1);
//=> [4, 2, 5, 2, 4, 2, 5, 2, 6, 6]
a = Math.floor( Math.random( ) * 6 ); //=> 0～5
a + 1; //=> 1～6
「浮動小数点数 | 0」
これをよく見るけど、可読性も悪いし、
どういう意図なのか、わからないから、考え込まされる
書いた人の仕様(答え)は、読む人にはわからないから、
考えてもあくまで推測だから、正解とは言えない！
最初から答えがあるのだから、推測する時間が無駄！
lodash
ttp://https://github.com/lodash/lodash CDN もあるみたい
// Cherry-pick methods (つまみ食い)で、そのメソッドだけを読み込める？
var at = require( 'lodash/at' );
at.js だけを読み込めるのか？
_.random(1, 6)ならわかりやすい？
lodashのドキュメントなり読まなきゃ意味は分からんだろ
可読性いうなら、コードはどれでもいいからコメントつけろよ
アンダースコアかローダッシュだなってのはなんとなくわかるからいいでしょ
そんなに珍しいもんでもないし
関数名と前後のコードでだいたいわかるし
コードの可読性が悪いからコメントが必要になる。
コードとコメントの二箇所に同じことが書かれてるのはdryではないし
コメントがコードの内容を正しく示しているかレビューする必要がある
読まなきゃ意味がわからない = 読めば意味がわかる
オレオレライブラリだと覚えた所で他のプロジェクトで知識を
再利用できる可能性は低く、覚えても無駄になるが
有名なものであれば、知識を再利用できる
そのような呼び出し方で上の結果にならないアルゴリズムである保証はMath.random関数にはない
Math.randomの実装がDate.nowを使っていても仕様に反しない
一度に沢山欲しいときは保証されているcrypto.getRandomValuesを使うこと
| 0 ) を使って良いか否か、コーディング規約に入れるべきかなあ
lodash を使う業務なら、議論の余地は無いだろうなあ
サイコロって話だから、乱数のエントロピーは Math.random() 程度で良いかと思って書きましたが
crypto.getRandomValues で「保証されている」と言い切られると若干違和感…
習った先生の話だと、Math.floor(Math.random()*6+1)は比較的、6が出にくいだったか、出やすいだったか…と言ってた気がするのですよね。
まだ、習った範囲だとfor文とかで1000回とか、サイコロの結果を出す事までしか頭が回らないのですが、
きっと「1～6までの数字を1000回出した結果、どの数字が何回出たか？」みたいのを出力する方法がありますよね
for文で1000回振って、ifで仕分けするみたいな感じですかね
- Math.random()が返す範囲
- 6倍した時の範囲
この辺を頭の中で整理して考える作業が足りない
for (let i = 0; i < 100000; ++i) {
counts[Math.floor(Math.random() * 6 + 1)]++;
}
console.log(counts); // [0, 16571, 16727, 16748, 16686, 16448, 16820]
まあ、普通は配列でやるよね
cryptoの方は暗号学的な一定レベルの保証がある
Mathの方は実装者の考え方次第で下限が無い
どの程度の乱数か予想することもできないので程度という言葉は使えない
その辺りがどうでもいいと言うときだけMathの方を使う
ttp://https://jser.info/2016/01/27/math.random-xsfhit/ 主要ブラウザの仕様は、おおむねこんなかんじ
crypto.getRandomValues はああいうことを「保証」すると言えるのか不明
…なお「10回振る」のを1000万回繰り返しても
Chrome / Firefox ともに1度も重複が無かった模様
Worker 以外の何らかの方法で複数スレッド作れば
マルチコアも活かせるんだろうけど未確認
すると int32 (singed int) になる様子 @ Chrome / Firefox / IE11
Math.floor は uint64
JS 上では、ARM って big endian だったっけ
x86 / x64 は little endian だけど
uint64 / int64 の実装は今後どうなるか不明
BigUint64Array のサポート状況は MDN 等を参照されたし
（Chrome で似たようなドキュメントがあるかどうかは未確認）
既出
実装の前に、ビット演算子の仕様を参照
> ビット演算子の仕様
では「 uint32 ではなく int32 になる」ことが明示的に書かれていませんよ？
ttp://https://www.ecma-international.org/ecma-262/6.0/#sec-grouping-operator-static-semantics-isfunctiondefinition 12.11.2 Static Semantics: IsValidSimpleAssignmentTarget
12.11.3 Runtime Semantics: Evaluation
参照のこと。
> Math.floorはdoubleを返すんだが
> 20.2.2.16 Math.floor ( x )
>
> Returns the greatest (closest to +∞) Number value that is not greater than x and is equal to a mathematical integer. If x is already an integer, the result is x.
>
> If x is NaN, the result is NaN.
> If x is +0, the result is +0.
> If x is ?0, the result is ?0.
> If x is +∞, the result is +∞.
> If x is ?∞, the result is ?∞.
> If x is greater than 0 but less than 1, the result is +0.
つーか、その程度の突込みの為にわざわざ仕様だらだらコピペするなよ
趣旨は「仕様を参照」なんだが
初めから仕様を出してくれたなら、何もいわなかった
もう丸４年も経ってるってことにそろそろ気付こうや
きっと中身があんまり変わってないと思ってるんだろうけど
特にここ２年くらいで冗長さを減らして読みやすくする試みがされてきてるから
ES6の仕様書にリンクする価値は全く無い
リンクする時は未来永劫残したい時は最新版、書き捨てで良い時はLS版
次の次の勧告いつになるんだろうね
したがって次のES2019は数日後
次の次のES2020は2020年6月勧告予定
もうLS版は2020になってる
以前書いたスクリプト↓でできるとおもうんだが、音声ファイルをどう呼び出せばいいのかわからない。
PC内のファイルにはアクセスできないよね?
フォントみたいにWeb上からよみだせないのかな?
function playSound() {
var audioElement = document.createElement("audio");
audioElement.src="pico2.mp3";
document.body.appendChild(audioElement);
audioElement.play();
} // ---
ttp://https://www.ipentec.com/document/javascript-play-sound-using-audio-object コレみたいなのではダメ？
base64にエンコードしてjsコード内に埋め込んでからするって手もあるぞ
サーバー上にあるものなら普通に絶対URLで指定すればok
ローカルにあるものはDataURIに変換してスクリプトに直に書く
twitter並の制限がかかってるサイトの場合は
DataURIでデータを用意してDataURI to Blob等で検索して出てくる変換かけてURL.createObjectURLでURLを生成
github並にガチガチに制限かかってる場合はTampermonkeyではなくViolentmonkey独自の
@inject-into content
使わないと無理かも
一秒ごとに音鳴らしたいのだけど↓のplaySound()をグローバルで定義してsetInterval()でループしたらループするごとに音源のサイトにアクセスするのだろうか??
audioElement.src = は グローバルに直接書いたほうがいいのだろうか?
DataURIとbase64も興味あるけど難しそう
function playSound() {
var audioElement = document.createElement("audio");
audioElement.src="
ttp://https://soundeffect-lab.info/sound/button/mp3/decision1.mp3"; document.body.appendChild(audioElement);
audioElement.play();
} // ---
そのplaySoundを毎秒呼び出したら毎回appendChildして無駄にメモリ消費し続けるよ
audioElementは外で定義してsetIntervalでやるのはaudioElement.play();だけでいい
ループ再生させりゃいいだけだろ
なにめんどくさいことやろうとしてんだ
setTimeoutで誤差の蓄積を最小限に留めるのが次点で
WebAudioAPIを使ってスケジューリングするのがベスト
ローカルPC 内の画像を、ブラウザで見てる
<img src="C:/Users/ユーザー名/Pictures/a.jpg">
これで見れる
URL なら、前に、file:/// を付けて、こうとか
file:///C:/Users/ユーザー名/Documents/index.html
ttp://https://insights.stackoverflow.com/survey/2019#technology-_-web-frameworks Most Popular Technologies
Web Frameworks
1. jQuery 48.7%
2. React.js 31.3%
3. Angular/Angular.js 30.7%
4. ASP.NET 26.3%
5. Express 19.7%
6. Spring 16.2%
7. Vue.js 15.2%
8. Django 13.0%
9. Flask 12.1%
10. Laravel 10.5%
11. Ruby on Rails 8.2%
12. Drupal 3.5%
> React.js and Vue.js are both the most loved and most wanted web frameworks by developers, while Drupal and jQuery are most dreaded.
現実見ろって話だねｗ
ttp://https://w3techs.com/technologies/history_overview/javascript_library/all/q 1年で+0.7% Usage
73.3% 73.3% 73.6% 73.9% 74.0%
1年で+0.4% Market Share
97.0% 97.2% 97.3% 97.3% 97.4%
Reactなんて1年で+0.1%しか増えてない
Reactの方が良いと思っても、現実にはReact使うまでもないことばかりってことなんだろうね
vueをやり始めた俺が
これを見ても折れないハートの強さはどこでクローン出来ますか？
Loved, Wantedを見よう
Bootstrapを使うと、jQueryの利用率は上がっていく！
Ruby on Rails では、jQuery 必須。
Vue.js を使う人もいるかも
Junichi Ito (伊藤淳一)の動画
Rails 5.1で作るVue.jsアプリケーション ～Herokuデプロイからシステムテストまで～
ttp://https://www.youtube.com/watch?v=ycOeM2umXkY なんか優しい言葉ください！
シェアが全てではないよ
自分が必要と思う技術を身につけることが大事
なぜなら、CakePHP は、Rails のコピーだから！
実は、JavaScript のNode.js, jQuery, Lodash も、Rubyに似てる！
Kotlin も、Rubyに似てる
死ねや
さんの方法でやりました。
さんの方法についてですが、
Webページ上の数値を一秒ごとに読み取ってある数値以下になると音を鳴らし続けたいのですが、コードの書き方がよくわからないです。
そっちのほうがいいかもしれませんが、setInterval()で繰り返し音を鳴らす方法に特に大きな問題ないようでしたら、今のままでやりたいと思います。
blobで取るか、abでとってaudiobufferにするか SWを使うか
色々ある
検索は頻繁にしますが、過去データの改変はあまりする予定は余りありません。
重複登録を削除するために直前のデータを削除するぐらいです。
例えば
名前 性別
太郎 男
花子 女
二郎 男
みたいなデータです。
var data = {
"name": ["太郎", "花子", "二郎"];
"gender": ["male", "female", "male"]
}
↑のようなかんじですが
列ごとにJSONにいれて列の各要素を配列にするのを考えています。
JSONはJSON.parseでlocalStorageを出し入れ
配列は、デリミタでストリング化←→配列化して出し入れ
にしようかと。
何かもっと良い方法ありますか?
JSから結構離れていてJSONへのデータの出し入れの仕方もよくおぼえてないのですが…
データは常に上の表で言えば行単位で追加します。
配列の中に↓のような配列入れるパターンも考えています。
[ ["taro", "male], ["hanako","female"]] # 行単位で配列の入れ子にするパターン
[ ["taro", "hanako"], ["male", female]] # 列単位で配列の入れ子にするパターン
統計処理する場合は、列単位でまとめたほうがいいですよね?
var data = [
{ name: '太郎', gender: 'male' },
{ name: '花子', gender: 'female' },
{ name: '二郎', gender: 'male' },
]
プログラムで使いやすいかたちのままぶっこんじゃう意識低い系です
JSONだとデータ処理どうなんでしょう?
例えば、太郎という名前の人の身長だけ取り出して、平均を求めるとかそういうふうに、
統計処理をヘビーにやりたいのですが。
628みたいに配列の中に連想配列を入れる方法一度だと思うけど
俺はミカという女はキツイ性格をしてると思う
俺のアンダーバーをミカというキツイ性格をしてる女に出し入れしたい。
データはのようにして、太郎の身長の平均を求めるなら
function averageHeight(name) {
const target = data.filter(e => e.name === name)
return target.reduce((acc,cur) => acc + cur.height, 0) / target.length
}
console.log(averageHeight('太郎'))
みたいに書ける
{ name: '太郎', gender: 'male', height: 180 },
{ name: '花子', gender: 'female', height: 160 },
{ name: '太郎', gender: 'male', height: 170 },
];
lodashを使えば、平均を求める関数が用意されてるから
更にわかりやすくかける。統計処理をヘビーにやりたいなら便利
console.log(_.meanBy(_.filter(data, {name: '太郎'}), 'height'));
console.log(_(data).filter({name: '太郎'}).meanBy('height'));
> 検索は頻繁にします
IndexedDB API
ttp://https://developer.mozilla.org/ja/docs/Web/API/IndexedDB_API ttp://https://www.google.com/amp/s/forest.watch.impress.co.jp/docs/news/1191/455/amp.index.html よっしゃよっしゃ
後はアップデートで強制インスコしてくれれば
IEのみとかいうクソ環境を無視して話が出来る
古いIEが急に使えなくなったら役所や準役所相当企業の
化石HPも１年位かけてアップデートされるだろうけどさ
名前が、唯一(ユニーク)のものなら、普通は辞書を使う。
名前が重複ありなら、id みたいなユニークな列を用意する
基本的には、データベース設計と同じ
みたいに、オブジェクトを使うこともできる
好き勝手に付けたり付けなかったりしたら思わぬところで意図しない動作をすることがあるのでセミコロン付けたくないならJavaScript Standard Styleというそれなりに人気のあるスタイルガイドに従うといい。
ttp://https://qiita.com/munieru_jp/items/ca16cbfa859468137d2e まあ一番人気のスタイルガイドはセミコロン強制だけどね。
を読んでJavaScriptスタンダードスタイルガイドが一番人気だと言ってると思ったの？小学校の国語からやり直した方がよいのでは？ｗ
必ず付けないと気が済まない人はつけ間違いやreturnなどで過度に付けていても気が付かない
セミコロンなしの実害はreturn+改行で間違いなくあるけど
セミコロンなしの実害はreturn+改行ではない
return+改行の問題はセミコロン付ける派が、セミコロンを付けなければ継続するという勘違いによるもの
てめえの犯したバグになんで人の流儀が関係あるんだよボケ
イスラム教徒が過ちを犯すのはキリスト教徒の教えのせいだっていうのと同じだぞ
Airbnb JavaScript スタイルガイドでは？
セミコロンは付けるべきですか？
もちろん。
なぜ? JavaScriptはセミコロンなしで改行を検出すると、自動セミコロン挿入(Automatic Semicolon Insertion)と呼ばれる一連の規則を使用して、
その改行をステートメントの終わりと見なし、（名前が示すとおり）改行の前にセミコロンを入れなければその行が壊れると考えた場所に、セミコロンを配置するかどうかを決定します。
ただし、ASIにはいくつかの風変わりな動作が含まれており、JavaScriptが改行を誤って解釈した場合、コードは壊れます。
新機能がJavaScriptの一部になるにつれて、これらのルールはより複雑になります。
ステートメントを明示的に終了し、不足しているセミコロンを検知するようにリンターを構成すると、問題に遭遇するのを防ぐのに役立ちます。
ttp://https://github.com/mitsuruog/javascript-style-guide/blob/master/README.md#semicolons でもさ、Rubyは逆にセミコロン省くんだよな。
セミコロン省いたために変な挙動をすることがあるのは同じなのに
で、つけ間違いやreturnなどで過度に付けることの実害は？
純粋にケースを知りたいんだが
浅薄な考えで関数呼び出しのカッコ省略できるようにしたせいで高階関数でdef定義の関数渡したり返したり出来なくなってprocやらlambdaやら.callでの呼び出しやらでムッチャクッチャのグッチャグチャになった。
こんなつまらんことでもめなくて済んだのに
かきく
と云うようなテキストがある時
コレをそのまま
var text = " あいう
かきく";
みたいにそのまま代入できないのでしょうか?
何行もあると↓みたいに書き直すのがすごくめんどくさいのです。
text = "あいう\nかきく"
text ="あいう" +
"かきく"
バッククォートで囲む
var text = `あいう
かきく`;
頭大丈夫？
セミコロンを意図的に省いたが自動挿入によって思わぬ結果を招くのは
論理的に考えてどちらかといえばセミコロン必須派の問題でしょ
省略派は常に自動挿入されることを意図してコードを書いてるのだから
自動挿入されると思っててされてなかったというのなら省略派の問題だけど
例で関数式の直後に括弧があるとくっついちゃうとか、returnのやつとかあるけどさ
普段そんなコード書かないもんな
必要な時だけ書くけどね
・return の後は改行しない
・括弧で始まる文の先頭には ; をつける
function f1() {
return
1;
}
function f2() {
return
2
}
console.log(f1()) // undefined
console.log(f2()) // undefined
その程度の理解なら大火傷が目に見えてる。
セミコロン付けたくないならおとなしくjs standard styleに従え。
従っていればセミコロンなしでも問題ないように知見入れ込まれてるんだから。
どっちみちプログラマが気を付けることには変わらないよね
誰も意図して書こうとはしないだろう
誤って書いてしまう場合があるからダメなのだよ
所詮人のやることと思わなきゃ
どっちにしろダメってことかｗ
「タイプ数が減る」しか思いつかないな
「文法を知っている必要がある」という点ではどちらも同じ
ご飯の後にご馳走さま言わない感じに近い
極力constを使わないと気が済まないとか
極力型チェックをしないと気が済まないとか
みたいでヒステリックで嫌いだな
セミコロン省略派のほうがconst厨に性質が近い。
リンクをクリックして読み込んだら実行みたいなのはどうすればいいの?
fetch(url)で
IE対応したいなら
ポリフィル読むか、ライブラリ使うか、XMLHttpRequestで
そこでテーブル内の各データを取得して←実行
次ページに移る
以降繰り返しクロムのデブツールのコンソールで行いたいと思っています
や借りように説明してくれ
わかるように説明してくれ
HTMLは実行するものじゃない
テーブルデータがjavascript等を使って動的に作成されるならselenium webdriverあたりを使ってスクレイピングする
取得した情報を何へ流し込んで、その後どう利用したいのかしらん
その取得したテーブルデータをどうしたいんだ？
データベースに保存したいの？
そういう思い込みが一番ダメ
でも厨房からやってて一番経験長いのがWeb
無いと気持ち悪いんだろうよ
jsの歴史と現状見るに害悪というか混乱の元
これに尽きる
理解していれば、どちらも同じ
これから全部省いたろ！めんどくせーしｗｗｗ
var a = []
(function(a){
console.log(a)
})(1)
//=> [] is not a function
あ、あれ？(´；ω；`)
;(function(a){
console.log(a)
})(1)
// 1
動くようにしたほうが良いんじゃないだろうか？
var regexp = 4
var ig = {exec: function(){return 8}}
var a = b
/regexp/ig.exec("str")
console.log(a)
//=> 2
？？？？？？？
文法を学習しろ
やーい説明できないんでしょ？ｗ
var b = 64
var regexp = 4
var ig = {exec: function(){return 8}}
var a = b
;/regexp/ig.exec("str")
console.log(a)
// 64
今でもセミコロン無しで動くでしょ
次の行との結合が発生する場合があるというだけでかといって
セミコロンが要らない代わりに１文１行制限が入っても野暮ったいし
今がちょうどいいバランスだと思うよ
セミコロン必須派は意図的にセミコロンを省略すること自体がありえねんだよバーカ
なにが論理的に考えてだよ
大した量ではありませんが、普通にセミコロン付けていくならば「本来覚えなくてもよかった」、「本質と関係ないクソ知識」です。
括弧と演算子だな
あとreturnのやつはいらない
出来ない人がクイズを出してるつもりなのか、
セミコロン省略のbadケースを紹介してるつもりなのか、
知らんが、迷惑行為には違いない
そういえばクラス構文では以下のようにセミコロン付ける事もできるけど
class C {
method(){};
}
セミコロン必要派の人は付けるんだろうか
付ける・付けないとしてそれは何を思ってのことなんだろうか
バカ「プーッ！ なにムダなセミコロン付けてんの？ｗｗｗ 付けなくても動くのにｗｗｗｗ」
ぼく「・・・」
－－－
バカ「あ、あれ意図通り動かない……」エラーになっちゃう……」
（３時間後）
バカ「あっ、そうか！ ここセミコロン要るところだった！ さすが俺、華麗に解決できたぜ！ｗｗ」
ぼく「・・・」
function foo(){};
と書いてるのを見かけることがある
それ逆にしても成立するよねｗ
「省いた場合に問題が起こりうるということ」が問題だということが、
なぜ未だにわからないんだろうか。
セミコロン必須派は文の終わりにセミコロンを付けようとする
毎行セミコロンを付けようとするバカは居ない
当然複数行に渡る文を書くこともあるし、その際には必須派でもセミコロンを付けない
そういうときに思わぬ自動挿入が起きて嵌まるというのはどちらかというと
自動挿入を利用している省略派ではなく必須派の問題
論理的に考えたらわかる
セミコロン要らない派はなぜそこで要らないか、なぜそこで要るのか、全然分かってないんだねｗｗｗ
functionの時点で関数式ならセミコロン付ける、関数宣言ならセミコロン付けない、だバーカｗ
セミコロン付ける派は関数宣言の終わり、
function foo() {};←ここにセミコロンなんて付けねーよｗｗ
function foo() {}←ここまでで関数宣言、
;つけたらただそのあとに空文追加してるだけじゃんｗｗｗ
関数式と関数宣言の違いすら分からんのかこれだから脳死セミコロン付けない派はｗｗｗｗｗ
今までの流れ見てきて分かるようにセミコロン省略派必須派に限らず
ASIの挙動を抑えておかないと嵌まる可能性が残る
暗黙の型変更のようにJSerは無視できないこと
ならばそのJSらしい性質をJSを書く上で活用しようというのは自然
それはつける派つけない派の違いじゃなくて文法を知っている知っていないの違いでしかない
まさかセミコロンつけない派のほうが文法を知ってると言いたいのかな？
成立しないよ。
付けなければいけないところ、付けなくてもよいところ、そのどちらでも、何個もセミコロン置いても余分なものは単に空文になるだけだから。
逆に省いてはいけないところを省いちゃうととんでもないことになる。
セミコロン省略は仕様書も読まないバカにはお勧めできない。
自分はクラス構文について話してるんだけど？
クラス構文中のセミコロンは空文ができるわけでなく
構文の柔軟性の一部でスペースのようなオプショナルな存在
それをセミコロンを付けようと意識してる人はどう考えるのかを教えて欲しかっただけだよ
宗教ｺﾜﾋｗ
勿論付けない派の方が文法を知っていると言う
文法を知っているのにわざわざ付けるっていうのは完全に好みの話になるし
文法を知らないのに大胆にも付けないっていうのは論外なこだわり
だからあくまで文法に詳しくなく安全側に倒して付けようとしてる派と
文法を良く知って不要なものは減らそうという派という対比で当然話してる
君はそうじゃない意味がない対比がしたいのかもしれないけど俺は巻き込まないでくれよな
つかそもそも複数行の文の途中ってそれASI自体起こらなくね？
それに初心者でも脳死でセミコロン省略できるって噛みついてきたんじゃないか。いい加減にしろよ。
> それはつける派つけない派の違いじゃなくて文法を知っている知っていないの違いでしかない
>704ではないが、それが最重要ポイントだと思うぞ
セミコロン必須/省略は大した問題ではない
いや、はという主張らしいぞ
俺は>704に賛同してるわけではないから
文法を完全に分かっているのなら当然どんなスタイルでも問題は起こらない
だがそうではないので意図しない問題が起きやすい弱点がそれぞれにある
セミコロンを付ける派も、return文など意図しない形で文が区切られて問題になることもあるという話
これは何十スレも前から度々話題になっているので詳細は割愛するが
==の代わりに積極的に===を使うようになればむしろ嵌まりやすくなるのと同じ
意味がわからない
脳死でプログラミングはできない
プログラミングというものは難しい
だけど入門者がセミコロン省略スタイルで学ぶのは
それはそれでその癖が付くだけだから何か問題があるとは思わないな
セミコロンを付けたほうが安全と思ってるかもしれないけど、
案外そうでもないよということでしょう
if (x) return; ←あ、戻り値がないんだな
a();
セミコロンなし派
if (x) return
a() ←ん、これ戻り値のつもりかな、それともif文の外？
セミコロン取った方が安全なの？
どうなの？
どっちが安全なの？
派閥に関わらず、文法を理解して適切に使え、という考えがなぜ理解できないんだろう？
セミコロンは付けるべきですか？
もちろん。
なぜ？
JavaScriptはセミコロンなしで改行を検出すると、自動セミコロン挿入(Automatic Semicolon Insertion)と呼ばれる一連の規則を使用して、
その改行をステートメントの終わりと見なし、（名前が示すとおり）改行の前にセミコロンを入れなければその行が壊れると考えた場所に、セミコロンを配置するかどうかを決定します。
ただし、ASIにはいくつかの風変わりな動作が含まれており、JavaScriptが改行を誤って解釈した場合、コードは壊れます。
新機能がJavaScriptの一部になるにつれて、これらのルールはより複雑になります。
ステートメントを明示的に終了し、不足しているセミコロンを検知するようにリンターを構成すると、問題に遭遇するのを防ぐのに役立ちます。
ttp://https://github.com/mitsuruog/javascript-style-guide/blob/master/README.md#semicolons Airbnb JavaScriptスタイルガイドに比べ全く人気のないJavaScript Standard Styleというスタイルガイドにメクラで従うといい。
ttp://https://qiita.com/munieru_jp/items/ca16cbfa859468137d2e どれだけ文法を理解して適切に使おうとしても、人がすることだからミスはある
それならミスが少ないほうを使え、という考えがなぜ理解できないんだろう？
実はどちらも危険でも安全でもない
毎歩杖を付きながら歩けば安全か？
足元がおぼつかず見通せない状況ならそうだが
杖が原因で危険が起こることもあるし
大衆にとっては付こうが付かまいが安全になったり危険になったりしない
杖を付いても付かなくても躓くことはしょっちゅうあるし
躓いたところで大ゴケすることなんて滅多にないし
躓くことを一々恐れて何か対策をしたりはしない
採用する理由だって今風だからとか、かっこいいから、とかしかないでしょ？
他に何かあるのメリット
何でそうまでして要らないものを省こうとしないのか個人的にはサッパリ分からない。
スペースと違って見にくくなるだけの余分な記号を何故わざわざ付ける？
ヘルメット付けてても必ず助かるわけじゃないという当たり前の事実は、
ヘルメット非着用を推進する理由にはならない。
JavaScriptはセミコロンなしで改行を検出すると、自動セミコロン挿入(Automatic Semicolon Insertion)と呼ばれる一連の規則を使用して、
その改行をステートメントの終わりと見なし、（名前が示すとおり）改行の前にセミコロンを入れなければその行が壊れると考えた場所に、セミコロンを配置するかどうかを決定します。
ただし、ASIにはいくつかの風変わりな動作が含まれており、JavaScriptが改行を誤って解釈した場合、コードは壊れます。
新機能がJavaScriptの一部になるにつれて、これらのルールはより複雑になります。
ステートメントを明示的に終了し、不足しているセミコロンを検知するようにリンターを構成すると、問題に遭遇するのを防ぐのに役立ちます。
バカ「プーッ！ なにムダなセミコロン付けてんの？ｗｗｗ 付けなくても動くのにｗｗｗｗ」
ぼく「・・・」
－－－
バカ「あ、あれ？ 意図通り動かない…… エラーになっちゃう……」
（３時間後）
バカ「あっ、そうか！ ここセミコロン要るところだった！ さすが俺、華麗に解決できたぜ！ｗｗ」
ぼく「・・・」
JSって色んな書き方ができて
ああいう書き方もある、こういう書き方もある
色々試して色々発見して自分のスタイルとJS知識を研磨していった先で到達するものであって
採用するとかいう話ではないと思うよ
Array()の代わりに[]を使うのと同じく
そちらの方が洗練されていると感じるから使う
Array()の方が分かりやすいと言えば勿論そうかも知れないけどね
世にあふれるJavaScriptのコードをどういう気持ちで見てるんだろう
俺の思い通りにならないムキーってか？
だから君は24時間風呂はいるときも寝るときも付けろというんでしょ
でも俺はポイントポイントで必要性があるときだけ付ければいいと思う
俺は常にヘルメットを被って生活してる君に対して違和感を感じてる
今ヘルメットを被らないで良いかどうかも分からない可愛そうな子にしか見えない
はい詭弁
メリットを言えよ
俺は[]の代わりにArray()を使ってもいいと思うし、
セミコロンをわざわざ付けて見にくくするのもいいと思ってるよ
新しい配列を構築するためにArrayコンストラクターを使用することは、単一引数の落とし穴と、Arrayグローバルが再定義される可能性があるため、通常、配列リテラル表記を使用することをお勧めします。
例外は、Arrayコンストラクタを使用して、コンストラクタに単一の数値引数を与えることによって、意図的に指定サイズのスパース配列を作成する場合です。
いや？
お前が工事現場で「ヘルメットを付けても必ず助かるわけじゃない」と言ってヘルメット着用の看板を剥がして回るｷﾁｶﾞｲだというだけだぞ。
ミスがあるなら、正しい文法を覚えればいいだけの話
覚える気がないなら、セミコロン必須でも省略でもミスは起こる
B「文法を学んで気を付ければいいよ」
A「それならセミコロン省かないほうが安全じゃない？」
B「邪魔な記号だからいいんだよ！俺が気に食わないの！」
よーし配列リテラルなんてうっちゃらかしてArrayコンストラクタで配列作るぜ！
var arr = Array(1, 2, 3);
console.log(arr);
//=> [1, 2, 3]
絶好調だぜ！配列リテラルなんて使ってられるか！要素１の配列も作るぜ！
var arr = Array(1);
console.log(arr);
//=> [undefined]
あ、あれ…？ (´；ω；`)
お前ミスしたことないの？
正しい文法を覚えててもミスはするの
覚える気があってもミスはするの
省略したほうがミスの可能性が高いの
わかる？
マウント取りたいだけなら好きにやればいいが、俺は省略も必須も文法さえ守れば好きにやればいいと思うぞ
「文法さえ守れば」どちらでも問題はない
分からん
ミスをするのは「知らないから」
それ以外に原因はない
思い付くのはgithubスター数と、babel-presetの週間ダウンロード数だな。
その知らないことによるミスを事前に減らしましょうって言ってんの
それがわからん？
ドラマ化決定！ｗｗｗｗｗ
個人の趣味で書いてるのは好きにすればいいじゃん
涙目くん毎回ためになるなぁｗ
・returnで値を返すときは直後に改行を入れない
結局これが素人にもプロにも最強
君は「何か良くわからないけど、セミコロンを付ければエラーがなくなるみたいです」と覚えるのかね？
少なくとも「俺はすべて知ってるからセミコロン省くぜ、あ、あれ？」よりはまし
答えになっていないようだが
文法を守った気になっている奴がASIによる余計なバグを追っている時間を
他のバグ潰しに使えるってこと
マウントは他所でどうぞ
どこがマウント？
事実を言っただけだが
反論をどうぞ
→文法を守った気になってる奴が云々
→？？？？
答えになってないじゃん
煽ってるだけじゃん
守ろうとすることと（能力的に）守れるかどうかは別問題
ここまで言わなきゃわからない？
君は「何か良くわからないけど、セミコロンを付ければエラーがなくなるみたいです」と覚えるのかね？
君は「何か良くわからないけど、セミコロンなんか付けなくてもエラー出ないみたいです」と覚えるのかね？
No
で、君の答えは？
セミコロンは付けるべきですか？
もちろん。
なぜ？
JavaScriptはセミコロンなしで改行を検出すると、自動セミコロン挿入(Automatic Semicolon Insertion)と呼ばれる一連の規則を使用して、
その改行をステートメントの終わりと見なし、（名前が示すとおり）改行の前にセミコロンを入れなければその行が壊れると考えた場所に、セミコロンを配置するかどうかを決定します。
ただし、ASIにはいくつかの風変わりな動作が含まれており、JavaScriptが改行を誤って解釈した場合、コードは壊れます。
新機能がJavaScriptの一部になるにつれて、これらのルールはより複雑になります。
ステートメントを明示的に終了し、不足しているセミコロンを検知するようにリンターを構成すると、問題に遭遇するのを防ぐのに役立ちます。
ttp://https://github.com/mitsuruog/javascript-style-guide/blob/master/README.md#semicolons だから、
「何か良くわからないけど、セミコロンを付ければエラーがなくなるみたいです」
のほうが
「俺はすべて知ってるからセミコロン省くぜ、あ、あれ？ここ省いちゃダメだった」
よりも、
ASIによる余計なバグを追っている時間を他のバグ潰しに使える分ましだと言っている
つまり、Yesってことか
はっきりいえよ
歪曲表現を好む日本人かよｗ
誰にいってんだろ？
(function(a){
console.log(a)
})(1)
//=> [] is not a function
メリットも語れないし草生やすだけ
君は知らないからセミコロン省略でミスをする
セミコロン省略派は知らなければ使えないので理解しようとする
ミスをすれば、さらに深く理解しようとする
理解すればミスはしない
理解しなければミスをする
それだけの話
(function(a){
console.log(a);
})(1);
は美しくなく、
var a = []
;(function(a){
console.log(a)
})(1)
は美しい？ｗｗ
省略派のゲテモノセンスはよく分からんｗｗ
ミスする奴は必ずいる
そういうやつはどうすればいいの？教えてプロ
それに初心者でも脳死でセミコロン省略できるって噛みついてきたんじゃないか。いい加減にしろよ。
世の中にセミコロン必須にしているスタイルガイドがあるのは何故だと思う？
世の中にセミコロン不要としているスタイルガイドがあるのは何故だと思う？
ミスの原因、原理を突き詰める事だ
知らない事を良しとしているのだろう
ごめん、わからない
俺はセミコロン付ける派なので
てかたまには答えたら？答えられないの？
コンドームなど不要！
すまん、読み間違えた
セミコロン省略しても良いケースを熟知しているのだろう
付ける方は付けないやり方も長く試したけど、実際こういう問題が起きた
とは自分の実力がないと言ってるようで主張しにくいもの
周りの付けない人を何十人も見てきたけど統計的にそのグループは
こういう間違いを犯しやすいという事実もないしさ
一方付けない方は付けるのも試してる上で付けなくても問題はないと
nは小さいけど実体験を語ってるわけで
付ける方が詭弁連呼や失礼な根拠要求しかできないのに比べると圧倒的に強いね
客観的に見て議論は付けない方の勝ち
ただし自分は付け続けるし人にも付けることを強く進める
以上、終わり
下記が正しい
知らない事を良しとしているのだろう
セミコロン省略しても良いケースを熟知しているのだろう
コンドームは必要なときにつけるもの
彼女も居ないのに24時間付けてないと気が済まない性癖を偉そうに主張されてもね
覆すことはできんなｗ
セミコロンは付けるべきですか？
もちろん。
なぜ？
JavaScriptはセミコロンなしで改行を検出すると、自動セミコロン挿入(Automatic Semicolon Insertion)と呼ばれる一連の規則を使用して、
その改行をステートメントの終わりと見なし、（名前が示すとおり）改行の前にセミコロンを入れなければその行が壊れると考えた場所に、セミコロンを配置するかどうかを決定します。
ただし、ASIにはいくつかの風変わりな動作が含まれており、JavaScriptが改行を誤って解釈した場合、コードは壊れます。
新機能がJavaScriptの一部になるにつれて、これらのルールはより複雑になります。
ステートメントを明示的に終了し、不足しているセミコロンを検知するようにリンターを構成すると、問題に遭遇するのを防ぐのに役立ちます。
ttp://https://github.com/mitsuruog/javascript-style-guide/blob/master/README.md#semicolons 笑えるのが付けない派がこれを書くってことだよなｗｗｗ
心の中で地の涙を流してるのだろうかｗ
うざい、何度も貼るな
発狂ｗｗｗ
その妄想論はどこから来てるの？
どうすんの？
var a = []
(function(a){
console.log(a)
})(1)
//=> [] is not a function
何が面白いんだか
連投すれば、誰でも迷惑に感じることぐらい理解しろよ
var a = []; と書けば？
イライラしてんなｗｗ
当たんなよｗｗｗｗ
そうだね。良くできました！
俺は理解してもミスは起こると言っている
ここが永遠に埋まらない溝
くやしいのうｗｗｗｗｗ
君はセミコロン省略派をやり込めたと思っているようだね
何事にも例外はあるということをいちいちいわないと理解できないタイプ
> 俺は理解してもミスは起こると言っている
論理的に根拠を説明してくれるよな？
結局全部省略できないで「こういう場合は付けないといけません」アホかと。
「こういう場合付けないといけません。さもないとバグります」
アホな理由が分からん
理解して使う分には全然かまわないぞ、俺は
それに初心者でも脳死でセミコロン省略できるって噛みついてきたんじゃないか。いい加減にしろよ。
ならお前も逆論を論理的に説明しろ
ID:lh1CUoFSは説明しているが、お前は何一つ説明してないだろ
お前がしたなら説明してやる
全員が同一人物に見える病気なら、通院しろ
え…、「理解してないものはバグる」って説明しないと理解できないものなのか？
を読めないのか？
「理解してないものはバグる」じゃない、「理解したらミスらない」だ
この2つは全然違うぞ
すまんね
「理解したらミスらない」が真なら、「理解してなければミスる」も真
以上
うまくいく場合もある
ttp://https://www.ecma-international.org/ecma-262/5.1/#sec-7.9 ttp://https://www.ecma-international.org/ecma-262/9.0/#sec-automatic-semicolon-insertion ttp://https://tc39.es/ecma262/#sec-automatic-semicolon-insertion だから「理解したらミスらない」が真だと思わないって言ってるの
「理解したらミスらない」が真である根拠を論理的に説明よろ
複数バージョンを取り上げるその心は？
原理を100%理解したら、100%期待通りに動くように書けるだろ
お前の言ってることはまるで分らん
絶対ミスらないクセにやることがJavaScriptのセミコロンの省略ｗ
お前の理想の世界ではな
現実には
・タイプミス
・修正忘れ
・minifyによる圧縮
などにより仮に全員が完全に理解していてもミスやバグは起こるんだよ
仕様を理解していることと、それを完璧にコードに反映できることは別なの
その作業工程を十分に「理解」してなかったからだろ
だから理解した「つもり」になっている奴が現実にいるという話だよ
ID:lh1CUoFSもそうでないとは言い切れんだろ？
それなら最初からミスする前提でミスの少ないセミコロン付けをしましょうね
と最初に戻るわけだ
なんのこっちゃ
作業自体を理解してない奴に触らせるのが正しいのか？
tc39見てると一体いくつのステキな提案がASIハザードのせいで沈んでいったか……
＞問題に遭遇するのを防ぐのに役立ちます。
はこんなのくそくらえだって言うんだろ？
俺は理解してもミスは起こると言っている
だから理解した「つもり」になっている奴が現実にいるという話だよ
相手の主張に「つもり」を付けて反証した「つもり」になっているのが「永遠に埋まらない溝」ですね
Examples of Automatic Semicolon Insertion の内容は、過去のも最新ドラフトのも同一だが
Rules of Automatic Semicolon Insertion は若干変化がある、と
俺は「仮に全員が完全に理解していても」と前提を言ったのに
が「十分に「理解」してなかったから」とかわけわからんこと言い出したのに付き合って
で合わせただけだよ
もちろん本人が意図しないミスだってあるよ
省略する派 → (´ω`)
は真っ当な意見だと思うがね
君が勝手に「理解」の範囲をECMAScriptに限定していただけ
まあ最初の流れでは仕様を理解すると言っていたからね
そうやって文脈をすり替えるのは結構だけど俺の結論はこう
「作業工程も仕様も理解していてもミスるからセミコロンはつけよう」
>「作業工程も仕様も理解していてもミスるからセミコロンはつけよう」
それを理解していたら、をミスる理由がなくなる
理解しててもしてなくても発生率が有意に変わるとは思えん
「理解していれば防げた」はずの分だけ、ミスやらバグやら減るんじゃね
タイプミスも修正忘れもしないってか？大した自信だね
から段々、文脈を変えてきてるし、都合よく論理を改変されてる気がしてならないよ
ミスしないならキレイにインデントする必要もないね。むしろ詰めるべき。必要なところだけワンスペース。
それはもうセミコロン省略が関係なくなってる事に気が付いてる？
「だからセミコロンを付けろと言っただろ」
「・・・」
そのとおり
理解しててもしてなくても、セミコロン付けると発生率が下がるのよ
絶対にミスしないウソつき以外にはセミコロン省略は使えない
セミコロン必須にすると、タイプミスや修正漏れが減る根拠を教えて下さい！
関係あるよ
var a = []
(function () {})() ←タイプミス
それタイプミスじゃないだろ
ごめん発生率はASIによるバグの発生率だったわｗ
いつも屁理屈言い訳ばかりしてるから上達したのだろう。
なんでそんな拘るかね┐(´-｀)┌ﾔﾚﾔﾚ
理解した「つもり」になってる奴はセミコロン必須にしろ
(function(a){
console.log(a)
})(1)
//=> [] is not a function
理解しろ理解しろ理解したらバグは起こらない！
いやそれでメリットは？
セミコロンなくてスッキリしてていいな！
今度からそう書くわ！
ASIの仕様に詳しくなれる
ASIの仕様に詳しくなりたい人は、セミコロンを省略しよう！
理解が浅いとバグっちゃうから、スリル満点だぞ！
理解しろ派は省略派ではなかったろ
読解力を身に着けた方がいい
jQuery房と同質のものを感じるわ
頭沸いてんのか
哀れみｗ
・ASIの仕様に詳しくなれる
デメリット
・意図しない関数呼び出し
var a = []
(function () {})() //=> [] is not a function
・意図しないreturn文
return
a + b
・ダサいスタイル
;(function () {...})()
![1,2,3].map(...)
で再指摘されてんのに、注意力散漫すぎだろ
君もセミコロン省略派になって、セミコロン省略スタイルでしか役に立たない知識を身に付けよう！
これ全然直感的じゃないよなｗ
もうセミコロンさえなければ何でもいいという執念を感じるｗ
で書かれているとおり
デメリット
つけない派の根拠０の執拗な攻撃に遭う
というか、SyntaxErrorだし
つ
「ぶ、文頭ならおｋ」
なんでや…
そりゃ俺らの言葉なんかより権威ある出所からのお言葉なら大満足でしょ
セミコロンを省略しちゃうあなたは見た目に騙され本質が見えないタイプ。
プログラミング言語はRubyがお似合いかも！？
そして、別の権威者が反対の事を言い出したら、意見を100%反転させるのだな
話そらしてばかりだね。どこに行くの？
意味を分かってないから、タイプミスや修正漏れは日常茶飯事
まあ言うてgithubシェアNo.1ですから
相手にケチつけてばかりで何もメリットを語れない省略派ｗ
大脳新皮質も省略してしまったのだろうか？ｗ
ｗｗｗｗ
必須派もケチつけてばかりじゃあないか
do
console.log(--
i
)
while (i)
こんなのアリなのか
初めて知った
- 同じ文章を何度もコピペ
- 「つもり」を後付け
- 誤認によるセミコロン省略は「タイプミス」
- 作業工程を理解しても「タイプミス」「修正漏れ」「minifyによる圧縮」のミスは起きる
- セミコロン必須でも「タイプミス」「修正漏れ」「minifyによる圧縮」のミスは減る
- 作業工程も仕様も理解していてもミスるからセミコロンはつけよう
- 立証責任を放棄して相手に説明要求
- 答えを何度もはぐらかす
- ID:lh1CUoFSと省略派の区別がつかない
ASIはつけ忘れた時の補完用でしかないとは作者の言葉だ
セミコロンが嫌なら別の言語に行くべきだ
i = 10; do console.log(--i); while (i) i = 10; do console.log(--i); while (i)
はokで
i = 10 do console.log(--i) while (i)
はエラー、なのか
も
f1() f2()
もエラー、と
2
console.log(a)
はokで
const a = 1 2
とか
const a = 1
2 console.log(a)
とか
const a = 1 console.log(a)
とかはエラー、か
セミコロンは省略しまくって良いんだろうね
省略したからと言ってなにか問題になることはないよね
善悪二元論でやりあってるうちは永遠に決着しないよ
もうすぐ暑い夏か
if ( condition )
// do something
なら問題ないよー
セミコロンの有無での差は、これから確認してみるね
よって、省略しても大規模プロジェクトできるのは証明済
好きにすりゃいいと思う
一部の mifniiier だとエラーになる可能性があったようだけど
今は全然問題ないの？
まあいいや、とにかくminifyも問題ないので
宗教論争してもしょうがないね
自分はセミコロンなんて基本prettierに打ってもらえばいいじゃん派です
先日の integer 問題ですが
console.log(Number.MAX_SAFE_INTEGER)
とかが参考になって、整数どうしの演算でも相応の範囲で誤差がでないっぽい…？
「拡張倍精度浮動小数点数」とか「四倍精度浮動小数点数」だと話が変わるっぽい…？
正確な所は今から調べるんで、妙なことを書いてたらごめんなさい
"ES6" が何を指すかによるんじゃないかなあ…？
「どういう機能を使い、どういうモノは避ける」みたいなのが示されれば、具体的な話も出来るかも
極論 IE11 でも「ES6 の範囲のだけど IE11 で問題ない」モノなら…
それを.element1.value で取得して整形
整形したテキストを element2.textContent で別のテキストエリアに出力
てのをやってる。
ここまではうまく出来た。
で、出力用のテキストエリアのテキストを、JSからじゃなくて、キーボードとか普通の方法で一度変更したりすると
その後JSから .textContentを使って出力ができなくなる。
これどうして?回避方法ある?
ttp://https://jsfiddle.net/8e64dmr7/ value でできました。
最初 value でやってたけど出来ないからtextContentにしたんだけど
なんでだろう…。
最初はボックス一つでインプットボックスにアウトプットしてたからなのかな?
JSのNumber基本数値はDoubleなんだから
Doubleで整数が1刻みで表せる値の間に計算結果が収まる限り誤差は出ない
それかNumberの代わりにBignumを使うと良い
御返答、ありがとうございます。
Chrome 75 系では
console.log(typeof 1152921504606846976n)
は bigint でした。
MDN では Firefox 68系で BigInt のサポートが始まる予定と書かれていますが
ベータ版で確認してみるのも手…なのでしょうか
なにぶん今 Windows8.1 なので、カナリア EDGE は…他に影響ないなら使ってみても良い…？
もしくはwith-proxyでも実装は大変だがスマートにかける
それか面倒くさいbigint系ライブラリで妥協するか
vimなんて選択肢keymapにないけどどういうこと?
vimはなくしたようですね。
<div contenteditable></div>
<div contenteditable></div>
document.querySelectorAll( "[contenteditable]" ).forEach( function( value ) {
value.addEventListener( "DOMSubtreeModified", function( event ) {
console.log( value.innerText )
});
});
MutationObserver使えるブラウザの時だけ使うようにすれば
new MutationObserver(records => {
console.log(node.innerText);
}).observe(node, { childList: true, subtree: true });
});
ありがとうございました
同一平面上に散るn個の点の
他の点との距離を全て計算したいんですが
どうすると計算回数少なくなりますかね？
JavascriptでDataTablesが使われているときに
左上のselectをTampermonkeyから自動でselectedにしても
表が更新されません。
どうすればいいのでしょうか。
・スクリプトに介入して関数を実行する
・今ある表は消して自分で表を作る
スクリプト側から「今ブラウザが（どの程度）アイドル状態か」を知る方法ってどんな手があるでしょうか？
タブを開いている最中（読み込んでいる最中）だとか、CPU負荷だとか色んな指標がありますが、
少なくとも今時分のタブだけじゃなく、ブラウザ全体での負荷量や作業量が知りたいのですが。
スクリプトからは自分の情報しか見れません。
他の情報は見れたら困る。絶対禁止。
タブ割当メモリを見る（他のタブにも影響される）
performance.memory （.measureMemory策定中）
CPUの稼働状況を測る
performance.profile()
表示負荷を書けたくない描画は
requestPostAnimationFrame
アイドル中に処理がしたければ
requestIdleCallback
システムがロックされていたり、ユーザーのアイドル状態を検知するには
IdleDetector
ありがとうございます
まさにrequestIdleCallback が目的のことに使えそうでした
急ぎではない処理を、ブラウザの他の重い作業（他のタブの作業やブラウザアドオン等）の邪魔をせずに始めたい
（そうしないとブラウザが果てしなく重くなり自分にとっても操作が緩慢になるだけなので）という要求があったのですが
こういう機能がついたということは他の人にとってもこれが欲しい状況はあるあるだったのでしょうね。
それにしてもこういう便利な機能を網羅的につらつら読んで知っていける本ってあるのでしょうか
とりあえずここでも見たら？
ttp://https://www.chromestatus.com/features HTML5ムーブメント時代からの重要点が1500項目くらいにまとまってるので
HTML、HTML5の基本を勉強してこれを全部読み、さらに興味があるものを深掘りするのが良いと思う
｛（ストレージなど）を読み、加工して、書き込む｝、という一連の処理部分があるとします、
そこを実行してる時に他の同類の処理が並行して走ると、ストレージの加工の前後関係が崩れてしまうという時に
｛｝内の動作だけは他の（タブやスレッドの？）処理を止めたい、割り込まれたくない、という時はどうしたらいいんでしょうか？
一連だけど同期的じゃないんだよね
ほぼ同期的ならIDBでwriteモードで開けば
その間は他はwriteモードで開けない
汎用的にやるならLock APIを使って皆で管理する
皆でルールを守って使うということになる
CSSで使える色名は何文字にするのが良いでしょうか?
rebeccapurpleのようにいきなり色んな理由で長名の色が入る事があるのではないかと危惧しています。
かと言って合理的で最小限の数値としてその数字を選んだ根拠を示さないと行けないので十分余裕を持って５０文字とか、ちょっとキリ良く２０文字位にする的な決定はできません。
LineモバイルのID入力欄はこんなかんじ
<input type="text" name="loginAccount" class="md01InputTxt FnRequired FnOneByteAlphabetNumeric FnMin FnAllowEnterToGo"
maxlength="20" minlength="6" placeholder="ログインID" value="" />
> CSSで使える色名
hex強制で6文字とか
16進数強制で最大6文字（だめか）
20年くらい前「なら」普通
ttps://mevius.5ch.net/test/read.cgi/hp/1562318008/ なんとかしてできないでしょうか?
ユーザスクリプトで既存のサイトのボタンにイベントリスナを追加したいのですが。
.onclick=とかだと1個しか付けられなかった
はあ、バグが取れない…
半日取り組んで成果なし。
もう疲れたよ…
分かる
なんとかファースト
数の問題ではない
「jquery event 複数」で検索！
$( 'CSS セレクター' ).on('click mouseenter', function() { 処理 } )
$( 'CSS セレクター' ).on({
'mouseenter': function() { 処理 },
'mouseleave': function() { 処理 }
})
ありがとう
ttp://https://www.google.com/search?q=mouseover+mouseenter+%E9%81%95%E3%81%84&oq=mouseover+mouseenter コレって役に立つ？
ttp://https://www.google.com/search?q=mouseover+mouseenter+%E9%81%95%E3%81%84 まちがえた
自分で試せば分かる事は自分で試す、基本
ttp://https://jsbin.com/fuqiqat/edit?html,js,output こんなの参考になるかなあ…？
アホなコードが入ってたらごめんなさい
知識・技術がいくらあってもそんなにage評価されん
技術・知識がちょっとでも足りないとsage評価されっけど
なので出来ないことが無いように頑張れ
あったら全力で隠して、依頼があってから死ぬ気で身につけよう
ちまたにある tips とされるもののうち
20個くらい間違ってると発見できたら
そのコード提出した上で職探すよろし
次スレで FAQ として掲げられたページの
カビ臭い部分全部直す、とかね
サンクス、時間だけはあるから色んなサイトで一通りやってくるわ
・ゼロパディング("3" -> "0003") を、if も slice も使わずに実装せよ
・0.1 + 0.1 = 0.2 というふうに誤差が出ないように、小数と小数の和を求めよ
…とか…
Linux の数十の基本コマンド・シェルスクリプトと、
Ruby で、Sinatra をいじくって、Rails やれば、サーバー側のウェブプログラマー！
Rubyからは飛躍的に世界が広がるから、Kotlin, Go にも行ける
最初は jQuery なんて「そんな名前のものがあるんだな」程度でガン無視で良い
今だったらLayoutAPI使ってgrid再現したり
PaintAPIでカスタムボタン要素作ってみたり
Houdini系を巧みに扱えればHTML、CSS、JSの技術と
一連のレンダリングフローの知識があると評価してもらえると思うよ
(そんなもんやればわかること)
<br/>は？
難しい・・・・
頑張れ
でもScrollIntoView()だけで済むようになっちゃうかも…
