- オブジェクトaとbがあって
a == b
ってするのと
a.id == b.id
ってするのどっちが速い？
- 一緒くらいはええええええ
- 速さなら変わらんがやってる事が違うやろ
- 上
- 上のがいいのか
- まず何の言語が言え
実装や言語によって違う
一般的には下 - >>6
C#
下のが速いのか - たぶん環境に依存する
まぁ流石に>>1がその程度の話でわざわざスレッド立てないだろう - 1億回くらい試行して0.1秒差が出るかどうかだろこんなん
- >>9
どっちがいいかって話 - 上で書くか下で書くか
- 同じidのオブジェクトが絶対に1つしか作られないなら上でいいよ
- >>12
同じidのオブジェクトが絶対に1つしか作られない - >>16
ならなんで比較してんだよくそわろ - >>18
>>19
比較しないと同じかわからんじゃん - オブジェクト同士の比較って==でできるか微妙な気がする
jsの場合文字列にして比較する必要があるけど - オブジェクトが同一かどうかとフィールドが同一かどうかは別な話では
全く別のことしてどっちがいいも糞もないやろ - >>14
>>15
オブジェクトとidは固定 - >>17
一緒な訳ないだろ - 意味不明
idを比較したいの？？？ - 絶対に一つしかないなら比較しなくていいじゃん
- じゃあ前者でええな
- オブジェクトは1つでも同じクラスの別のオブジェクトは複数な
- idで同一性を担保してるなら下しかないだろ
上でも期待する動作になるかもしれないけど設計思想としてはやっねはいけない
拡張性の問題でもある
演算子オーバーロードしてるなら別にいいけど - >>23
下か>>24
同じidのオブジェクトは1つしか作られない>>25
厳密にはどっちが最適か - >>27
下
aとbにid以外の要素ができた時にidは同じでも別ものとして扱われる時がある
ちゃんとしたって意味はおかしいけど、今回は良くても設計が変わったら通らないプログラムは書くべきではない - ほらどっちが速いかの話してたのに論点ズレて話しはじめてるーそういうとこやぞー
- 数msも変わらなさそうな速度の話とかどうでもいいし……
- >>26
組み込みもやってない文系プログラマー乙 - 付け加えるとidで同一性を担保する仕様なら根幹のロジックは下のになるけど
外部から使う場合はIEquitable<T>インターフェースを実装してEqualsメソッドを使用しろ
そのままの記述だとidを比べてることはわかるけどそれ以上のことはコードからは知り得ない
実装が冗長になって面倒くさく思うかもしれないがそれがC#っていう言語だから - なるほどねん
- どっちが速いかなんて計測すればいいだけ
- aとbが同一人物かと言う検査と、aとbの持ってるidが被っている検査の速度を比べて、どうすんの？
- そんなもん気にすんな
微々たるもんだたかだか素人の書いたif一個ぐらいPCは気にしねーよ
- むしろ速度機にするより最初はメモリの使用量とかCPUの使用率を気にした設計の方が良い
高速化するのはリファクタリングで実施 - と言うか、等価検査はこんなどっちも間違ってることで悩まずに、a.equals(b)を実装して、それだけを必ず使う
- 似たようなことは思ったけど意味ないと思ったからスルーしたわ
そんなくだらないこと気にするならメモリとかCPUに気を配れって感じる - 処理の一部だけ見て遅くなるからこっちとか分かってない状態でやっても無駄だし
全体動かしてここがクソ遅えってなってからリファクタリングが活きる
プログラミング詳しい人ちょっときてえええええええええええええええええええええ
VIP
コメント