Excel VBA 質問スレ Part61

2019/04/25(木) 23:41:03.61

!extend:checked:vvvvv:1000:512
!extend:checked:vvvvv:1000:512

ExcelのVBAに関する質問スレです
コード書き込みや作成依頼もOK
※前スレ
Excel VBA 質問スレ Part60
https://mevius.5ch.net/test/read.cgi/tech/1552736349/

VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** (ｽﾌｯ Sd2f-to8s) · 2019/06/10(月) 10:55:53.93

おまえのかあちゃん

2019/06/10(月) 18:38:27.74

参照設定までするのにVBAでする必要ある？
なんでそこまで意地になってVBAなんぞに拘るの？

2019/06/10(月) 18:45:40.31

>>612
お前の環境（が悪い）
スマホゲームで動作が悪い時に言われる事がある
おまかんとかおれかんとか

>>614
全くこだわってないよ
最初から別言語やツールが良ければそれらで作ってる
Excelで99%出来上がってるのにここから戻るってのがありえないってだけ

2019/06/10(月) 19:27:31.99

>>614
VBAスレだし

>>615
それスマホに限った話じゃないよ

2019/06/10(月) 20:45:20.89

>>616
そうか、スマン
いつから流行りだしたんだろう

2019/06/10(月) 21:38:08.94

VBAに新機能がつかないのはもう諦めた
でもIDEはもうちょっと進化させるつもりないん？

と思って調べてみたらアドインでなんとかする方法あるんだな
使ってる人いる？

2019/06/10(月) 21:50:15.76

.NET使えるから最新環境で作成できるぞ
一回試した後は一回も使ってないけど
やっぱファイルと一体化してるのは超便利だ

2019/06/10(月) 21:54:55.45

グラフのプロットエリアの位置が設定出来ん!
ググったら、デバッグプリントするといいよって書いてあったので、
やってみたら、本当に出来た。
何でそんなんでOKなのかワケワカラン。

2019/06/10(月) 21:56:39.67

>>617
DLL HELLならVisualBasicのVBXが元祖だよ

2019/06/10(月) 22:12:08.21

>>618
むしろ開発環境は意図的に使用困難にしていく方向じゃないかな
VBAの実行はできるけどVBEは廃止、どうしても編集したい場合は旧バージョンを使ってね、くらいはそろそろ覚悟しといたほうがいいかも

2019/06/10(月) 22:14:44.52

そんなあほな

2019/06/10(月) 22:18:00.17

MSとしてはそうしたいのは透けて見えるけど、ここまで広まったものを軌道修正するのはなかなかねぇ

2019/06/10(月) 23:01:58.73

ええ…
代わりになるものがあるならともかく

2019/06/11(火) 01:34:20.54

代わりはMSがこれまでにいくらでも提供してきただろう
お前が新しいものから目を背け続けてきただけだ

2019/06/11(火) 01:41:42.71

>>614のおっちゃんはVBAをバカにしてるけど
じぁあVABを使わないなら何の言語でするつもりなの？

2019/06/11(火) 04:40:05.71

パワーシェルな

2019/06/11(火) 06:11:13.67

>>628のおっちゃんはパワーシェルと言ってるけど
便利なエディターとかはあるの？

2019/06/11(火) 07:11:21.73

>>610, >>610
爺お得意のバッドノウハウだから気にしなくていいよ

2019/06/11(火) 07:13:42.88

>>629
PowerShell ISEでいいだろ
ただ>>628のおっちゃんはまともに使ったことないと思う
PowerShell + Excel って結構色々ハマりポイントあるし

2019/06/11(火) 07:29:09.03

たかがファイルの内容編集に
広範なシステムアクセスを行うPowerShellをつかわにゃならんのか？

2019/06/11(火) 07:43:28.02

Ruby の方が、バグらないから良い

それに、Rubyスクリプト内で、PowerShell コマンド・スクリプトも実行できるし

