‫お帰りなさい｡
‫前回のビデオでは､ 辞書を作成する方法､ 辞書に値を割り当てる方法､ 辞書を繰り返し処理する方法について学びました｡
‫この要素AIを利用して､ 辞書のキー項目や各項目のいわばIDを取得する方法を見ました｡
‫そして今度は､ 辞書のデータを更新したり削除したりする方法について見ていきましょう｡
‫だから､ 実はとても些細なことなんです｡
‫そこで､ 次のような状況を想定してみましょう｡
‫特定のキーを更新したい｡
‫だから､ アップデートしたいのです｡
‫特定のキーの位置､ それはここで少し先になります｡
‫そこで､ ここで「H. R. キーになります｡
‫このキーを含む従業員が実際に存在するかどうかを確認するために､ このキーを更新する必要があります｡
‫そこで､ 今回は更新するキーがHRに存在するかどうかをチェックし､ 存在する場合は何らかのコードを実行することにします｡
‫そして､ ローラの代わりに別の従業員を雇いたいと考えています｡
‫そこで､ 今度はLauraを､ 配列を更新するために呼ばれる新しい従業員に置き換えます｡
‫辞書名を言って､ 次に何かを更新したいキー名を言って､ その場所に入れたい値を代入すればいいのです｡
‫だから､ このポジションでは､ それが鍵になるんだ｡
‫h. R.
‫この新しい従業員オブジェクトを置くことになります｡
‫そこで､ 今までのhrの年配の方､ つまりlauraの代わりに若いErikaと言うことにします｡
‫つまり､ このコードが私たちのためにしてくれることなのです｡
‫このように､ 基本的には辞書名､ 角括弧内のキー名､ そしてそれに割り当てたいものを使って､ エントリーを更新することができます｡
‫さて､ この辞書に代入する値は､ もちろん､ その辞書が定義されているのと同じ型に従わなければならない｡
‫つまり､ この場合､ employee型である必要があり､ これは実際にemployee型である｡
‫もちろん､ 従業員の引き出しのように､ コンソールに表示することもできます｡
‫更新する位置のキーゼロが更新された｡
‫つまり､ この場合は広告hrが更新されて､ それからです｡
‫それがうまくいかなかった場合｡
‫もちろん､ ここで「このキーでは社員が見つかりません」というエラーメッセージを表示することも可能です｡
‫そして､ そのように｡
‫そして､ 私は1つ多く持ちすぎていると思います｡
‫ようなものです｡
‫だから､ これは意志｡
‫エラーを修正する｡
‫では､ 実際にこれを実行して､ どのように更新できるかを見てみましょう｡
‫そして､ この一番上にある､ 役割キーHRを持つ従業員が更新されましたね｡
‫では､ 人事担当者について見てみましょう｡
‫彼女はどこだ？
‫彼女はここにいる｡
‫26歳で給料が大体35,000円という感じです｡
‫なるほど｡
‫更新は成功し､ すべての更新またはすべての従業員のリストで確認することができます｡
‫ここで､ 辞書から項目を削除するとします｡ これは､ すべての項目､ すべての従業員を辞書に追加するために使用する各グループのためで､
‫次にそれを1つ編集します｡
‫では､ ここで更新して､ 次は削除の仕方を見てみましょう｡
‫削除するためには､ 置き換えたいキーとなる文字列も必要です｡
‫この例では､ キーが文字列であるキーバリュー・ペアを使用しています｡
‫そして､ それが実際に機能するかどうかも確認することができます｡
‫つまり､ removeメソッドは､ 実際にはブール値を返しているのです｡
‫removeにカーソルを合わせると､ ブール値を返すことがわかります｡ つまり､ 削除されたか､ 何も削除されなかったかのどちらかです｡
‫ですから､ もし何かを削除したのであれば､ この場合､ 順番に､ その人は削除された､ 多分インターン期間が終わった､
‫例えば6カ月後とか､ そういうことを言うだけです｡
‫これで､ そのインターンをデータベースから削除することができます｡
‫では､ もう一度実行してみましょう｡
‫私たちの場合は､ データベースではなく､ ディクショナリーです｡
‫なるほど｡
‫では､ この一番上にあるインターンは削除されたので､ インターンを見つけられるかどうか見てみましょう｡
‫そして､ このデータベースにはインターンはいないと思います｡
‫なるほど､ CEO､ 人事担当者､ 秘書､ そして開発責任者がいるわけですね｡
‫そして今､ もちろん､ うまくいかなかった場合は､ このようなステートメントを出すことができます｡
‫もし､ 「いいえ」なら､ このキーを持つ社員ファイルがないというエラーメッセージを表示します｡
‫そして､ 今回見ているキーは､ 取り外すキーで､ 内部キーになりますが､ これは基本的にここにあるものです｡
‫を使ったことを思い出していただければと思います｡
‫会社におけるその人のキーとなる役割｡
‫もう一度言いますが､ この例はあくまでもC-嬰記号の特徴を示すためのものです｡
‫こんな書き方はないでしょう｡
‫ですから､ データ構造のキーとしてロールを使うことはお勧めしません｡ ロールは通常､ 多くの人が持つことができるものだからです｡
‫だから､ 複数の人がインターンの役割を持つことができる｡
‫一社に複数のリードデベロッパーがいても､ 複数のジュニアデベロッパーがいてもいいし､ そうでなくてもいいのです｡
‫だから､ そこは超警戒しなければならない｡
‫さて､ 私は常にIDをtheとして使用することをお勧めします｡
‫キーです｡
‫つまり､ 社員一人一人にIDを割り当てるような整数のようなものですね｡
‫でも､ これはあくまで「自由度が高い」ということを示すためのものです｡
‫文字列をキーにしたり､ 整数をキーにしたりと､ 様々な使い方ができます｡
‫わかりました｡
‫ということで､ とりあえず辞書はこれでおしまいです｡
‫では､ 次のビデオでお会いしましょう｡