私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.97 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
構文増える→バグが増える
一つの目的に複数の書き方があるのはいいことだと言い出したのはPerlからかな
何となくこれで合ってるんじゃないか？で本当に動いてくれれば素晴らしいんだが
実際はそこまでできないので結局バグを埋め込む機会を増やすことになる
一つの目的に複数の書き方があるのはいいことだと言い出したのはPerlからかな
何となくこれで合ってるんじゃないか？で本当に動いてくれれば素晴らしいんだが
実際はそこまでできないので結局バグを埋め込む機会を増やすことになる
>>402
まあ確かに現実にそうなっちゃあ良くないと思うけどさ
構文が増えるっていきなり100も200も増えるわけじゃないんだし
特にforとか速度にクリティカルな部分だから多少増えてもいいと思う
自分がloop欲しいっていったのもそういう部分で1nsでもわざわざ無駄をしたくなかったわけで
まあ確かに現実にそうなっちゃあ良くないと思うけどさ
構文が増えるっていきなり100も200も増えるわけじゃないんだし
特にforとか速度にクリティカルな部分だから多少増えてもいいと思う
自分がloop欲しいっていったのもそういう部分で1nsでもわざわざ無駄をしたくなかったわけで
最適化問題とかで
外部は無条件でループさせて
内部の深いところでラベルbreak使うときとか
外部は無条件でループさせて
内部の深いところでラベルbreak使うときとか
外部は無条件にループさせるとなぜ最適化されるかがわからない
そのコードは外部にbreak文を置く書き方に変更したらなぜ遅くなる？
そのコードは外部にbreak文を置く書き方に変更したらなぜ遅くなる？
イマドキのコンパイラは”普通の書き方”で最適化されるように調節されてるからオリジナリティあふれるコードは遅いのが常
もう全部gotoでいいよ
>> 409
"abc"はただの文字列
String()は関数で、引数に与えられたものを文字列型に変換したものを返す
引数に.toString()するのとだいたい一緒
new String()はコンストラクタで、Stringオブジェクトを生成する
>> 409
"abc"はただの文字列
String()は関数で、引数に与えられたものを文字列型に変換したものを返す
引数に.toString()するのとだいたい一緒
new String()はコンストラクタで、Stringオブジェクトを生成する
数学の最適化問題にしてはずいぶん特定的なコードの話ですね。
線形計画法とか山登りとかGeneticとか色々あるわけだけど。
線形計画法とか山登りとかGeneticとか色々あるわけだけど。
コンパイラの最適化って基本ブロックに分解してデータフロー解析でとかだから
表面的な構文が何かなんて全然関係ないよ。
表面的な構文が何かなんて全然関係ないよ。
最適化問題って言ったら最適化問題しかないでしょ…
まあ自分の言い方も悪かった、時間がなくて急いで返信したからな
まあ自分の言い方も悪かった、時間がなくて急いで返信したからな
>420
だからお前の「都合が良くて嬉しい理由」ってのが一般論的なものなのかを理解するために
みんな色々コメントしたんだろ。
職場やら研究室やらで自分の説明力が低いのを棚にあげて
「周りの奴らは理解力が低い、馬鹿だ」って愚痴ってるようなタイプか？
だからお前の「都合が良くて嬉しい理由」ってのが一般論的なものなのかを理解するために
みんな色々コメントしたんだろ。
職場やら研究室やらで自分の説明力が低いのを棚にあげて
「周りの奴らは理解力が低い、馬鹿だ」って愚痴ってるようなタイプか？
はい？
何言ってんのよ
まあ初めに自分が余計な発言したのが悪かったからどうか許してくれよ
こんなやり取りスレチ過ぎる
何言ってんのよ
まあ初めに自分が余計な発言したのが悪かったからどうか許してくれよ
こんなやり取りスレチ過ぎる
>>424
わかりました。いい加減なことをいいます。
わかりました。いい加減なことをいいます。
プログラム板から誘導されました
HTML側でリストから選択
選択されたもののvalueに対応するクラスを生成ってのやりたいんですけど
phpでいうnew $objName()みたいなことはできないでしょうか
HTML側でリストから選択
選択されたもののvalueに対応するクラスを生成ってのやりたいんですけど
phpでいうnew $objName()みたいなことはできないでしょうか
var obj = {
クラスとやらの集合
};
new obj[value]();
クラスとやらの集合
};
new obj[value]();
>>427
変数objNameにコンストラクタオブジェクトが入っているのなら
new (objName)()
変数objNameにコンストラクタ名の文字列が入っているのなら
new (window[objName])()
コンストラクタが何を意味するか分からないなら勉強してね。
変数objNameにコンストラクタオブジェクトが入っているのなら
new (objName)()
変数objNameにコンストラクタ名の文字列が入っているのなら
new (window[objName])()
コンストラクタが何を意味するか分からないなら勉強してね。
>>429の下の方で出来ました
windowって.じゃなくて[]でもアクセスできるんですね
windowって.じゃなくて[]でもアクセスできるんですね
>>430
おい、ム板ででも書いてやっただろうが
(function (a) {
function FF() {};
FF.prototype.log = function () {console.log(arguments)};
return new (eval(a))(); // 他にいい方法ありそう
})("FF");
こんな場合は厄介かもしれん
おい、ム板ででも書いてやっただろうが
(function (a) {
function FF() {};
FF.prototype.log = function () {console.log(arguments)};
return new (eval(a))(); // 他にいい方法ありそう
})("FF");
こんな場合は厄介かもしれん
Your script creates DOM nodes from HTML strings containing unsanitized data, by assigning to innerHTML or through similar means. Aside from being inefficient, this is a major security risk
var parser = document.createElement('div');
parser.innerHTML = x.responseText; // 他のwebサイトのhtml
var t = parser.getElementsByClassName('aa')[0];
↑この部分について代わりの方法教えてもらえないでしょうか
var parser = document.createElement('div');
parser.innerHTML = x.responseText; // 他のwebサイトのhtml
var t = parser.getElementsByClassName('aa')[0];
↑この部分について代わりの方法教えてもらえないでしょうか
質問させて下さい
123 456 <改行>
abc def <改行>
↑といったテキストデータ（元はクリップボード）があったとして、
行末の改行毎に配列に取り込み "123 456","abc def" と２つのデータにしたいのですが、
.split(/\n/) とすると半角スペースでも区切られ"123","456","abc","def" と４つになってしまいます
半角スペースでは処理せず、改行だけで分割するにはどうしたら良いでしょうか？
123 456 <改行>
abc def <改行>
↑といったテキストデータ（元はクリップボード）があったとして、
行末の改行毎に配列に取り込み "123 456","abc def" と２つのデータにしたいのですが、
.split(/\n/) とすると半角スペースでも区切られ"123","456","abc","def" と４つになってしまいます
半角スペースでは処理せず、改行だけで分割するにはどうしたら良いでしょうか？
>>433
'123 456\nabc def'.split(/\n/);
'123 456\nabc def'.split(/\n/);
>>432
createHTMLDocument
createHTMLDocument
>>438
データ長に左右されませんが。
データ長に左右されませんが。
.Env('Clipboard').split(/\n/g));
こういった感じでクリップボードを分解しているのですが、
.Count が 4 になってしまい、中身も４分割されてしまうのです
こういった感じでクリップボードを分解しているのですが、
.Count が 4 になってしまい、中身も４分割されてしまうのです
.split(/\n/)じゃなくて.split("\n")でよくない？
IE（バージョンによる？）だとsplitに正規表現を使うとおかしくなったような
今IEないからテストできないけど
IE（バージョンによる？）だとsplitに正規表現を使うとおかしくなったような
今IEないからテストできないけど
>>441
Env('Clipboard') の中身を確認してみ
Env('Clipboard') の中身を確認してみ
WScript.Echo(WScript.Col(WScript.Env('Clipboard').split("\n")));
うーん、変わらず４のままです
1 2
3 4
とあったら、
1
2
3
4
になってしまいます
うーん、変わらず４のままです
1 2
3 4
とあったら、
1
2
3
4
になってしまいます
>>444
'1\n2\n3\n4'.split('\n').length === 4;
'1\n2\n3\n4'.split('\n').length === 4;
>>445-446
\nとは改行を示すものではないのでしょうか？
クリップ元の文字列は、テキストエディタなどから取り込んだものです
---
1 2<改行>
3 4<改行>
---
といった内容です
あるいは、クリップボードに取り込むと、半角も\n扱いになるという事でしょうか？
\nとは改行を示すものではないのでしょうか？
クリップ元の文字列は、テキストエディタなどから取り込んだものです
---
1 2<改行>
3 4<改行>
---
といった内容です
あるいは、クリップボードに取り込むと、半角も\n扱いになるという事でしょうか？
>>437
なんの審査か書いてほしいね…
createHTMLDocument使っても、<img src="." onerror="alert(document.cookie)">とかは動いちゃうはず。
onerror以外にも方法はいくらでもあるから、他ドメインから取得した文字列をHTMLとして解釈するのは基本的にやめたほうがいい
なんの審査か書いてほしいね…
createHTMLDocument使っても、<img src="." onerror="alert(document.cookie)">とかは動いちゃうはず。
onerror以外にも方法はいくらでもあるから、他ドメインから取得した文字列をHTMLとして解釈するのは基本的にやめたほうがいい
WScript.Echo(WScript.Env('%Clipboard%'));
とすると、
1 2
3 4
と表示されました
とすると、
1 2
3 4
と表示されました
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.95 + (1001) - [97%] - 2012/1/17 4:16
- + JavaScript の質問用スレッド vol.87 + (1001) - [97%] - 2011/6/21 6:33
- + JavaScript の質問用スレッド vol.99 + (1001) - [97%] - 2012/5/7 4:32
- + JavaScript の質問用スレッド vol.98 + (1001) - [97%] - 2012/4/9 14:46
- + JavaScript の質問用スレッド vol.96 + (1001) - [97%] - 2012/1/28 23:01
- + JavaScript の質問用スレッド vol.94 + (1001) - [97%] - 2012/1/8 15:46
- + JavaScript の質問用スレッド vol.93 + (1001) - [97%] - 2012/1/1 4:46
- + JavaScript の質問用スレッド vol.93 + (1001) - [97%] - 2011/12/10 18:31
- + JavaScript の質問用スレッド vol.90 + (1001) - [97%] - 2011/11/15 20:32
- + JavaScript の質問用スレッド vol.90 + (1001) - [97%] - 2011/10/26 4:18
- + JavaScript の質問用スレッド vol.77 + (1001) - [97%] - 2010/5/8 19:06
- + JavaScript の質問用スレッド vol.137 + (1003) - [95%] - 2019/3/26 11:46
- + JavaScript の質問用スレッド vol.127 + (160) - [95%] - 2021/7/16 9:30
- + JavaScript の質問用スレッド vol.127 + (1001) - [95%] - 2016/2/4 0:15
- + JavaScript の質問用スレッド vol.117 + (1009) - [95%] - 2014/8/5 3:30
- + JavaScript の質問用スレッド vol.107 + (1001) - [95%] - 2013/9/7 10:16
- + JavaScript の質問用スレッド vol.82 + (1001) - [95%] - 2011/1/19 7:54
トップメニューへ / →のくす牧場書庫について