【オブジェクト指向プログラミング】よく出てくるデザインパターン3選
ฝัง
- เผยแพร่เมื่อ 8 ก.ย. 2024
- 大事そうでわかりにくいオブジェクト指向で用いられているデザインパターンをできるだけわかりやすく実践的に役に立つように解説しました。この動画で要点を押えつつ、長期的にデザインパターンを身に付けてゆくことをお勧めします。
【デザインパターン参考書籍】
▼Java言語で学ぶデザインパターン入門第3版
結城 浩 (著) SBCreative社
www.amazon.co....
【オブジェクト指向参考書籍】
▼オブジェクト指向でなぜつくるのか 第2版
平澤 章 (著) 日経BP社
www.amazon.co....
▼On-site programming developer training institution
↓↓↓VMaterial(現場のプログラム習得用タイムパーフォーマンスMAXの新ビデオ教材)のあるオンラインスクールを開講しました。
firesoft-devel...
↓↓↓チャンネル登録はコチラ
/ @nekopro_firesoft
#オブジェクト指向
#入門
#java
猫でもわかるプログラミング入門は、Amazon.co.jpを宣伝しリンクすることによってサイトが紹介料を獲得できる手段を提供することを目的に設定されたアフィリエイトプログラムである、Amazonアソシエイト・プログラムの参加者です。
これだけレベルの高い方が私のような初心者の気持ちが理解できてるって感心してしまいます。共感できることがたくさんあります。
初心の時の気持ちを大切にして、動画を作成しています。時間がかかっても、言語化しています。解説はかなり手間がかかるので、世の中の媒体では、プログラムを書ける人の脳の働きについては、省かれています。その辺がわかってこそ、わかったということだと考えています。
プログラムをやってみようとした、始めのドキドキするような、気持ち、夢をわすれないでほしいなと思います。
実践的！
デザインパターン初心者です💦とても参考になりました！ありがとうございます！
ゲームが会社の入社テストで、デザインパターンについて出題されるのですが、どれ位の理解度で挑んだら良いかアドバイスなどあればありがたいです🙇♂️
高評価ありがとうございます。
ゲーム会社の入社テストなら、目的はC++かC#あたりのオブジェクト指向プログラムの力量はどのくらいかを図ることでしょうね。意外と、できる人から見ると、少しの質問の回答で力量は大体見抜けてしまいます。
なので、今からのテスト対策は、「コードレベル」でデザインパターンを「平易な自分の言葉」で、「使い道と構造」を説明できるようにしておけばいいかと予想します。
そのための準備は、[ゲームの開発環境 デザインパタン]→例えば[Unity factory]で検索すると、サンプルコードが出てくるので、それを見ながら、使い道と構造を理解するのを何個かやってみるといいと思います。デザインパターン23のうち、使えそうなサンプルコードのものに絞るのも手でしょうかね。
デザインパターンはテンプレートですので、ポイントは、「使い道と構造」です。
ゲーム会社なら、デザインパターンの他に、コルーチンやクーロンやコールバックあたりの基本もチェックしたほうが良さそうです。
@@nekopro_firesoft 早い返信ありがとうございます！
本当に勉強したことないところだったので、ありがたいです😭是非参考にさせて貰います‼︎
『オブジェクト指向における再利用のためのデザインパターン』はもともと使っていた各々のデザインに名前をつけることによってエンジニア間の共通言語としてのカタログ的な意味合いで使ってくれとのこと。「めいっぱいJavaやってて、どうやったら優れたオブジェクトの構成ができるか研究し続けていて、、、」は少しおかしいと思います。サンプルコードもc++やSmalltalkになっています。原著にはJavaはでてきません。
少しおかしいですね。
「めいっぱいJavaやってて」は、「めいっぱいオブジェクト指向プログラミング言語やってて」が正しいですね。
カタログ的な意味合いで使うについては、もう一歩だけ踏み込んで構造的に捉えています。『Java言語で学ぶデザインパターン入門（初版）』ぐらいの感じです。
ファサードは使ってほしくないパターン第一位。動画にあるように既存の複雑なモジュールを再利用する場合ならまだいいが、たまに新規開発で〇〇ファサードなんてクラス名を見ると頭を抱えてしまいます。ファサード作る前に、そもそも複雑なモジュールを作るなよと。
なるほど。（^^）Facadeの読みこみや修正のお鉢が回り、そもそもなにしてんの、ってなったことがあったんですね。そういう意味だと、使ってほしくないパターン第一位はsingleton。AndroidのMVVMで、アーキテクチャのlivedataやcompanionを使うように指示してますね。
多かれ少なかれファサードパターンは誰しも使っている気がする。
ファサードをクラス名に冠するのは確かに避けた方がいいと自分も思います。
窓口、ということですべての処理をそこから呼び出せるようにして神になることもあり得る。
適切な命名をした方がよろしいかと。
くちがまめってない
( ^o^ )