1
00:00:04,380 --> 00:00:05,520
‫こんにちは､ ようこそ｡

2
00:00:05,520 --> 00:00:13,350
‫この講義では､ C++の文字列を使用して､ ログメッセージに動的なテキストを追加する方法について見ていきます｡

3
00:00:13,350 --> 00:00:17,100
‫では､ さっそく文字列とC++について学んでみましょう｡

4
00:00:17,340 --> 00:00:23,370
‫UIログから簡単なものを出力する方法を見てきましたが､ もっとテキスト､

5
00:00:23,370 --> 00:00:33,330
‫例えばアクター名や､ もっと複雑なもの､ 例えばベクトルのテキスト表現などを出力したいとしたらどうでしょう｡

6
00:00:33,630 --> 00:00:45,870
‫なぜなら､ フォーマット指定子はCの時代からあるもので､ C++と比べると非常に基本的なプログラミング言語だからです｡

7
00:00:45,870 --> 00:00:50,040
‫そのため､ ある種のことは､ 当時は考えられなかったのです｡

8
00:00:50,040 --> 00:00:54,660
‫ですから､ ベクターのようなものは､ 私たちがフォーマットで指定する方法では含まれないでしょう｡

9
00:00:54,660 --> 00:00:57,270
‫そのため､ 文字列を使って行うことが多いのです｡

10
00:00:57,270 --> 00:01:01,920
‫また､ これまで述べてきたように､ 文字列は単なるテキスト変数に過ぎません｡

11
00:01:01,920 --> 00:01:06,900
‫これらはテキストを格納する変数なので､ 文字列を宣言することができます｡

12
00:01:06,900 --> 00:01:11,280
‫C++では､ 以前はベクトルを使っていたところにFベクトルを使っています｡

13
00:01:11,280 --> 00:01:17,190
‫ここでは､ 文字列を持つことができるように､ 文字列の型としてF stringを使用することにします｡

14
00:01:17,190 --> 00:01:21,240
‫そして､ とりあえず変数名として文字列を入れておきます｡

15
00:01:21,240 --> 00:01:24,360
‫また､ 文字列の値はどのように設定するのでしょうか｡

16
00:01:24,390 --> 00:01:26,940
‫まあ､ もうこのあたりで少しは見えてきたんですけどね｡

17
00:01:26,940 --> 00:01:31,560
‫この二重引用符は､ C++で文字列の値を表すものです｡

18
00:01:31,560 --> 00:01:36,060
‫これらの式はすべて､ 二重引用符で囲まれています｡ また､ ヘッダーファイルでも二重引用符で囲まれているカテゴリは､

19
00:01:36,060 --> 00:01:41,550
‫文字列式です｡

20
00:01:41,820 --> 00:01:49,800
‫では､ どうすればいいかというと､ ここからmy string変数をセットして､ そのイメージを与えるためにmy

21
00:01:49,800 --> 00:01:58,680
‫string値を言って､ 行末にセミコロンをつけて､ これをどうやってログ文に表示するか｡

22
00:01:58,680 --> 00:02:06,570
‫そこで､ ここからログの引数として移動距離を削除し､ ログメッセージのテキストを､

23
00:02:06,600 --> 00:02:14,820
‫ここに私の文字列のコロンがあります､ と変更することにします｡

24
00:02:14,820 --> 00:02:22,680
‫そして､ F指定の代わりに､ 今度はパーセントSSEで､ プリントアウトしたい文字列を表します｡

25
00:02:22,680 --> 00:02:30,300
‫そして､ この2つの括弧の間にあるE log関数に渡す引数は､ 私の文字列となる予定です｡

26
00:02:30,990 --> 00:02:34,890
‫今､ 残念ながらそれだけで動くのであれば素晴らしいことなのですが｡

27
00:02:34,890 --> 00:02:44,490
‫しかし､ 残念ながらUnrealではここで少し複雑なことがあって､ YUIのログの引数としてストレートな文字列を受け付けないのです｡

