元スレJavaScript の質問用スレッド vol.132
JavaScript覧 / PC版 / みんなの評価 :
901 = :
>>899
実際イテレータじゃないと怒られた
ただ無限が良く分からん
それとオブジェクトにプロパティchildrenは確実に付随するもんなのか
902 = :
馬鹿にされながら「優しく」されるのは初めての経験で困惑してる
全く優しくされた気がしない
903 = :
>>870ですが何だかすみません
再帰はなるべく使わないようにします
905 = :
>>900
そこはオブジェクトだろうけど、objの下もobjとは書かれてない
906 = :
>>905
再帰 ← この文字読める？意味わかってる？
907 = :
>>901
関数名が「sendChildren」なんだから引数に渡すオブジェクトに子要素を格納してるプロパティがあるのは必然と、一般的なプログラマなら判断する
908 = :
>>901
「無限に参照」は「無限に参照しようとするが、例外で止まる」というべきだった、そこはすまん
>>876を素直に読むと obj.children.children.children... のように参照し続けようとする
obj.childrenに対して「必ず」再帰処理するのだから当然だ
ところが、再帰処理する間にobjがnull,undefinedだったり、obj.childrenがイテレータではなくなるかもしれない
ここでエラーにならない方法はchildren.lengthが0である事だが、>>892が指摘するように0でなかったら破綻するわけだな
>>876は「objの中身が何か」を明確に表してないので俺は「objの中身が何であっても例外なく処理できるようにする事」を考えるが、どんな前提があるのか分からんのに例外処理を書いてやるのが面倒くさい
(意訳: 条件次第では例外処理をさぼれるから前提条件をもっとちゃんと書け。最低限、動くコードを書け。)
909 = :
>>901
> それとオブジェクトにプロパティchildrenは確実に付随するもんなのか
{} の場合は明示的に children を初期化しなければ存在しない
910 = :
>>908
まあ>>906-907が全てだな
単にお前がコードも読めない無能なだけ
911 = :
>>907-909
解説サンキュー
つまるところ何のobjかわからない、限定されてない、性質上必ずchildrenを持つobjとは判断できない、
そんでもって通常var o = {};してもo.childrenが絶対ついてくるってわけじゃないんだよな
安心した
再帰ってこういう前提問題があるから毎回説明コメントをがっつり入れざるを得ないのがめんどい
912 = :
何この分かりやすい自作自演擁護
913 = :
>>906
当然、知ってる
再帰処理がフォーマットを決定づけるものではないから、知ってても意味ないけどね
915 = :
普通に配列でもOKで普通に配列だったすまん
916 = :
関数は引数のフォーマットを決定付けるものではない（ｷﾘｯ
また物凄い屁理屈が出たな
言い訳の度にボロが出るんだから黙れば良いのに
917 = :
確かに。構造確定しているなら多次元配列の方がスマートだよなあ。
ところで、>>891はただの空配列しかできないから構造として全く意味を無さないと思う。
918 = :
いや、「再帰=フォーマット確定」は思い込みが激しいだけの人だと思うぞ
919 = :
>>918
関数に渡される引数には役割通りの型が求められるってコーディング規約以前にプログラミングの常識だと思うが
920 = :
>>918
思い込みの激しいカス
大学ならFラン
921 = :
常識を言うなら、再帰関数で与えられた引数そのものを再帰的に処理するときは
引数のチェックから始めるのが筋では
922 = :
あと必要に応じて無限ループに陥らないよう処理回数や世代数の上限を定めるとかかな
こういうのこなすのは前提として、楽に繰り返し構文で書けるなら再帰を使わない
あとループで簡単にこなせるとしても汎用性があるなら再帰を使う、って感じ
923 = :
引数のチェックは再帰以前に一般的な関数を書くときの常識だと思ってた
924 = :
>>921
なら聞いてやるが引数の型が想定と違った場合はどう処理すんの？
例外吐いて止める以外の答えを出したらお前は致命的なミスやらかす前にプログラマを辞めるべきだし、
例外吐いて止めると言うならそもそも型チェック自体がいらねえってことにも気付かないカスと認めることになるが
925 = :
>>924
そんなもん仕様・再帰関数の中の実処理によるだろ
値を返していかないならすぐさまreturnするのもありなケースもある
例外投げるにしても想定できてるなら自前でわかりやすい例外オブジェクト作って投げれ
関数書いた奴以外が関数使って例外もらったときに気を使え
そもそも例外前提なら例外掴むコード書けよ
926 = :
馬鹿には何を言っても無駄
927 = :
ほんの数時間前に「コードが動かない」って喚いてた事実が、全ての言い訳から説得力を奪ってるからなぁ
928 = :
煽って技術引き出してくスタイルなんだろ
929 = :
まだ続けるのか池沼
930 = :
再現可能なコードを出した方がいいのは言うまでもないが、ここで煽っている人とやりあっても仕方ないという事だな
真面目に回答している人が哀れになってくる
931 = :
俺は半年くらい前から真面目に回答するのをやめたわ
複数の回答サイトを使っていればすぐ分かると思うが、このスレの環境は劣悪すぎる
933 = :
>>931
複数の回答サイトを使っていればすぐわかると思うが、
正しい回答が含まれる確率はこのスレがずば抜けて上だよ
一方碌でもない回答が付く可能性もずば抜けて上
でも個人的には５０％の確率で堂々と間違った回答がベストアンサーになってしまう
外の世界は大嫌いだから主にここに閉じこもってる
向こうはそれこそJS知らないのにググってきた情報から回答する奴も沢山いるからな
934 = :
質問サイトは「分かりません」と回答する奴が半数で、質問者に謎の逆ギレしてる奴が半数という魔境だしな
935 = :
知らないのにググって回答書くというのはどうなんだろうか
936 = :
>>935
URL引っ張ってくる
でもよく似た別のものだったりする事が多々ある
プログラミングだと同じ字面でも違うものもあるしな
937 = :
>>933は全部2chでもよくあることだけどねえ
938 = :
>>937
2chは天邪鬼やプライド高いやつが集まってるから
一通りの見方が公平に集まって良い
939 = :
天邪鬼やプライド高いやつが集まってるなら公平な見方になるわけないのだが
940 = :
>>939
いろんな視点から意見が出揃うことが何より大事
初心者にとってもそういったのを眺め続けて、
とにかく玉石混交の情報を沢山自分の中にためていって
自分なりの答えを固めていくのが一番良い
ただそれっぽい回答で即締め切りの外部サイトはよりマシ
941 = :
>>940
そういう意味ではなく、天邪鬼やプライド高いやつしかいない場ではgdgdな回答しか集まらないという事
初心者はそういういろんな意見が集まった中から正しい回答を選び取る観察眼を持ってないからそういう意見がある事はメリットにならない
942 = :
そもそも、>>931は「回答者にとって劣悪すぎるから2chで回答を止めた」といっているのに対して>>933は回答の質がどうたらこうたらと頓珍漢な方向に反論してるのがな
回答者にとっての場としてみるなら「stackoverflow >> teratail >>>> 超えられない壁 >>>> 2ch」だろうな
943 = :
知恵袋も入れてあげて！
944 = :
よくわからんが最終的に役立つ回答があればOKなんでしょ
945 = :
そういえば、以前に「2chは煽って煽って煽りまくればプライドが高い人が回答をくれるいいところだ」と主張している奴がいたなあ
質問して回答が来ればなんでもいいという質問者本位な考え方
946 = :
それ自体が負け惜しみだったりして
947 = :
他所でよく見るgoogleの検索結果しか載せないって回答は全く自分で調べる気がない質問者にはよく見るけど、大抵的外れでもないんだよね
でも、質問者はそれでは分からないから質問を繰り返して最終的に回答者がコピペできるコードを乗っけてくれるまで粘る
こういう自分で調べる気が全くない他人におんぶな質問者を擁護する人って自分の事しか考えてないんだろうなあ
948 = :
>>941
正しい回答を選び取る必要はないよ
情報を自分の中に貯めることが大切だから
こういうのもあったな、ああいうのもあったなというのが一番初心者にとって役に立つ
何かを理解するためには別の何かを知っていないと行けないというジレンマがあるが
これを解決するには極めて体型だった学習か、
それがないプログラミング界では一定の閾値まで情報を貯めるということになる
949 = :
またわいてるのかよ
いい加減にしろよ
950 = :
>>948
「間違っているかもしれない情報を自分の中に貯める事に意味がある」とそういいたいわけか
正当性を主張するにしても苦しすぎるぞ
前へ 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
トップメニューへ / →のくす牧場書庫について