Zundamon's Lesson "Why Singleton is evil?"

[@agesala1885]

確かに自分達が書くアプリケーションコードにシングルトンを使うなら注意だけどフレームワークの実装ではよく使われてるんだよな

[@natsuki9293]

「絶対使うな」には反対だけど、動画内で全てのユースケースについて言及するのは難しいので、コメントで色んな意見残してくれるのありがたい。

[@Aki.K.]

「絶対に使うな」に反対と書き込もうとしてた。「安易に使うな」が正しいですね。 対象の業界が違ったりすると本当にフィットする状況があったりするのだけれど、なんでもかんでもアンチパターンのように呼んでレッテルを貼ってしまうと、それはもう原理主義になる。 思考停止せず常に最適な方法を探し続ける事が重要だと感じています。

[@mak_in_1232]

シングルトンパターンは、ファイルの書き込みなどのIOに代表される操作したい人はたくさんいるけど、実際に操作できるのは1つ、の時に待ち行列とかする時に使う。 そのシチュエーションを自分のアプリケーションコードで書くことはほぼ無いはずなので、使わない、としても基本には問題ないことが多い。 が一点注意は必要。 一番使われるパターンとしてはログ書き込み。 逆に言えば、ログ書き込みを自分でそのままファイル出力で書くと衝突してトラブルになる。 これを知っていれば、ログ書き込みライブラリが大抵あるので良い感じにシングルトンで制御してくれる。

[@void-uv7kh]

分かりやすかったです！ 現在デザインパターンを学んでいるので他のデザインパターンについての解説、問題点の動画も待ってます！

[@はてなインコ]

ゲームではサウンドの再生を担当するクラスはシングルトンにしてます 他のクラスに影響を及ぼさず値も返さないvoid関数のみを持つクラスであれば、シングルトンパターンにしても依存関連のバグは生まないはずなので、その場合シングルトンは使っても良いと思っています とはいえ、私も乱用は避けるべきだとは思います 得に大人数でのプロジェクトではstaticのデータは思いもよらない使われ方をしたりもするので

[@Geek-zl6bs]

これ、自分しか使わない場合はいいんだけど、 ライブラリをユーザーに提供するときは、ユーザーが依存関係とか意識せずにコンストラクタを呼べるメリット があるんですよねー。

[@kよろしく]

javaのspring bootとかの話だとシングルトンはController,Serviceなど一つのインスタントだけでよい場合などで利用されている。 なぜ一つだけにする必要があるのかは無駄にメモリを消費しないようにするため。 シングルトンはマルチスレッドになったときに問題が発生するのでテストが難しい。

[@abcz262]

シングルトンは単体利用するとバグの巣窟になる。その経験をするとfactoryやfacadeを組み合わせたDIの利点が学べる。GoFは２３パターンだが座学レベルだから、業務レベルで使うのはMVC以降の新パターンだから注意やね。

[@kky5783]

シングルトンを多用するとオブジェクト指向ではなく手続き型と変わらなくなりますね。使い所は見極めないといけない。何でもかんでもユーティリティに突っ込んじゃうとか駄目よねえ。

[@polishyou-kp3bq]

絶対に使わないようにすべきっていうのは言い過ぎでは？ 例えばKotlinは後発の言語だけど、objectっていうシングルトンをサポートする構文が言語レベルで存在する。 何も考えずに使うなっていうのが正解な気がするけど。

[@yas-156]

シングルトンパターンを使うな、ではありません。グローバル領域の代わりにシングルトンパターンを使うな、です。 そのためにはクラス設計をしっかりとしろ、です。結果として1インスタンスにしかなり得ない場合はシングルトンパターンを使う事になります。 ここから継承はあり得ない、あるいは継承させない時にはスタティッククラス(全フィールド、全メソッドをスタティック)にすることもあります。

[@nanaseyou9987]

DIコンテナ使うようにしたので参考にしまーす＼(^o^)／

[@kosetei1]

それシングルトンというかグローバルインスタンスの問題点では

[@ish_pack]

メンバーが不変なシングルトンをセットとして渡すのは不要なやつが入りすぎてない前提でOK。問題は変更の自由度が高く拡散してる場合。いつどこでどれがどのように

[@おさとう-i1y]

敵だ！

[@kosetei1]

動画で指してる問題点は、クラス中にグローバルインスタンスを突然使うな、と言うものやん。 シングルトンは初期化前にグローバルインスタンスを使わせないという目的で作られてるんだから、シングルトンを批判するのは間違ってるよ。 少なくともグローバルインスタンスになる想定のクラスを作る側はグローバルにするぐらいなら、シングルトンにすべきだし、 使う側はシングルトンだろうと何だろうとカプセル化した中でグローバルインスタンスにアクセスするな、と言うだけ。

[@ya7855]

loggerの使い方に困惑してる人、そこそこいるよね

[@paseri9697]

接続管理クラスには普通に使うでしょ

[@kuramizuki]

密結合を避けるって話かな

[@paalon3303]

みんなどんな言語・設計の話をしているのか分からないけれど、シングルトンな型はプログラムの基本で、ありふれたものだと思うんだけど違うのかな？値を１種類しか取らない列挙型と何が違うんだろう。

[@IzumiKazan]

Unity でゲーム作っていますが、シングルトン使えないと詰む。 幾つかの危険性があるというのは理解できるが、使うなというのはチョット何言っているのか判らない。

[@mikeneck]

引数が多いこととシングルトンを使うことの関係がわからないかな… ただ、これは Java を前提で考えたからなので、 C++ などの言語ではどうなのかはわからん。なお、 Java では DI(Spring/Quarkus/Helidon...etc) がよくできていて、シングルトンの管理も DI コンテナに任せるだけなので、シングルトンパターン自体がもう解決済みなので、勉強する必要性ももうないかもしれない。

[@Aki.K.]

自分は DI 自体が好みではないですね。コンパイル型言語の利点をほとんど殺してると感じます。 Go 言語を体験して、余計な物がない世界がどれだけ素晴らしいことかを知りました。