- Excel VBA 質問スレ Part45 [無断転載禁止]©2ch.net
720 :デフォルトの名無しさん[sage]:2017/02/15(水) 20:00:12.56 ID:F/aHSwB0 - 型が決まる時はvariantにしちゃダメだろ。
基本使うべきじゃない。 Rangeを配列で受ける時とか、特別な理由があるなら分かるけど。
|
- Excel VBA 質問スレ Part45 [無断転載禁止]©2ch.net
727 :デフォルトの名無しさん[sage]:2017/02/15(水) 21:09:13.63 ID:F/aHSwB0 - >>725
はあ? 確定しないことなんて殆ど無いわ。 設計が悪いんだろう。
|
- Excel VBA 質問スレ Part45 [無断転載禁止]©2ch.net
736 :デフォルトの名無しさん[sage]:2017/02/15(水) 21:31:10.86 ID:F/aHSwB0 - いろんな言語のコーディングの本でも読んだら。
VB系のプログラマーが他から糞呼ばわりされるのが良く分かる。 俺に言わせればVBが糞なんじゃなく、そのプログラマーが糞なんだが、確かにVBAには糞コード書く奴が多いよな。
|
- Excel VBA 質問スレ Part45 [無断転載禁止]©2ch.net
741 :デフォルトの名無しさん[sage]:2017/02/15(水) 21:46:30.70 ID:F/aHSwB0 - >>740
そういう問題じゃ無い。 そして、実際に遅い時点で糞コード。 メリットが無い安易な逃げだな。 技術力の無さを埋めるための。 まったく、動けば良いと思ってる奴が多すぎる。
|
- Excel VBA 質問スレ Part45 [無断転載禁止]©2ch.net
753 :デフォルトの名無しさん[sage]:2017/02/15(水) 22:38:45.19 ID:F/aHSwB0 - >>747
だからそういう問題じゃない。 絶対にLong以外有り得ないのにVariantにするのはクソだ。 そして決まらないのは設計がクソだからだ。 というより設計して無いんじゃないか? 取りあえず動くようにしてるだけで。 「Variantでも」と言ってる時点で糞。 同等ではメリットになっていない。 そして実際にはデメリットに気付いて無いだけ。
|
- Excel VBA 質問スレ Part45 [無断転載禁止]©2ch.net
761 :デフォルトの名無しさん[sage]:2017/02/15(水) 23:09:58.33 ID:F/aHSwB0 - >>759
完全にアホ過ぎる。 Variantで書いても既にキレイなの。 分かる? でもそれはきちんと型指定してもキレイなの。
|
- Excel VBA 質問スレ Part45 [無断転載禁止]©2ch.net
763 :デフォルトの名無しさん[sage]:2017/02/15(水) 23:15:19.21 ID:F/aHSwB0 - 設計思想が無いんだろうな。
キレイに書くのは当たり前。 >>757 取りあえずってのはそいつのコーディングスタイルというか、癖みたいなもんもあるからあり得るだろうな。 俺だってコメント全く無しで書くこともある。 その時だけのマクロとか。 でもそれをOKとは言わないだろ。
|
- Excel VBA 質問スレ Part45 [無断転載禁止]©2ch.net
770 :デフォルトの名無しさん[sage]:2017/02/15(水) 23:24:33.53 ID:F/aHSwB0 - >>758
いや、ここVBAのスレだろ。 で、"3個"をそのまま受け取るような処理を何も考えずに書くから糞なんだよ。 まず第1にそのまま受け取る処理が良いのかどうかを考えるべきだろ。 そして、そのまま受け取るのが良いと決まってから文字列で受け取るかVariantで受け取るかどちらが良いのかとかを考える。 その結果、Variantが良いとなるならVariantを使っても良いんだよ。 で、そういう考え方で設計してたら必然的にVariantは殆ど無くなるんだ。
|
- Excel VBA 質問スレ Part45 [無断転載禁止]©2ch.net
772 :デフォルトの名無しさん[sage]:2017/02/15(水) 23:28:28.84 ID:F/aHSwB0 - >>768
そう、意味を考える。 一緒に速度も考える。 で、意味的に型決まってても速度のメリットを取ってVariantというのが配列をぶち込む定番の処理だろ。
|