2019/06/11(火) 07:53:53.39

外部のプログラムと
シェル用にガチガチになったＥｘｃｅｌフォーマット別々に扱うのも不便そうだ

ＥｘｃｅｌＶＢＡこそオブジェクト指向の体現であったのか

2019/06/11(火) 07:59:35.57

>>633
もうすぐ無くなる言語勧めるのやめろ

2019/06/11(火) 08:41:07.88

>>635のおっちゃんはRubyはなくなるみたいなこと言ってるけど
人気じゃないの？Web関連の仕事もRuby案件が一番人気と聞いたこともあるし。

2019/06/11(火) 08:42:51.90

>>631のおっちゃんはPowerShell ISEと言ってるけけど
そんなのどこでダウンロードできるの？

2019/06/11(火) 08:44:36.46

仕事で使うPCにはまず入っているExcel VBAのエディタこそダウンロード不要で汎用性あると思うけど

2019/06/11(火) 08:53:12.26

入ってる入ってないってそんなに問題か？

2019/06/11(火) 08:55:06.40

>>636
一時流行ったし最先端の時期もあったけど、rubyを開発した「まつもとゆきひろ」がサボりにサボって他言語に抜かれまくった
今は全く人気がないし性能も悪い
ただ、保守案件が多少残っているので、ruby使っている人は保守案件をこなしながら他言語を覚えている状態

githubユーザーの割合
https://career.levtech.jp/files/img/guide/knowhow/files/oldthing.png
あくまでgithubのプロジェクト
web開発の主流になっているphpは山程使われている

>>638
テキストエディタと変わらんよ、すっげーしょぼいよ
汎用性ではなく、何も出来ないといったほうが正しい
atomやsublimetext辺り使ってみると分かると思う

2019/06/11(火) 08:56:04.75

>>639
金融系とか外部プログラム不可の業種とかあるんだ
最初から入ってるというのは大きなメリット

**デフォルトの名無しさん** (JP 0Ha3-nH6h) · 2019/06/11(火) 09:09:53.52

>>639のおっちゃんはニートですね。
会社のPCは2流以下の企業以外はインストール禁止がほとんど。

**デフォルトの名無しさん** (JP 0Ha3-nH6h) · 2019/06/11(火) 09:14:21.50

>>640
そうですか
じゃRubyやめよう
PHP勉強する
もともとRubyは糞言語と思ってた
「まつもとゆきひろ」のおっちゃんは開発者によけいな負担をかけさせやがって

2019/06/11(火) 09:39:53.20

>>640
そのグラフ、みんな下がってるけど今は何が上がってるの？
結局C#とかJava？

2019/06/11(火) 10:00:02.15

>>644
https://www.tiobe.com/tiobe-index//
業務用のjava・C系列、機械学習のｐython、webバックエンドのPHP・フロントのjs
この辺が固定。特にjavaは強い

明確に上がっているのはSwiftぐらい。iphoneアプリ開発用と思うけどあんまり知らない

2019/06/11(火) 10:17:06.70

>>415
デコレータパターンあたりでググると
幸せになれるよ

2019/06/11(火) 10:43:38.85

>>641
外部プロクラムなんて金さえかからなきゃ申請して不可になることは少ないよ。
Visual Studioは普通入れられる。
（支店とかは知らんけど。）
>>642
ご愁傷様としか言いようがないね

2019/06/11(火) 10:45:56.60

そもそもVBAが廃止になっら
MSのエクセル使う意味ないわ
365の更新やめるだけ

2019/06/11(火) 11:57:40.02

同じ議論ばっかだなあ。
今までの議論でVBAが一番有利なのは既に何度も語り尽くされてる。
Excel上で余計な申請などせずに、何処でも汎用的に1ファイルで扱えるのはVBAのみ。

汎用実行ファイルの作成の代わりにVBAでやるのはダメだけどね。
殆どの議論が土俵を間違えてる。

