私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレJavaScript の質問用スレッド vol.132
JavaScript スレッド一覧へ / JavaScript とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
馬鹿にされながら「優しく」されるのは初めての経験で困惑してる
全く優しくされた気がしない
全く優しくされた気がしない
>>870ですが何だかすみません
再帰はなるべく使わないようにします
再帰はなるべく使わないようにします
あ、DOM elementにchildrenがついてきてるのはなんとなくわかる
>>900
そこはオブジェクトだろうけど、objの下もobjとは書かれてない
そこはオブジェクトだろうけど、objの下もobjとは書かれてない
>>905
再帰 ← この文字読める？意味わかってる？
再帰 ← この文字読める？意味わかってる？
>>901
関数名が「sendChildren」なんだから引数に渡すオブジェクトに子要素を格納してるプロパティがあるのは必然と、一般的なプログラマなら判断する
関数名が「sendChildren」なんだから引数に渡すオブジェクトに子要素を格納してるプロパティがあるのは必然と、一般的なプログラマなら判断する
>>901
「無限に参照」は「無限に参照しようとするが、例外で止まる」というべきだった、そこはすまん
>>876を素直に読むと obj.children.children.children... のように参照し続けようとする
obj.childrenに対して「必ず」再帰処理するのだから当然だ
ところが、再帰処理する間にobjがnull,undefinedだったり、obj.childrenがイテレータではなくなるかもしれない
ここでエラーにならない方法はchildren.lengthが0である事だが、>>892が指摘するように0でなかったら破綻するわけだな
>>876は「objの中身が何か」を明確に表してないので俺は「objの中身が何であっても例外なく処理できるようにする事」を考えるが、どんな前提があるのか分からんのに例外処理を書いてやるのが面倒くさい
(意訳: 条件次第では例外処理をさぼれるから前提条件をもっとちゃんと書け。最低限、動くコードを書け。)
「無限に参照」は「無限に参照しようとするが、例外で止まる」というべきだった、そこはすまん
>>876を素直に読むと obj.children.children.children... のように参照し続けようとする
obj.childrenに対して「必ず」再帰処理するのだから当然だ
ところが、再帰処理する間にobjがnull,undefinedだったり、obj.childrenがイテレータではなくなるかもしれない
ここでエラーにならない方法はchildren.lengthが0である事だが、>>892が指摘するように0でなかったら破綻するわけだな
>>876は「objの中身が何か」を明確に表してないので俺は「objの中身が何であっても例外なく処理できるようにする事」を考えるが、どんな前提があるのか分からんのに例外処理を書いてやるのが面倒くさい
(意訳: 条件次第では例外処理をさぼれるから前提条件をもっとちゃんと書け。最低限、動くコードを書け。)
>>907-909
解説サンキュー
つまるところ何のobjかわからない、限定されてない、性質上必ずchildrenを持つobjとは判断できない、
そんでもって通常var o = {};してもo.childrenが絶対ついてくるってわけじゃないんだよな
安心した
再帰ってこういう前提問題があるから毎回説明コメントをがっつり入れざるを得ないのがめんどい
解説サンキュー
つまるところ何のobjかわからない、限定されてない、性質上必ずchildrenを持つobjとは判断できない、
そんでもって通常var o = {};してもo.childrenが絶対ついてくるってわけじゃないんだよな
安心した
再帰ってこういう前提問題があるから毎回説明コメントをがっつり入れざるを得ないのがめんどい
というか、なんで for( let child of obj.children ) なん？
構造確定しててこういう再帰だったらchildrenはobjectじゃなくて配列のほうが良くない？
構造確定しててこういう再帰だったらchildrenはobjectじゃなくて配列のほうが良くない？
関数は引数のフォーマットを決定付けるものではない（ｷﾘｯ
また物凄い屁理屈が出たな
言い訳の度にボロが出るんだから黙れば良いのに
また物凄い屁理屈が出たな
言い訳の度にボロが出るんだから黙れば良いのに
確かに。構造確定しているなら多次元配列の方がスマートだよなあ。
ところで、>>891はただの空配列しかできないから構造として全く意味を無さないと思う。
ところで、>>891はただの空配列しかできないから構造として全く意味を無さないと思う。
いや、「再帰=フォーマット確定」は思い込みが激しいだけの人だと思うぞ
>>918
関数に渡される引数には役割通りの型が求められるってコーディング規約以前にプログラミングの常識だと思うが
関数に渡される引数には役割通りの型が求められるってコーディング規約以前にプログラミングの常識だと思うが
常識を言うなら、再帰関数で与えられた引数そのものを再帰的に処理するときは
引数のチェックから始めるのが筋では
引数のチェックから始めるのが筋では
あと必要に応じて無限ループに陥らないよう処理回数や世代数の上限を定めるとかかな
こういうのこなすのは前提として、楽に繰り返し構文で書けるなら再帰を使わない
あとループで簡単にこなせるとしても汎用性があるなら再帰を使う、って感じ
こういうのこなすのは前提として、楽に繰り返し構文で書けるなら再帰を使わない
あとループで簡単にこなせるとしても汎用性があるなら再帰を使う、って感じ
引数のチェックは再帰以前に一般的な関数を書くときの常識だと思ってた
>>921
なら聞いてやるが引数の型が想定と違った場合はどう処理すんの？
例外吐いて止める以外の答えを出したらお前は致命的なミスやらかす前にプログラマを辞めるべきだし、
例外吐いて止めると言うならそもそも型チェック自体がいらねえってことにも気付かないカスと認めることになるが
なら聞いてやるが引数の型が想定と違った場合はどう処理すんの？
例外吐いて止める以外の答えを出したらお前は致命的なミスやらかす前にプログラマを辞めるべきだし、
例外吐いて止めると言うならそもそも型チェック自体がいらねえってことにも気付かないカスと認めることになるが
>>924
そんなもん仕様・再帰関数の中の実処理によるだろ
値を返していかないならすぐさまreturnするのもありなケースもある
例外投げるにしても想定できてるなら自前でわかりやすい例外オブジェクト作って投げれ
関数書いた奴以外が関数使って例外もらったときに気を使え
そもそも例外前提なら例外掴むコード書けよ
そんなもん仕様・再帰関数の中の実処理によるだろ
値を返していかないならすぐさまreturnするのもありなケースもある
例外投げるにしても想定できてるなら自前でわかりやすい例外オブジェクト作って投げれ
関数書いた奴以外が関数使って例外もらったときに気を使え
そもそも例外前提なら例外掴むコード書けよ
ほんの数時間前に「コードが動かない」って喚いてた事実が、全ての言い訳から説得力を奪ってるからなぁ
再現可能なコードを出した方がいいのは言うまでもないが、ここで煽っている人とやりあっても仕方ないという事だな
真面目に回答している人が哀れになってくる
真面目に回答している人が哀れになってくる
俺は半年くらい前から真面目に回答するのをやめたわ
複数の回答サイトを使っていればすぐ分かると思うが、このスレの環境は劣悪すぎる
複数の回答サイトを使っていればすぐ分かると思うが、このスレの環境は劣悪すぎる
>>931
複数の回答サイトを使っていればすぐわかると思うが、
正しい回答が含まれる確率はこのスレがずば抜けて上だよ
一方碌でもない回答が付く可能性もずば抜けて上
でも個人的には５０％の確率で堂々と間違った回答がベストアンサーになってしまう
外の世界は大嫌いだから主にここに閉じこもってる
向こうはそれこそJS知らないのにググってきた情報から回答する奴も沢山いるからな
複数の回答サイトを使っていればすぐわかると思うが、
正しい回答が含まれる確率はこのスレがずば抜けて上だよ
一方碌でもない回答が付く可能性もずば抜けて上
でも個人的には５０％の確率で堂々と間違った回答がベストアンサーになってしまう
外の世界は大嫌いだから主にここに閉じこもってる
向こうはそれこそJS知らないのにググってきた情報から回答する奴も沢山いるからな
質問サイトは「分かりません」と回答する奴が半数で、質問者に謎の逆ギレしてる奴が半数という魔境だしな
>>933は全部2chでもよくあることだけどねえ
天邪鬼やプライド高いやつが集まってるなら公平な見方になるわけないのだが
>>939
いろんな視点から意見が出揃うことが何より大事
初心者にとってもそういったのを眺め続けて、
とにかく玉石混交の情報を沢山自分の中にためていって
自分なりの答えを固めていくのが一番良い
ただそれっぽい回答で即締め切りの外部サイトはよりマシ
いろんな視点から意見が出揃うことが何より大事
初心者にとってもそういったのを眺め続けて、
とにかく玉石混交の情報を沢山自分の中にためていって
自分なりの答えを固めていくのが一番良い
ただそれっぽい回答で即締め切りの外部サイトはよりマシ
>>940
そういう意味ではなく、天邪鬼やプライド高いやつしかいない場ではgdgdな回答しか集まらないという事
初心者はそういういろんな意見が集まった中から正しい回答を選び取る観察眼を持ってないからそういう意見がある事はメリットにならない
そういう意味ではなく、天邪鬼やプライド高いやつしかいない場ではgdgdな回答しか集まらないという事
初心者はそういういろんな意見が集まった中から正しい回答を選び取る観察眼を持ってないからそういう意見がある事はメリットにならない
そういえば、以前に「2chは煽って煽って煽りまくればプライドが高い人が回答をくれるいいところだ」と主張している奴がいたなあ
質問して回答が来ればなんでもいいという質問者本位な考え方
質問して回答が来ればなんでもいいという質問者本位な考え方
他所でよく見るgoogleの検索結果しか載せないって回答は全く自分で調べる気がない質問者にはよく見るけど、大抵的外れでもないんだよね
でも、質問者はそれでは分からないから質問を繰り返して最終的に回答者がコピペできるコードを乗っけてくれるまで粘る
こういう自分で調べる気が全くない他人におんぶな質問者を擁護する人って自分の事しか考えてないんだろうなあ
でも、質問者はそれでは分からないから質問を繰り返して最終的に回答者がコピペできるコードを乗っけてくれるまで粘る
こういう自分で調べる気が全くない他人におんぶな質問者を擁護する人って自分の事しか考えてないんだろうなあ
>>941
正しい回答を選び取る必要はないよ
情報を自分の中に貯めることが大切だから
こういうのもあったな、ああいうのもあったなというのが一番初心者にとって役に立つ
何かを理解するためには別の何かを知っていないと行けないというジレンマがあるが
これを解決するには極めて体型だった学習か、
それがないプログラミング界では一定の閾値まで情報を貯めるということになる
正しい回答を選び取る必要はないよ
情報を自分の中に貯めることが大切だから
こういうのもあったな、ああいうのもあったなというのが一番初心者にとって役に立つ
何かを理解するためには別の何かを知っていないと行けないというジレンマがあるが
これを解決するには極めて体型だった学習か、
それがないプログラミング界では一定の閾値まで情報を貯めるということになる
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
JavaScript スレッド一覧へ類似してるかもしれないスレッド
- + JavaScript の質問用スレッド vol.132 + (1001) - [91%] - 2018/4/19 11:00
- + JavaScript の質問用スレッド vol.113 + (1001) - [88%] - 2014/1/25 12:46
- + JavaScript の質問用スレッド vol.133 + (1001) - [88%] - 2018/6/8 10:45
- + JavaScript の質問用スレッド vol.113 + (1001) - [88%] - 2014/3/15 21:30
- + JavaScript の質問用スレッド vol.130 + (974) - [88%] - 2016/10/26 14:18
- + JavaScript の質問用スレッド vol.123 + (1002) - [88%] - 2015/4/27 23:30
- + JavaScript の質問用スレッド vol.131 + (1000) - [88%] - 2017/1/25 8:01
- + JavaScript の質問用スレッド vol.123 + (966) - [88%] - 2020/10/20 2:30
- + JavaScript の質問用スレッド vol.103 + (1001) - [88%] - 2012/11/9 15:30
- + JavaScript の質問用スレッド vol.130 + (1001) - [88%] - 2017/11/25 20:45
- + JavaScript の質問用スレッド vol.102 + (1001) - [88%] - 2012/9/11 17:30
- + JavaScript の質問用スレッド vol.131 + (1004) - [88%] - 2018/3/7 13:30
- + JavaScript の質問用スレッド vol.142 + (984) - [88%] - 2020/8/27 19:15
- + JavaScript の質問用スレッド vol.122 + (116) - [88%] - 2018/5/2 18:30
- + JavaScript の質問用スレッド vol.122 + (1004) - [88%] - 2015/2/14 4:45
トップメニューへ / →のくす牧場書庫について