私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ+ JavaScript の質問用スレッド vol.141 +
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
確かにMapが近いだろうが、最終的には個々の「連想配列」のイメージに引きずられるからな
標準仕様で定義されていない用語は使わない方が混乱が少ない
http://teratail.com/questions/211927
標準仕様で定義されていない用語は使わない方が混乱が少ない
http://teratail.com/questions/211927
配列は、キーを数値だけに限定したもの
Object を、連想配列・辞書のように使うと、__proto__ というキーでバグるから、要注意！
Haxe では、キーの前に、@ を連結してた
キーがabc なら、@abc にする。
__proto__ なら、@__proto__ になるのでバグらない
ES2015 以降なら、Map を使えばよい
Object を、連想配列・辞書のように使うと、__proto__ というキーでバグるから、要注意！
Haxe では、キーの前に、@ を連結してた
キーがabc なら、@abc にする。
__proto__ なら、@__proto__ になるのでバグらない
ES2015 以降なら、Map を使えばよい
Mapにreduceやfilterがないのはなぜ？
配列にしては低機能過ぎでは？
配列にしては低機能過ぎでは？
>>955
ES3時代の配列で満足なのね
ES3時代の配列で満足なのね
http://www2u.biglobe.ne.jp/~oz-07ams/2002/ecma262r3/15-4_Array_Objects.html
new MapはES3のArrayにも及ばないんじゃないかな
sort,slice,unshift,concat...etc
配列としては足りない機能がかなりある
new MapはES3のArrayにも及ばないんじゃないかな
sort,slice,unshift,concat...etc
配列としては足りない機能がかなりある
>>947 です。
配列用のカッコでも行けるけど使わない方がよいのですね。
forのiと連動させつつ、歯抜けでpushして配列使えたらよいなと
試してみたところでして。
普通にオブジェクトか配列きちんと埋めて使います。
ありがとうございました
配列用のカッコでも行けるけど使わない方がよいのですね。
forのiと連動させつつ、歯抜けでpushして配列使えたらよいなと
試してみたところでして。
普通にオブジェクトか配列きちんと埋めて使います。
ありがとうございました
const str = `abc
123`
const lines = str.split( "\n" ); // 配列
console.log( lines ) //=> [ 'abc', '123' ]
1行ずつ処理するのに、上のように、split を使って、一旦配列に入れたのですが、
下のRuby みたいに、配列に入れずに、そのまま1行ずつ処理できますか？
str = <<"EOT"
abc
123
EOT
str.each_line do |line|
line.chomp! # 末尾の改行を削除する
p line
end
出力
"abc"
"123"
123`
const lines = str.split( "\n" ); // 配列
console.log( lines ) //=> [ 'abc', '123' ]
1行ずつ処理するのに、上のように、split を使って、一旦配列に入れたのですが、
下のRuby みたいに、配列に入れずに、そのまま1行ずつ処理できますか？
str = <<"EOT"
abc
123
EOT
str.each_line do |line|
line.chomp! # 末尾の改行を削除する
p line
end
出力
"abc"
"123"
>>966
知ったか乙
知ったか乙
>>964
空行も処理するのは、
console.log(str.replace(/^.*$/gm, line => line + ' peropero'))
または、
for (const line of /^.*$/gm) console.log(line + ' peropero')
空行も処理するのは、
console.log(str.replace(/^.*$/gm, line => line + ' peropero'))
または、
for (const line of /^.*$/gm) console.log(line + ' peropero')
質問です
let str1 = '庭には二羽鶏がいるオムライス食べたい2日目';
let str2 = 'にわにはにわにわとりがいるおむらいすたべたいふつかめ';
このstr2のテキストから
str1の中の平仮名以外の文字の読み仮名に該当する部分を取り出したくて試行錯誤してます
str1を平仮名とそれ以外に割って
['庭','には','二羽鶏','がいる','オムライス食','べたい','2日目']
str2の先頭から、配列２つ目の「には」が出てくるまでが
配列１つ目の「庭」の読み仮名だ！
という方針でやってみて、上記の例だとうまくいくんですが
indexOfの引数になる平仮名が漢字の読みに含まれてしまうと失敗します
let str1 = '煮蛤には焼酎よりも日本酒';
let str2 = 'にはまぐりにはしょうちゅうよりもにほんしゅ';
これだと、配列２つ目の「には」が、読み仮名となる「にはまぐり」に含まれてしまうので
どうも方針が間違ってる気がしているのですが
なにかうまいやり方はありますでしょうか
let str1 = '庭には二羽鶏がいるオムライス食べたい2日目';
let str2 = 'にわにはにわにわとりがいるおむらいすたべたいふつかめ';
このstr2のテキストから
str1の中の平仮名以外の文字の読み仮名に該当する部分を取り出したくて試行錯誤してます
str1を平仮名とそれ以外に割って
['庭','には','二羽鶏','がいる','オムライス食','べたい','2日目']
str2の先頭から、配列２つ目の「には」が出てくるまでが
配列１つ目の「庭」の読み仮名だ！
という方針でやってみて、上記の例だとうまくいくんですが
indexOfの引数になる平仮名が漢字の読みに含まれてしまうと失敗します
let str1 = '煮蛤には焼酎よりも日本酒';
let str2 = 'にはまぐりにはしょうちゅうよりもにほんしゅ';
これだと、配列２つ目の「には」が、読み仮名となる「にはまぐり」に含まれてしまうので
どうも方針が間違ってる気がしているのですが
なにかうまいやり方はありますでしょうか
>>975
「知ったか」と「無知」にレスアンカーを付けないで、なぜ通じると思ったんだ？
「知ったか」と「無知」にレスアンカーを付けないで、なぜ通じると思ったんだ？
>>972
漢字と平仮名の対応表なしに正解を導き出すのは不可能
庭にわ二羽庭
にわにわにわにわ
プロクラムには、各々の漢字の「にわ」と「にわにわ」を区別出来ない
全パターンを掲示して、人間に正解を選んで貰うのが次善解
漢字と平仮名の対応表なしに正解を導き出すのは不可能
庭にわ二羽庭
にわにわにわにわ
プロクラムには、各々の漢字の「にわ」と「にわにわ」を区別出来ない
全パターンを掲示して、人間に正解を選んで貰うのが次善解
>>974
たしかに。
たしかに。
別のAPI使えば良いんじゃね
http://developer.yahoo.co.jp/webapi/jlp/ma/v1/parse.html
http://developer.yahoo.co.jp/webapi/jlp/ma/v1/parse.html
>>983
いろいろゴニョゴニョしたんですが
最初は茶筅の形態素解析を使って失敗していたんですが
gooラボの形態素解析APIは品詞分解した結果に読み仮名が付いていました！
これでかなり精度上がりました
ありがとうございました！
いろいろゴニョゴニョしたんですが
最初は茶筅の形態素解析を使って失敗していたんですが
gooラボの形態素解析APIは品詞分解した結果に読み仮名が付いていました！
これでかなり精度上がりました
ありがとうございました！
イーハトーヴォのかな文、誤字ったぜ…
底をにわって書いちゃったんだぜ。
例文１でにわにわうるさいから…
底をにわって書いちゃったんだぜ。
例文１でにわにわうるさいから…
インデントが無くなっても、VSCode のフォーマットの拡張機能で、自動的にインデントされるだろ？
５ちゃんに長々と書かれてるコードをいちいちエディタにペーストしないわ
つまり５ちゃんに長々と書くことによって、みんながコードをいちいちエディタにペーストする手間を省いたわけだ。親切！
>>981
スピーチAPIを利用したらできる
スピーチAPIを利用したらできる
>>999
形態素解析APIで解決したって言ってんだろうがマヌケ
形態素解析APIで解決したって言ってんだろうがマヌケ
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.141 + (881) - [100%] - 2021/4/19 9:00
- + JavaScript の質問用スレッド vol.131 + (1004) - [97%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.121 + (1001) - [97%] - 2015/1/1 18:30
- + JavaScript の質問用スレッド vol.121 + (1001) - [97%] - 2022/11/29 16:30
- + JavaScript の質問用スレッド vol.131 + (1000) - [97%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.142 + (984) - [97%] - 2020/8/27 19:15
- + JavaScript の質問用スレッド vol.111 + (1001) - [97%] - 2013/11/4 6:00
- + JavaScript の質問用スレッド vol.101 + (1001) - [97%] - 2012/7/16 14:15
- + JavaScript の質問用スレッド vol.144 + (288) - [97%] - 2020/5/17 20:00
- + JavaScript の質問用スレッド vol.143 + (753) - [97%] - 2020/4/19 5:00
- + JavaScript の質問用スレッド vol.140 + (1001) - [97%] - 2019/9/19 10:45
- + JavaScript の質問用スレッド vol.142 + (926) - [97%] - 2019/12/23 13:15
- + JavaScript の質問用スレッド vol.115 + (1001) - [95%] - 2014/5/29 16:16
- + JavaScript の質問用スレッド vol.123 + (966) - [95%] - 2020/10/20 2:30
- + JavaScript の質問用スレッド vol.122 + (116) - [95%] - 2018/5/2 18:30
- + JavaScript の質問用スレッド vol.122 + (1004) - [95%] - 2015/2/14 4:45
- + JavaScript の質問用スレッド vol.120 + (1002) - [95%] - 2014/11/8 1:15
トップメニューへ / →のくす牧場書庫について