2019/06/11(火) 12:05:34.02

PowerShell ISEがどこでダウンロード出来るかっていう質問はこのスレを象徴する質問だな

2019/06/11(火) 12:09:42.52

例えばVBAでは無理な処理はC#なんかを使う。
そうすると参照設定が必要になったり、汎用的じゃ無くなったりする。
それは仕方の無いことだ。
けど、上の方で参照設定の議論が出てるけど、上級者で実行時バインディングにする一番大きな理由はコード使用者に参照設定するよう説明を付けなければならない点にあると思う。
ソースコードだけで完結しないのを良しとしないわけだね。

そういう点からするとVBAのコードだけで完結しないのは一歩後退という感じがするわけ。

勿論、処理そのものがVBAでは無理なものは他言語でやるのは当然のことだけどね。

2019/06/11(火) 12:15:57.12

PowerShellは残念ながら殆どメリットになる所が無いと思う。
C#ならVBAではどうにも無理な処理をExcelファイルに統合出来る。
汎用性からは一歩後退するけど1ファイルにはなる。

PowerShellでVBAにはどうにも無理な処理というのがそもそも殆ど思い付かない。
その上、1ファイルに統合出来ない。
正に土俵が違う感じ。

2019/06/11(火) 12:18:02.54

PowerShellはIDEがカッコイイ

2019/06/11(火) 12:25:26.93

PS好きだけどこれ以上はスレ違いになるのでやめよう

2019/06/11(火) 12:27:30.71

VBA がいいのかそれとも PowerShell や C# がいいのかはそれこそケースバイケース
VBA が絶対有利と言い張る ID:xU3mv9gpd みたいな奴がいるから毎回グダグダの議論が繰り返されてるだけ

2019/06/11(火) 12:36:41.02

>>655
ケースバイケースだが有利なのは当然。
土俵を限定した専用言語なのだから。
サクラエディタのマクロはそれ用のjavascriptとライブラリが有利、秀丸には秀マクロが有利なのと同じ。

頑張ればサクラエディタの拡張用にPowerShellで何か書けるかもしれんが、そんなことする奴がいるか?

2019/06/11(火) 12:45:15.15

１ファイルの人を納得させるのは無理なんだから諦めよう
職場のPC環境も今後変わっていくものだしそれを邪魔しないなら後は何でも良い

2019/06/11(火) 12:52:25.86

>>637
本気で訊いてるの?Vista 以後のWindowsに標準で付いてるよ……orz

2019/06/11(火) 13:05:58.25

ケースバイケースって書いてるのにまだ有利なのは当然とか言うアホはどうしようもないな…
100歩譲って有利なケースが多いと言うならまだしも言い切る辺り>>657の言うのが正しいんだろう

2019/06/11(火) 13:16:24.61

日本語の分からないアホはどうしようもないな。
有利≠絶対にそうしなければならない。

有利なケースが多いことを有利と言っているのが分からないんじゃ話にならない。

2019/06/11(火) 13:18:02.94

まあ、PowerShellが有利なケースなんて見たことが無いけど。

2019/06/11(火) 13:25:50.47

Excelファイルを作るという場合においてVBAが有利かと言えばそんなことは全く無い。
Excel上で作る場合ぐらいだろう。

VBAが有利になるのはあくまでExcel上から動かすからだ。
土俵を限定しているということはそういうことだ。

そういうことを理解出来ない人が多い。

2019/06/11(火) 13:32:08.53

>>662
＞Excelファイルを作るという場合においてVBAが有利かと言えばそんなことは全く無い。
え、じゃあ何で作るのが有利なの？？

2019/06/11(火) 14:29:17.02

>>663
その処理を実装する言語でしょう。
Excel上で実行しないなら、例えばPowerShell上で某かの処理を実装し、その中でExcelファイルを作成したいならPowerShellで実装すべきでしょう。
Rubyで某かの処理を実装し、その中でExcelファイルを作成したいならRubyになるでしょう。