28
00:02:44,490 --> 00:02:50,340
‫ここでちょっとした変換演算子が必要で､ その方法は､ 私の文字列の前にアスタリスクを置くことで､

29
00:02:50,340 --> 00:02:58,320
‫Fの文字列からUログの内部で探している形式に変換するだけなのです｡

30
00:02:58,320 --> 00:03:02,220
‫なぜそうなっているのか､ あまり詳しく説明する必要はないでしょう｡

31
00:03:02,580 --> 00:03:06,390
‫それは､ 現時点で知るべきレベルを超えているのです｡

32
00:03:06,390 --> 00:03:15,690
‫パーセントのSEをするときに､ fの弦の前に必ず星が必要だということを､ そのまま覚えることが大事だと思います｡

33
00:03:15,690 --> 00:03:19,830
‫それでは､ Unrealに移動してコンパイルボタンを押すことで､ うまくいったかどうか見てみましょう｡

34
00:03:19,830 --> 00:03:28,050
‫そして､ ライブ・コーディングを終了し､ 再生ボタンを押し､ 出力ログを開いてください｡

35
00:03:28,050 --> 00:03:31,890
‫つまり､ my文字列の中の値を出力しているわけです｡

36
00:03:31,890 --> 00:03:38,820
‫しかし､ 今書いたこのコード片は､ 明らかに特に役に立っていません｡ なぜなら､ この文字列をここに書き込むだけでよかったからです｡

37
00:03:38,820 --> 00:03:41,430
‫なぜ､ わざわざ代用品ビジネスをするのか？

38
00:03:41,580 --> 00:03:47,850
‫さて､ もっと面白くなるのは､ この変数に動的な値を代入する場合です｡

39
00:03:48,210 --> 00:03:51,630
‫だから､ 名前を取得してそれを呼び出すということもできる｡

40
00:03:51,630 --> 00:03:57,630
‫これはムービングプラットフォームのアクターで使える関数で､ レベルアウトライナーに表示されているアクターの名前を取得し､

41
00:03:57,630 --> 00:04:00,990
‫変数に入れることができるのです｡

42
00:04:00,990 --> 00:04:08,490
‫私の文字列の代わりにその変数名を呼び､ このUSログの下でもその名前を変更するつもりです｡

43
00:04:08,490 --> 00:04:19,410
‫ログメッセージのテキストをbegin play colonと変更すれば､ アクターの名前になりますね｡

44
00:04:19,410 --> 00:04:26,220
‫Unrealに戻り､ 再生を停止して､ コンパイルを実行し､ 再生を実行して､ 出力ログを開くと､ begin play moving platform

45
00:04:26,220 --> 00:04:31,890
‫one begin play movingというメッセージが表示されているのがわかると思います｡

46
00:04:31,890 --> 00:04:33,180
‫プラットフォーム3押し｡

47
00:04:33,180 --> 00:04:35,460
‫クブ3プッシュ､ キープ5､ プッシュ､ キープ7｡

48
00:04:35,460 --> 00:04:39,150
‫だから､ 大きなインプレイと､ さまざまな俳優の名前を全部揃えたんだ｡

49
00:04:39,150 --> 00:04:46,260
‫というのも､ 後でオーバーシュート距離をプリントアウトするとき､

50
00:04:46,260 --> 00:04:54,570
‫誰がオーバーシュートしているのかがはっきりしないことがあるからです｡

51
00:04:54,570 --> 00:05:03,780
‫そのため､ ログメッセージを生成しているアクターの名前を出力することができれば､ 問題の発生箇所を特定するのに非常に有効です｡

52
00:05:03,840 --> 00:05:04,410
‫ハプニング

53
00:05:04,410 --> 00:05:13,140
‫そこで､ 誰がどれだけオーバーシュートしたかを確認するために､ そのオーバーシュート・ログで名前を記録することに挑戦したいと思います｡

