ジュリドンさん

こちらこそありがとうございます♪
制作過程書いてると、今までなんとなくスルーしてたことが整理できたり、反対に深みにハマったり…ほんと楽しいです！

ジュリドンさんの続編も楽しみにしてます♪

きったんさん

こんにちは！ありがとうございます♪

きったんさんが以前Twitterで、VBAで配列覚えたときの投稿された時、『ドラクエのレベルアップの音』という表現されたことに凄く共感したのを思い出しました！

kintoneカスタマイズでもレベルアップの音をたくさん聞けるように僕も日々勉強してブログに投稿していきますので引き続きよろしくお願いします！

西村さん

ありがとうございます♪
帰宅したらじっくり内容確認しますね！

取り急ぎ確認した点ですが、/tr?は単純なタイプミスです。失礼しました。
それではなぜ、そのままでも行が正しく表示されたかを調べてみました。

HTML5からtrの閉じタグは省略可能になっているようです。
参考記事↓
https://agohack.com/html-closetags/

したがって閉じタグが間違っていてたけど次の行の開始のtrタグを認識して狙った表示になっていたと考えられます。

僕も一つ勉強になりました！ありがとうございます♪

またあらためて返信します！

西村さん

おまたせしました！
「～is better written in dot notation」についてですが、いいところに質問いただけたと思っています！

まず、is betterについては、僕がブログで書いたエラーのこととは違うのですが、非常に興味深い内容なので僕の考えを書きますね。

この注意表示なのですが、おそらくkintoneカスマイズの特有のものと僕は推察しています。（あくまで僕の推察です。）
というのは、今回の記事を作成する際、僕は主にPCにインストールしてあるコードエディタのVS Codeを使っています。VS Codeではこの注意表示はでてきません（VS Codeにkintone用の拡張機能とかいれるとでるのかな？折り見て試してみますね！）。西村さんの投稿してくださった画像は、プラグイン「JSEdit for kintone」のものですので、kintoneでJSカスマイズする際の特有の注意表示だと思いました。

こちらですが、僕もJSEdit for kintoneで少しコードいじってみたのですが、[]の中が$id、valueだと「～is better written in dot notation」の注意表示がでますが、[]をフィールド名の'お名前'などにしてみるとこの表示はでません。
わかりやすくまとめると以下のようになります。
注意表示の意味は、「$id、valueのキーの指定についてはドットで書いた方がベターですよ〜」って意味ですね！
```
records[0]['$id']['value'] //注意表示['$id'] is better written in dot notation
//注意表示['value'] is better written in dot notation

records[0].$id.value //注意表示なし

records[0]['お名前']['value'] //注意表示['value'] is better written in dot notation

records[0]['お名前'].value //注意表示なし

僕の考察としては…
配列のキーやインデックスを記述する[]は数字（インデックス）や変数にも対応しています。一方、ドットでキー指定する場合は、キーそのものを記述しないといけません。
kintoneのレコードの構成を考えると$idやvalueは、kintoneであらかじめ定められたフォーマットですので、あまり変数を使って指定するような場面はありません。
それと比べて、上記の'お名前'のようなフィールドコードは、ユーザーが設定する項目になりますので、どんな名称がくるか決まっていませんし、フィールドが多くなった場合に少ないコードで効率的に処理しようとすると配列と変数を使って指定するような場面がたくさん考えられます。
したがって、フィールドコードのキーではドットでの記述をすすめてこないのかなと推察しています。

ブログ書いているときの裏話になりますが、このブログ記事を書いてて投稿した瞬間は、records[0]['お名前'].value で書いていました。
理由についても、「valueは変数で使う場面なんまりないからこうしてます。」って注意書きもつけてました。でも、投稿した直後に次回のネタを思いついて、次回につなげやすいように今の形に変更したんです。これを聞いてから、次の記事を読んでいただくと、「あ〜、そういう経緯ね〜」っていうのがわかるかなと思います。

コードエディタのis betterについては、「僕はこう書いたほうが筋がとおるとおもうのだけど、コードエディタにこっちのほうが良いいよって言われちゃうんですよね〜」っていうことが、ちょっと前にありまして、現役エンジニアの方に質問してみたんですね。そしたら、一緒に考えてくださりまして…プログラミング言語は常に進化していて、推奨される書き方がどんどん変わるし、見やすさや保守性、拡張性、エラーリスクなどの面から、あえてそれを選択した理由をちゃんと説明できるなら、無理にエディターに従うことはないし、なんなら最初からしっかり考えて書く習慣つけとかないと、推奨が変わったときに対応できないよね。という考えに落ち着きました。

ブログで触れているエラーについては、JSファイルの実行時のエラーになります。
エラーにならないパターンとエラーになるパターンを整理すると以下のようになります。

records[0]['お名前'][’value'] //エラーでない

records[0]['お名前’].[value] //valueは変数として認識されるため、変数定義していないのでエラーになる
// value is not defined （値が定義されていない）というエラーが返ってくる

const value = 'value' //先に変数を定義しておく
records[0]['お名前’].[value] //変数valueにキーである’value’が入っているので正しく実行される

ブログに投稿できるくらいの返信になっちゃいましたね！またしても、僕自身の勉強になりました！ありがとうございます！！
<br><br><br>