VBA以外の大抵の場合、Excelファイルがメインなのでは無く、某かの処理がメインでしょう。

2019/06/11(火) 14:42:09.50

なんで「ファイルを作る」話になってるの？

2019/06/11(火) 14:58:57.67

>>665
他言語を主張する人は、自分目線でそういう土俵を考慮しない人が多いという話。

ここはExcelVBAのスレだから最初からExcel上で実行することが前提になってるし、最初からの単体実行ファイルや単体実行スクリプトに比べてExcelが介在しない点について汎用的でないことが前提になっている。
(VBAでExcelファイルとは無関係な汎用処理を実行させることは可能でも、その点で有利を主張する奴はいない)

そういう前提である以上、他言語との比較では他言語はExcel上で実行する立場で有利不利を論じなければならないからVBAが有利なのなんて当たり前でしょ。
そもそもがVBAが有利な土俵なんだから。

2019/06/11(火) 15:01:30.73

VBAの場合、Excel上でファイルを作るのが前提。
他言語でよくやられてるExcel上では無い所でExcelファイルを作るというのはVBAからすると最初からスレチになっている。

2019/06/11(火) 15:55:42.70

それファイルを「作る」って表現でいいの？

2019/06/11(火) 15:59:33.33

>>664
RubyでExcelインスタンス作るとか、処理が例外的すぎるだろう
そんなニッチな場合なら何でやってもいいのは言うまでも無いしそれをわざわざ中心に語る君は相当変だよ

2019/06/11(火) 16:35:21.06

>>668
普通は作るとは言わない
バカが踊り狂ってるのを冷ややかな目で見てるのがよろし。（またはNG行き）

2019/06/11(火) 16:37:00.61

まあでもお前らもExcelに組み込まれてなかったらこんなクソ言語使わないでしょ？

2019/06/11(火) 16:59:33.14

>>671
当たり前だろｗｗｗ

2019/06/11(火) 18:22:06.08

言語が糞より開発環境が糞だな

2019/06/11(火) 18:44:56.74

1ファイルならVBAってのは理解出来る
外部参照までするのにVBAってのはなんで？ってなる
余計なのがあるから渡される方も怪しむ

2019/06/11(火) 19:14:52.05

>>660
> 有利なケースが多いことを有利と言っている
お前はまず日本語の勉強からしろよw

2019/06/11(火) 19:16:53.80

>>671
クソとまでは思わないけど最近のモダンな言語に比べたらちょっと面倒だなって思うことが多いわな

2019/06/11(火) 19:19:42.90

>>674
だからケースバイケースだって言ってるでしょ
測定器から読みだしたデータから簡単なレポート作るならVBAがいいケースもある
その際に測定器とのやり取りのためにメーカー提供のDLL参照するとか

2019/06/11(火) 19:59:10.49

>>675
それを言うなら「有利なケース」が既におかしい。
最適なケース、もしくは適したケースが正しいだろ。

お前の>>659に合わせたらそうなっただけだよ。

2019/06/11(火) 20:08:00.11

>>669
そうじゃなくて、ここは汎用言語じゃ無いVBAのスレだから比較するならVBAで想定されている利用に限ると言っている。
それ以外で比較しても意味が無い。

だからVBAの土俵に合わせて貰わないとな。
汎用言語としてVBAを使うという話ならVBAが優れているなんて言う奴はいない。

2019/06/11(火) 20:09:58.13

Excel上でExcelファイルを作るならVBAが有利だし、そうじゃ無いなら想定外。

2019/06/11(火) 20:12:57.41

本来、どの言語を使うべきかなんてケースバイケースなんだが、その既にケースバイケースの件に踏み込んでることに気付いていない奴多数。

2019/06/11(火) 20:26:13.16

