「ブラケット表記」レッスンから
> Bianca Gandolfoさんです。 では、ブラケット表記とは何でしょうか？ みなさんは括弧を見ることに慣れていますか？
>> ビアンカ・ガンドルフォ: そうですか。 これはおそらく、配列について考えるときに思い浮かべるものでしょう？ person
に括弧と値がありますよね？ この場合、それは文字列です。 でも、オブジェクトでもいいし、関数でもいいし、何でもいいんです。
もし関数の配列を保存しているなら、おそらく何か間違ったことをしているのでしょう。 しかし、それは可能です。
> Bianca Gandolfo: つまり、ここで起こっていることは、私たちの 0 が文字列化されただけなのです。 そして、それは単なるプロパティです。
>> Bianca Gandolfo: しかし、その後、なぜ私たちはperson.0と言うことができないのでしょうか。
>> Bianca Gandolfo: なぜなら、それは文字列ではないからです。
だから、私たちはブラケットを使用しなければならないのです。 だから、基本的にドットが使えないときに、大括弧を使うんです。 ドットを使用できない場合とは？ それは、値が文字列リテラルでない場合です。 たとえば、nameというプロパティ名はnameです。
それで、.name itと言うと、nameとして保存されますね。 文字列に強制力を持たせる必要があるとき、あるいは無効な文字があるとき、何を作ればいいのか、考えることができますね。 有効な変数名とは何でしょうか？ ということを考えればいいんです。 有効な変数名であれば、おそらくドット記法で使えるでしょう。
そうでない場合は、パーサーに引っかかるんですね。 だから括弧を使うのです。単純に数字だからです。
> Bianca Gandolfo: そして、それはそれです。
>> Bianca Gandolfo:
>> Bianca Gandolfo: Yeah? 全員揃ったか？
>> ビアンカ・ガンドルフォ: よし、ではこれはどうでしょう。
>> ビアンカ・ガンドルフォ：では、これはどうでしょうか。 私たちのデータ構造はどうなるのでしょうか？ どの矢印がどこに行く必要があるのでしょうか。
>> 話者2：名前からI would never.
>> Bianca Gandolfo:
>> スピーカー2: No.
>> ビアンカ・ガンドルフォ:名前がI would neverになると思う？ 4706>
>> スピーカー2: 人からI would never.
>> Bianca Gandolfo: Close
>> Bianca Gandolfo: ここで何が問題なのでしょうか。
>> スピーカー3: 現在、それに付属する plea というものがありません。
>> Bianca Gandolfo: Close
>>> ビアンカ ガンドルフォ。 そう、だから私たちがブラケットを使用するとき、私たちはそれが文字列であると仮定しません。 ですから、変数名であったり、式であったりします。
望むなら、括弧の中で関数を呼び出すこともできます。 繰り返しになりますが、おそらく良いアイデアではありませんが、これは有効です。 エラーにならないので、変更する必要があります。 そこで、文字列wouldSheを通してpleaを更新しています。 プロパティ名が wouldShe で plea でないことに注意してください。
もし plea にしたい場合は、どうすればよいでしょうか。
>> スピーカー4: もう一度聞いてもらえますか?
>> Bianca Gandolfo: もちろん、問題ありません。 しかし、一部の人は plea になると思うかもしれませんが、そうではありません。 もし plea にしたい場合、何を変更する必要がありますか。
>> スピーカー4：見て、それは何らかの方法で等号の反対側にある必要があるでしょう。 人、それは今、それは-
>> Bianca Gandolfoを割り当てなければならないだろう。
>> スピーカー4: さて、私たちはperson.plea.を行うことができます。
>> ビアンカ・ガンドルフォ: うーん、そうですね、だからドット記法を使うことができますね、絶対に、割り当てることができます。 ドット記法はそれを文字列に強制するわけですね。
>> Bianca Gandolfo: ブラケット記法ではどうすればいいのでしょうか。
>> スピーカー3：引用符で囲んでください？
> Bianca Gandolfo: ビアンカ ガンドルフォ。 引用符で囲んでください。 そうやって、強制的に文字列を作るのではなく、手動で文字列を作るんですね。 すごい。
>Bianca Gandolfo:
>> 講演者5：質問があります。
>> ビアンカ・ガンドルフォさん。
>> スピーカー5: では、もう一つのスライドに戻っていただけますか？ この例では、まず変数 plea を wouldShe に設定しました。 そして、後でブラケットというものを使っていますね。 もし、最初のステップである var plea を wouldShe に設定するのを飛ばしたら、最後の行の person bracket plea はどうなったでしょうか？
>> Bianca Gandolfo:
さて、実際には、最初にそれを行いますが、それはブラケットに評価されます。 pleaは変数なので、引用符で囲んだりする必要はありません。 これは数字ではありません。 変数のようです。
>> 講演者5: このように代入しようとすると、エラーが発生しますか。
>> Bianca Gandolfo: ええ、”plea is not defined” と表示されます。 エラーを学ぶのは良いことだと思います。
>> Bianca Gandolfo: Cool.
>> スピーカー6：では、括弧の中に引用符を使って修正する方法を教えてあげてください。
> Bianca Gandolfo: うんうん、だからそれを見たら、私たちはちょうど私たちの引用符を囲むと、私たちは満足しています。
>> Bianca Gandolfo: ここで、配列について少し特別なことがあります。 長さは0ですが、これは面白いですよね？ なぜなら、この配列にはいくつかのものがあるからです。
>> Bianca Gandolfo:
>> Bianca Gandolfo: 面白いですね、わかりました。 素晴らしい。では、大括弧で何かを作成したら、ドットでそれを調べることができますか。
>> Bianca Gandolfo: 合理的なようです。 何かがどのように定義されているかを覚えていなければならないとしたら、想像できますか? 想像してみてください、多くのファイルや、などなど、それがどのように定義されているかを覚えておく必要はないでしょう。 どっちでもいいんです。 基本的なルールを覚えていればいいのです。 そこで、何人かの人を指さしながら、これまで発見したオブジェクトと配列に関するルールを明らかにしていきます。
準備はいいですか？ では、ずっと、ずっと前のところから始めましょう。 この演習を通して学んだ、配列の中のオブジェクトに関するルールとは何でしょうか。
> 講演者6： 配列はオブジェクトの一種です。 すでにいくつかのメソッドが付いています。
>> Bianca Gandolfo: それは一番クールなものだと思います。
>> スピーカー6: プロパティ文字列はドット記法かブラケットとクォートで渡すことができます。
>> Bianca Gandolfo: .
>> スピーカー6: 戻ることができますか？
>> Bianca Gandolfo:
>> 発言者2：少し繰り返すかもしれませんが、.Sure, sure, sure. しかし、ドット記法を使用すると、ブラケットがnecesarilyしない文字列に強制されます。
>> Bianca Gandolfo: そして、なぜ私たちはドット番号を使用することはできませんか？ ドットゼロのように、なぜそれが機能しないのでしょうか？
>> Bianca Gandolfo: もし私たちがドットで文字列を強制しているのなら、そうですね、もし私たちが person.0 と言ったとしたら、なぜそれができないのでしょうか。
>> スピーカー2: 0という名前の変数はないんです。 まあ、ドット記法では、それを文字列に強制することになります。
>> Bianca Gandolfo: まあ、数字を文字列に強制することはできますよね。
>> Bianca Gandolfo: 理由は、ちょうど無効な構文だからです。 数値として評価し始めると、混乱してしまいます。
それで、シンタックスエラーが発生します。 ですから、ドット記法は特殊でない文字にのみ使用することができます。 珍しい文字というのは、その文字で始まる変数名を作れるか、その文字を含むか、ということですね。 アンダースコアは使えますが、ダッシュは使えません。
このあたりは、試行錯誤しながら覚えていくしかないでしょう。 ただ、ドット記法を使っていたり、ちょっと変わった文字を使っていたりすると、シンタックスエラーが発生する可能性があることは理解しておいてください。 その場合の対処法は？ すみません、メモを打っていました。
What was-
>> Speaker 3: 文字列に変更します。
>> Bianca Gandolfo: ええ、ブラケット記法にして、引用符で囲んでね。 うん、すごい、だからこれを穿り込んでいるのがわかるよ。 でも、これが一番時間がかかってしまう人が多いんです。
ルールの数はほんの一握り、いや、5つくらいは知っておくべきルールがありますね。 しかし、あなた方はそれを拾い上げているようですね
。
