あっ どうも子へびです。
自分アイディアがうまくまとまらず、こうじゃないかあーじゃないかって考えてそれをまだ試しておらず自分の頭の中だけに浮かんでいる時必ず朝方夢を見ます。夢の中でそのCodeを試しているという状態になり起きているのか寝ているのかわからなくなる子へびです。けどなんだかんだ言って一番いい答えが出るのはお風呂に入っている時と朝掃除をしている時です。その時出た答えが一番正解率が高いです。なんでだろう?
夢にまで出てきている今回の課題。親classの拡張作業。その前に2つあった親と子のclassを親1つ子2つに合体させる作業はおもいのほかうまく成功したっと言いたいところですが案の定また穴に落ちました。子へびの悪い癖が出て親classの構造を全く同じで作っていたし、関数の表記の仕方も全く同じで書いていたつもり(←このつもりが子へびのいつも落ちる穴。おきまりですな)が本当びみょーーーーに表記が異なっていた。line が lines で表記されていたりね〜。そりゃ合体しても動かないわ。笑 でもこの本当に微妙な違ってなかなか気づけないものです。毎回ちゃんとコピペして書こうと思いつつ、思い込みで打ち込んでいく癖が子へびの弱点ですな。本当直さなくちゃ。これで数カ所修正箇所見つけるのに半日を費やしたわけで、拡張作業は取り掛かったばかりです。指示はわかるんだけどなんかアイディアがまとまらずのらりくらりしている訳ですが、子へび気づいてしまいました!
子へび
Master松陰の指示の中に親classの中に修正・削除の項目を追加するってあったけどそもそもタプルでもらったデータは修正ができないはず。そうなるとindexをkeyにしてもらったタプルのデータをvalueにしてindexを検索して削除したいデータをピックアップ。そのkey、valueを削除して修正じゃなくて新たに新規追加になるんじゃないか?それともそもそも修正できるようにリストとしてデータを受け取るか?そうすると基本Codeも書き変えないといけないけどな〜。ぶつぶつ。ぶつぶつ。ぶつぶつ。
というのが本日の子へびのつぶやきです。笑 お風呂に入っていて思いついたけど今回はこの考え方あってるかな?
Master松陰
書き方は色々あります。ただしどれが一番最適かが大切なところです。
って言われそうな気がするけど今Master松陰はiPhoneX用のアプリのCodeを修正アップデートしているらしく、その作業がおもいのほか難航しているらしく
きっとこんな顔してとりかかっているだろうから怖くて聞けないな〜。子へびのつぶやきは自分で色々試して解消するしかないか?