>>678
> それを言うなら「有利なケース」が既におかしい。
> 最適なケース、もしくは適したケースが正しいだろ。
ますますアホ晒してるぞw
誰も最適なんて言ってないし

2019/06/11(火) 20:30:26.57

>>681
> 本来、どの言語を使うべきかなんてケースバイケースなんだが、その既にケースバイケースの件に踏み込んでることに気付いていない奴多数。
いや、必死になってる１人だけじゃね？w

2019/06/11(火) 20:49:50.92

「Excelファイルを作る」って表現が気持ち悪すぎて無料

2019/06/11(火) 20:56:11.70

まあ大抵の問題はVBAというよりもセルやブックを直に参照してるところなんだけどな。

2019/06/11(火) 22:19:10.25

>>683
まだ分かってないから笑えるw
VBAの時点で「ケース」なのに必死に否定しようとしてるアホがいる。

2019/06/11(火) 22:24:49.74

>>682
お前のレベルに合わせるの疲れるわw
「有利なケースが多いことを有利」の2つの有利は厳密に言えば意味が違う。
したがってこれ自体は間違いとは言い切れない。
しかし、お前の言うようにこれが間違いだとすれば>>678がその結論になる。

つまり>>675が間違っているか、>>678が正しいかのどちらかだ。

たぶんこれ理解出来ないんだろうな。
ホント疲れるw

2019/06/11(火) 22:30:27.59

ここでVBAを否定しようと必死になってる奴って、アセンブラでドライバー作ってる奴にもモダンじゃないとか言ってそう。

2019/06/11(火) 22:33:26.20

ＶＢＡに浸ってると
脳回線が行き当たりばったりでぐちゃぐちゃになるようだな…

2019/06/11(火) 22:41:05.12

>>651
VBAで無理な処理ってどういうの?
リッジレーサーを移植するとか?

2019/06/11(火) 22:44:56.04

分かりやすいのだとスレッドとか？

2019/06/11(火) 22:47:12.17

怒涛の３連投ww
今どきはドライバーもCとかで作るのが普通と言うことも知らんのだろうなw

2019/06/12(水) 01:52:03.68

非生産的な話ばっかりしてて草

2019/06/12(水) 02:25:06.67

PHP7, Python3 は、互換性が低いから、全く同じものを作り直しているだけだろ。
Ruby は互換性が高いから、作り直さなくても動くから、プロジェクトの数が少ない

雑誌・web サイトの記事もそう。
PHP7, Python3 の記事は、書き直しただけで、内容は以前と同じ

テキスト処理なら、圧倒的にRuby が有利！

>>637
PowerShell, PowerShell ISE の両方は、Windows に、元から入っている

>>639
銀行でも、有料のExcel から、無料のLibre Office へ移行した所もある。
有料ソフトはインストール時に、管理部門に申請書を書いたり、代金支払いなどの手続きが面倒だから

2019/06/12(水) 07:49:48.05

非生産的というかなんかエライ古い話ししてるな～って印象しかないで

2019/06/12(水) 08:30:55.32

>>692
お前のようにスキルの無い奴では無いのでそんなあたり前の話を知らない筈が無いだろw
それに全く反論に成ってない。

**デフォルトの名無しさん** (ｽﾌｯ Sd2f-to8s) · 2019/06/12(水) 08:32:39.63

世の中けっこう非生産的だよ
著作権とかセキュリティとかリバエン禁止とかいろんな理由で他人の作ったコードは使えないから、まったく同じ結果の出る関数を1から書き直せって仕事がけっこうある
まあ、車輪の再発明を強いられるのは、どんな業界でもあるんだろうけどさ

2019/06/12(水) 08:33:41.83

今時はC++で作ってますが

2019/06/12(水) 08:41:04.27

>>690
VBAでも高速化するテクニックは沢山あって、それをきちんと考えて組む上級者は遅いと感じることはあまり無いと思う。
けれども、どんなにテクニックを駆使しても限界はあって、本質的に遅い部分は他言語を使った方が良い場合もある。