54
00:05:13,350 --> 00:05:20,070
‫つまり､ Begin Playでやったように､ 俳優の名前をチックするための変数を追加するわけです｡

55
00:05:20,430 --> 00:05:27,870
‫その中に名前を入れて､ そのオーバーシュートを印刷しているログメッセージのどこか好きなところに指定したパーセントを追加し､

56
00:05:27,870 --> 00:05:35,730
‫その名前に引数を追加することになります｡

57
00:05:35,730 --> 00:05:42,720
‫引数のリストにはやはりオーバーシュート変数が欲しいところですが､ やはりその前に､

58
00:05:42,720 --> 00:05:46,380
‫名前の引数も入れることになります｡

59
00:05:46,620 --> 00:05:52,620
‫そして､ 引数の順番がメッセージの中の指定子の順番と一致しているかどうかが重要なポイントになります｡

60
00:05:52,620 --> 00:05:57,180
‫つまり､ パーセントfの前にパーセンテージを置けば､ その順番になるわけです｡

61
00:05:57,180 --> 00:06:02,610
‫名前はオーバーシュートの前にするか､ 他をやったのならその逆にしてください｡

62
00:06:02,880 --> 00:06:11,460
‫そして､ 変数名の前にスターを付けて､ 文字列をe logが使えるように変換することを忘れないでください｡

63
00:06:11,460 --> 00:06:13,140
‫ビデオを一時停止して､ 試してみてください｡

64
00:06:16,070 --> 00:06:16,490
‫なるほど｡

65
00:06:16,490 --> 00:06:17,450
‫お帰りなさい｡

66
00:06:17,480 --> 00:06:25,610
‫これは厳密には必要ではありませんが､ 単純化するために変数を使用し､

67
00:06:25,610 --> 00:06:30,230
‫行を少し短くすることにします｡

68
00:06:30,230 --> 00:06:36,950
‫そこで､ nameというF文字列を大文字で用意し､ 通常は変数名の先頭にします｡

69
00:06:36,950 --> 00:06:44,600
‫その変数にget nameを行い､ それを引数にするのです｡

70
00:06:44,600 --> 00:06:48,080
‫しかし､ どこに書式を入れればいいのか､ ログメッセージに指定すればいいのか｡

71
00:06:48,080 --> 00:06:55,850
‫まあ､ ログメッセージの最初に書いて､ これがこのものから来るログメッセージであることをはっきりさせるつもりです｡

72
00:06:55,850 --> 00:07:02,750
‫つまり､ 私の主張はオーバーシュートの議論より先に出てくる必要があるのです｡

73
00:07:02,750 --> 00:07:11,420
‫そこで､ 名前を取得してここに入力し､ 適切に変換するために名前の前にアスタリスクを付ける必要があります｡

74
00:07:11,420 --> 00:07:13,340
‫では､ エディタに戻りましょう｡

75
00:07:13,340 --> 00:07:19,610
‫再生停止→再コンパイル→ターミナル終了→再生→出力ログを開く｡

76
00:07:20,060 --> 00:07:24,530
‫そして､ ティックメッセージが届き始めているのがおわかりいただけると思います｡

77
00:07:24,560 --> 00:07:28,010
‫プッシュとキューブが1プッシュとq11でオーバーシュートしました｡

78
00:07:28,010 --> 00:07:34,190
‫つまり､ 高速で移動するプラットフォームや押すキューブはより多くオーバーシュートし､

79
00:07:34,190 --> 00:07:44,390
‫移動するプラットフォームはより少なくオーバーシュートしているように見えるということです｡

80
00:07:44,390 --> 00:07:47,840
‫でも､ ここで過去ログで確認できたのはよかったです｡

81
00:07:47,870 --> 00:07:48,440
‫素晴らしい内容です｡

82
00:07:48,440 --> 00:07:51,710
‫というわけで､ 今回のログ流しはここまでです｡

83
00:07:51,710 --> 00:07:56,330
‫次回の講義でお会いしましょう｡