Excel上の部品で、VBAでは作成不可能なものもある。

2019/06/12(水) 08:44:42.48

シートやフォームに貼り付けるコントロールの自作はVBAでは無理なのでは

2019/06/12(水) 08:46:17.08

インプリンタだし並列処理が出来ないから最近の大容量データ処理にそもそも向かない

2019/06/12(水) 08:53:01.12

セルA1,B1,C1,D1に4,3,2,1と入っていて500行目まで同じようにランダムに数字が入ってる状態で、1行ずつ500行目まで全て昇順にソートするプログラムを教えてください。
マクロの記録で1行分をコピペして作ったんですがセル位置直すのに心折れてしまいました。
for nextで繰り返し処理できるようなプログラムでできませんでしょうか。よろしくお願いします。

2019/06/12(水) 09:05:28.01

>>700
そういうものより独自のPaneを追加したりの例が過去スレで挙げられてた。
こういうのは(コントロールもそうだけど)C#とかで作るのが楽でしょう。

2019/06/12(水) 09:16:46.73

>>702
上級者がこういう質問に回答したいと思わないのは、あなたは何でFor Nextで出来ないのか、あなたはFor Nextで書こうとした時にどこで詰まっているのか書いて無いからなのね。

想像するに、1行分のマクロ記録の部分を例えばk行目についてkを使って表現出来ないからだと思うんだけど、違うかな?

2019/06/12(水) 09:22:03.49

>>702
標準的なWindows環境でファイルを使う前提ならば、.NETのArrayListクラスのSortメソッドを使って各行の値を昇順ソートしてから代入してしまう手順にするのが楽かな
制御フローは{各行の処理{各列の処理}}というオーソドックスな二重ループで事足りると思う

ArrayListはCreateObject("System.Collections.ArrayList")でインスタンス生成できる
詳細はググってね

2019/06/12(水) 09:22:37.44

>>700
そう言えば、コントロールの自作は無理でもクラスにすることはあるね。
でもクラス単体で完結させるのは難しい。
WndProcは標準モジュールに置くしか無いから。
でも変数にマシン語を入れて無理矢理クラスにWndProc置いてた人がいたな。
こういうレベルまで来てるなら明らかに自分よりレベルが上だね。

2019/06/12(水) 10:09:53.61

>>702
Sub Macro1()
　　For r = 1 To 500　' 1行目から500行目までソート
　　　　Set Ra = Range("A" & r & ":D" & r)
　　　　　　ActiveWorkbook.Worksheets("Sheet1").Sort.SortFields.Clear
　　　　　　ActiveWorkbook.Worksheets("Sheet1").Sort.SortFields.Add2 Key:=Ra _
　　　　　　　　, SortOn:=xlSortOnValues, Order:=xlAscending, DataOption:=xlSortNormal
　　　　　　With ActiveWorkbook.Worksheets("Sheet1").Sort
　　　　　　　　.SetRange Ra
　　　　　　　　.Header = xlGuess
　　　　　　　　.MatchCase = False
　　　　　　　　.Orientation = xlLeftToRight
　　　　　　　　.Apply
　　　　　　End With
　　Next
End Sub

2019/06/12(水) 10:36:47.13

ユーザーフォーム上に動的に生成したコントロールでenterイベントとれないんだけど仕様？

2019/06/12(水) 11:21:07.45

>>708
取れる。
やり方が間違ってる。

2019/06/12(水) 11:23:48.09

>>708
enterイベント?

2019/06/12(水) 12:26:46.52

>>701
でかいデータ処理自体はExcelにやらすべきでしょ
ネイティブだしマルチスレッドでやってくれるし

2019/06/12(水) 12:29:02.31

>>696
> お前のようにスキルの無い奴では無い
他人が言うならまだしも自分で言うとか恥ずかしくないのかな？
まあまともな羞恥心あったらアホレスを延々しないかw