Excel VBA 質問スレ Part57

**デフォルトの名無しさん** · 2018/09/10(月) 21:42:39.57

ExcelのVBAに関する質問スレです
コード書き込みや作成依頼もOK

※前スレ
Excel VBA 質問スレ Part56
http://mevius.5ch.net/test/read.cgi/tech/1534976724/

**デフォルトの名無しさん** · 2018/09/22(土) 07:40:51.79

自作のワークシート関数作るとエラー処理とか面倒
特にエクセルの柔軟すぎる型変換は予想しない結果になってしまう

>>283
君はまずハローワークに行こうな

**デフォルトの名無しさん** · 2018/09/22(土) 08:08:03.84

>>283
老害かな

**デフォルトの名無しさん** · 2018/09/22(土) 09:49:40.55

>>282
使い捨て帳票ならそれこそ手入力で十分
デザインするついでにデータも入れればいい
プログラムするものは何度も繰り返し出力するもの、何人もの社員が出力するものだ
そういうのは先ほどレスした理由でセル参照を使ったほうがいい

**デフォルトの名無しさん** · 2018/09/22(土) 09:55:14.40

質問です
パワーシェルって.Net Freamworkの寄生虫みたいなもので
単体だとただのシェルと変わらないって本当です？

**デフォルトの名無しさん** · 2018/09/22(土) 09:58:32.80

VBAがOffice製品の寄生虫なのと一緒

**デフォルトの名無しさん** · 2018/09/22(土) 11:14:47.29

VBAは個々の重いOfficeアプリを起動しないと動かせないけどPowerShellはIDEでも普通のPSコンソールでもPSだけでサクサク動かせるからそこが違う

**デフォルトの名無しさん** · 2018/09/22(土) 11:36:15.01

PowerShell自体がたかがコマンドラインシェルのくせに起動ゲロ遅いから目糞鼻糞

**デフォルトの名無しさん** · 2018/09/22(土) 11:38:46.45

Cmdプロの人の嫉妬かな

**デフォルトの名無しさん** · 2018/09/22(土) 11:55:38.81

使ってるよ？
最近はだいたいbashで済ませてるけど

**デフォルトの名無しさん** · 2018/09/22(土) 21:13:08.35

質問です。
ソルバー機能をvbaで使ってるんだけど、目的や制約をセルを対象じゃなく、vba内の変数に対して適用したいんだけど不可能？

**デフォルトの名無しさん** · 2018/09/22(土) 22:34:22.71

>>281
クッソダサいしなんちゃってmapだけど文字列で渡してる
=MAP(A1:A10,”$$*EXP($$)”)
みたいな感じで

**デフォルトの名無しさん** · 2018/09/22(土) 23:03:40.40

「=SUM(A1:A10)」のようにSUM関数の引数に計算範囲をして合計値を表示したあとで
その計算範囲のセルの値を書き換えた場合に合計値が更新されないことがあるのですがなぜでしょうか？
そのあと値を書き換えたセルでF2を押して入力状態にし、そのままエンターを押すとようやく合計値が更新されます。

**デフォルトの名無しさん** · 2018/09/22(土) 23:53:28.61

>>295
自動再計算が手動になっているのでは？

**デフォルトの名無しさん** · 2018/09/23(日) 13:25:57.01

>>279
是非使いたいから公開してよ

**デフォルトの名無しさん** · 2018/09/23(日) 15:33:34.28

>>254
似たようなことやってる。
ユーザー定義関数じゃないけど昔のAPIビューアをドッカブルにした奴をVB.netで作って使ってる。

**デフォルトの名無しさん** · 2018/09/23(日) 15:35:54.14

>>258
ただ、ワークシート関数は重くなる場合もあるし自分は敬遠する傾向だな。

でも一長一短でワークシート関数の方が良い場合も当然ある。

**デフォルトの名無しさん** · 2018/09/23(日) 15:38:28.44

>>260
バカ丸出しだなあ。
あのね、それで使う側にとって何が良くなるの?
そこを語るべきだろ。

それが納得できるような話が今まで殆ど語られたことがない。

**デフォルトの名無しさん** · 2018/09/23(日) 15:47:46.09

>>269
何度言っても分からない人だねえ。
エクセルのファイル作るだけなら何使っても良い。
別にVBAが有利なことも無い。

逆にファイル開いた状態から動かす時は1ファイルで済むVBAが有利だろう。
だからVBAの話題になってるこのスレなんかもメインはそういうVBA有利な場面の話なんだよ。

実際、VBA不利な場面なんていくらでも知ってるけど、不思議とアンチの言葉とは丸っきり被らない。
アンチの言葉は全く説得力がない。
被れば、こっちも「確かに」となる筈なんだけどね。

**デフォルトの名無しさん** · 2018/09/23(日) 16:04:30.67

まーた1ファイル論争になってるのか、もう神学論争だよねこれ
VBA以外の言語でもCOMオブジェクトとしてアクティブなブックを操作できるわけだし、想定ユーザーのスキルレベルや運用条件や処理の内容によってVBAを使うべきか使わなくても良いかの判断なんて変わってくるでしょ

**デフォルトの名無しさん** · 2018/09/23(日) 16:04:32.08

大将、ドーナッツ一丁！

**デフォルトの名無しさん** · 2018/09/23(日) 16:30:52.15

自分の場合はそもそもエクセルを開いた状態で動かしたいプログラムというのがあまり無いです
VBAを普段使いしているひとはどういう用途・目的でエクセルを開いた状態でマクロを使っているのでしょうか？

**デフォルトの名無しさん** · 2018/09/23(日) 16:46:09.55

つまりVBAなんて必要ないって事だよね
そんなクソ言語を覚える意味ないもんな

**デフォルトの名無しさん** · 2018/09/23(日) 16:49:36.19

>>302
だから、それはそもそも何の言語でも良い話だろ。
VBAのスレなんだからVBA有利な話になるのが当たり前なんだよ。
だから1ファイルの話になるのが当然なの。

何で当たり前のことも出来ない話をしなきゃならんのかって話。

**デフォルトの名無しさん** · 2018/09/23(日) 16:54:56.19

>>304
それはそもそもVBAである必要の無い話だろうに。
何でこのスレに来てるんだということになる。

こっちは殆どブック開いた状態が基本だよ。
だから最初から噛み合わない。

CSVなら分かるけどExcelのブックは開いて人の判断なりを使って何かするのが基本。
じゃなかったらそもそも人間が理解出来る表である必要もなく、単なるバイナリのデータで良いわけだ。

**デフォルトの名無しさん** · 2018/09/23(日) 16:59:47.48

落ち着こうや、常にVBAが有利なわけじゃないよねって言っただけだぞ

**デフォルトの名無しさん** · 2018/09/23(日) 17:00:28.44

みんながみんなそういう狭い世界で生きてるわけじゃない
キミのエクセルに対する姿勢はそうだってだけで
他の人は閉じた状態でもエクセルを扱う、
複数のファイルを扱う、エクセル以外との連携もする
その前提は崩しちゃいかんと思うのよ

**デフォルトの名無しさん** · 2018/09/23(日) 17:04:15.89

みんながエクセル使えないわけやないんやでw

**デフォルトの名無しさん** · 2018/09/23(日) 17:06:10.83

だからさー、、、、話し相手が居ない淋しいプログラマの皆さんは、プログラ「ム」板のExcel VBAスレはなく
上にあるプログラマー板のどっかそういうスレで話し相手探せっつーの

それすら判らんようになってんのかいな。
ここで思いっきりマウンティングしたいというか、ここでないとマウンティング出来ないのは判るけどさー

**デフォルトの名無しさん** · 2018/09/23(日) 17:08:31.58

このスレに来る目的とかVBAに対して取るべき態度とかそんなの人の勝手じゃんよ

**デフォルトの名無しさん** · 2018/09/23(日) 17:11:49.59

>>309
違うっちゅうの。
閉じた状態でブック触るならそもそも何の言語でも良いし、というよりむしろVBAは不利なんじゃないの?
じゃあ、何でVBAのスレが有るかと言えばそれは開いた状態で何かする話をしたいからだろ。
そりゃ、VBAだってある程度は汎用的に使えるから閉じた状態からVBAでどうにかする話題が有っても良いけどメインじゃないでしょ。

**デフォルトの名無しさん** · 2018/09/23(日) 17:15:40.69

C#とかでCOM経由でエクセル触る前提だけどエクセルのオブジェクトモデルについてだけ質問したいと思った人がこっちに来る可能性だって十分あるんだよなぁ

**デフォルトの名無しさん** · 2018/09/23(日) 17:16:23.42

ガキかいなw
そもそもvbaがいらない場面でvba使おうとして、あげくの果てにvbaが有利やないとか
訳わからん事言いだすプロさんがおると質問が収束せんねんw
端的に言って迷惑やねんプロさんw
>>312おまえの事やでw

**デフォルトの名無しさん** · 2018/09/23(日) 17:50:56.48

自演で荒らすのはよくないよPyキチ君

**デフォルトの名無しさん** · 2018/09/23(日) 18:06:38.73

vbaとrubyはｲﾛｲﾛと空気がにてる
ｺﾞﾐっぷりも似てる

**デフォルトの名無しさん** · 2018/09/23(日) 18:07:15.36

ｴｸｾﾙは優秀な表計算ｿﾌﾄｳｪｱ
ｺﾚは間違いない

しかしｴｸｾﾙのｵﾏｹ機能のvbaはｳﾝｺ
ｺﾚは間違いない

**デフォルトの名無しさん** · 2018/09/23(日) 18:09:15.69

>>307
すいませんあなたが何を言いたいのかよくわかりません
ブックを開いた状態から起動するマクロで有用な具体例はなにかありませんか？
抽象的な答えでごまかそうとしてませんか？

**デフォルトの名無しさん** · 2018/09/23(日) 18:31:08.96

ハンカクでまた別人アピールしてるの？
いい加減に板を荒らすのは止めな

**デフォルトの名無しさん** · 2018/09/24(月) 00:45:26.83

ちょっと質問です。
とあるコードで
If 条件1 Then
MsgBox "メッセージ1"
End
ElseIf 条件2 Then
MsgBox "メッセージ2"
End
Else
End If
という記述を見たんですけど、Ifの中でEnd使うことってあるんですか？
やってる内容は
If 条件1 Then
MsgBox "メッセージ1"
End If
If 条件2 Then
MsgBox "メッセージ2"
End If
と同じなのかなと思ったんですけど、ご存知の方御教示頂ければ幸いです。

**デフォルトの名無しさん** · 2018/09/24(月) 00:51:36.52

>>321
Endのことはさておき、そのふたつのコードの意味は異なるよ

**デフォルトの名無しさん** · 2018/09/24(月) 01:02:46.39

>>322
本来意味が異なるのは分かるんですが、処理内容がそんな感じだったのでEndにはそういった意味があるのかな？と思って質問した次第です。

**デフォルトの名無しさん** · 2018/09/24(月) 01:54:26.03

>>321
全く意味が違う。END使ったらプログラムが強制終了されてしまう。絶対に使うべきではない。
Sub main1()
Call sub1(True, True)
MsgBox "main終了"
End Sub
Sub sub1(条件1 As Boolean, 条件2 As Boolean)
If 条件1 Then
MsgBox "メッセージ1"
End
ElseIf 条件2 Then
MsgBox "メッセージ2"
End
Else

End If
End Sub
'結果：メッセージ1しか出ない

Sub main2()
Call sub2(True, True)
MsgBox "main2終了"
End Sub
Sub sub2(条件1 As Boolean, 条件2 As Boolean)
If 条件1 Then
MsgBox "メッセージ1"
End If
If 条件2 Then
MsgBox "メッセージ2"
End If
End Sub
'結果：メッセージ1、メッセージ2、main終了

**デフォルトの名無しさん** · 2018/09/24(月) 03:08:18.87

Exit Sub とか Exit Function とかと違って、呼び出し元のプロシージャに返ることもなく一切のプログラムがそこで終了するコードってことだ。
Ifの中でEndを使うことがあるのかと訊かれれば、文法上は問題ないが俺だったら使わん。
もっとも、「早く返す」や「早く終了する」を追い求めたその人なりの結果かもしれんので、見かけたとしても内容次第で、問題のあるコードでなければとやかくは言わない。

**デフォルトの名無しさん** · 2018/09/24(月) 05:43:58.48

>>321
Endステートメントを使うと、単にコードの実行が止まるだけでなくアプリケーションで保持していた全ての変数の値がリセットされ、アプリケーションに対する外部プロセスからの参照も遮断される

モードレス表示でフォームを表示している場合、値管理やカスタム常駐クラス使用のためにグローバル変数を使っている場合等には問題が生じるので本当に要注意

**デフォルトの名無しさん** · 2018/09/24(月) 07:37:11.59

状況わからんからなんとも言えんが致命的なエラー時に強制終了させるぐらいしかないと思う
>>321のコードは微妙にそう言うコード片な感じもするし

**デフォルトの名無しさん** · 2018/09/24(月) 09:12:46.29

>>321
多分エラーメッセージの後、後続処理をやりたくないのでendって書いたんだろう
exit subで抜けても呼び元に帰って続行するから

**デフォルトの名無しさん** · 2018/09/24(月) 09:24:57.98

皆さまありがとうございます。
ちゃんと読んでみたら終了するコードでした…お恥ずかしい…
今後質問する際は頭をリフレッシュさせて読み直してからに致します。
ご迷惑をお掛けしました。ありがとうございました！

**デフォルトの名無しさん** · 2018/09/24(月) 09:47:07.47

psやらrubyやら喚き叫ぶバカよりは良い w

**デフォルトの名無しさん** · 2018/09/24(月) 10:16:18.94

>>329
ところで

If 条件1 Then
　・・・
ElseIf 条件2 Then
　・・・
End If

と

If 条件1 Then
　・・・
End If
If 条件2 Then
　・・・
End If

では意味が違ってくるのはわかってますか？

**デフォルトの名無しさん** · 2018/09/24(月) 10:25:02.72

周回遅れなアホ質問要らん

**デフォルトの名無しさん** · 2018/09/24(月) 10:26:57.24

>>332
いや、>>323のレスを見ると不安になるだろ

**デフォルトの名無しさん** · 2018/09/24(月) 10:34:31.82

>>331
ほんと何処に目をつけていたのか自分でも分からなくてお恥ずかしい限りですがElseの意味は分かっています。申し訳ないです…

**デフォルトの名無しさん** · 2018/09/24(月) 12:24:14.30

>>334
訊かれてるのは ElseIf の意味だぞ

**デフォルトの名無しさん** · 2018/09/24(月) 12:47:03.05

質問（した方が逆に質問される）スレ

**デフォルトの名無しさん** · 2018/09/24(月) 16:16:37.08

https://qiita.com/Q11Q/items/b525330d043e2a775594
いつもながら薄気味悪い
誰に語りかけてるんだよ？

**デフォルトの名無しさん** · 2018/09/24(月) 16:35:59.07

>>319
そもそもの考え方が違うから思い付かないんだろう。
例えば日付毎の生産量を表す表とグラフが有ったとする。
表示する期間を指定することでグラフ表示が変化するプログラムが有ったとしよう。

何でそんな機能が必要かといえば、表とグラフをにらめっこして、1週間後のグラフはどうだろうという要望や判断が有るからだ。

こんな例すら思い付かないんだから知識や技術が有ってもダメプログラマーなんだろうな。

**デフォルトの名無しさん** · 2018/09/24(月) 18:01:08.47

荒らし本人が言ってもな

**デフォルトの名無しさん** · 2018/09/24(月) 18:02:07.29

>>337
webってそういうもんだよ
知らないの？何十年前の人間なの？

**デフォルトの名無しさん** · 2018/09/24(月) 18:06:57.12

そんなのPowerShellかRubyで十分

**デフォルトの名無しさん** · 2018/09/24(月) 18:20:22.67

>>340
qiita VBAタグの劣化は許しがたい
そうは思わないか？

**デフォルトの名無しさん** · 2018/09/24(月) 18:28:34.71

>>338
どの言語でも簡単にできる上にそういうツールって今はいくらでもあるんでVBAでやる理由としてはちょっち弱いですね
これはエクセル開いた状態のVBAじゃないと絶対無理だっていう事例を知りたいです

**デフォルトの名無しさん** · 2018/09/24(月) 18:32:02.32

>>342
頭大丈夫か？

**デフォルトの名無しさん** · 2018/09/24(月) 18:44:10.41

>>343
バーカ。
何でブックで保存するんだ?
そのファイルは結局どうするんだ?

Excelで開くんだよ。
何の為にそんなことするんだ?
業務では開いた上で人間が何らかの判断をする為だ。
そうじゃ無かったらExcelは必要ないし、人間が開く必要も無いし、ファイルもバイナリで良い筈なんだ。

開いた上で動作するものばかりである必要は無いが開いた上で作業するのが基本なんだからプログラムも開いた上で動作するのがメインなのは当たり前だろう。

**デフォルトの名無しさん** · 2018/09/24(月) 18:47:21.59

>>345
意味不明ですね
エクセルを開いたままVBAを使うことのメリットを納得させる決定的な具体例はまだですか？

**デフォルトの名無しさん** · 2018/09/24(月) 18:48:07.49

>>343
お前の主張はExcelである必要も無い場合も含んでる。
というかその割合も多いだろう。
だからお前がここに来てるのもまったくおかしい。

絶対に無理とか

**デフォルトの名無しさん** · 2018/09/24(月) 18:50:03.06

絶対に無理とかいい出したら、PC使わないと絶対無理な事例自体無くなってくるぞ。

紙とエンピツでOKという話になる。

**デフォルトの名無しさん** · 2018/09/24(月) 18:51:22.73

>>346
開いて作業するのが基本。
わざわざ開かずに作業する方がおかしい。

**デフォルトの名無しさん** · 2018/09/24(月) 18:52:11.10

主張が支離滅裂で理解できません

エクセルを開いたままVBAを使うメリットを納得させる決定的な事例を聞いてるのですが
そのような事例は存在しないのですか？

**デフォルトの名無しさん** · 2018/09/24(月) 18:52:40.76

>>346
意味不明なのはお前。
開いて作業できること自体メリットだよ。

**デフォルトの名無しさん** · 2018/09/24(月) 18:53:11.09

>>350
既に説明済みだが。

**デフォルトの名無しさん** · 2018/09/24(月) 18:54:30.36

>>351
そのメリットを納得させる決定的な事例を聞いてるのですが
そのような事例は存在しないのですか？

**デフォルトの名無しさん** · 2018/09/24(月) 18:55:55.65

そもそも最初から支離滅裂なのはお前じゃないか。

じゃあ、お前はどうしても絶対にVBAではいけない事例をあげられるのか?
そもそもVBAを否定する奴の主張の方が絶対どころかほとんど大した理由になってないものばかりじゃねーか。

**デフォルトの名無しさん** · 2018/09/24(月) 18:56:13.26

>>353
既に説明済み。

**デフォルトの名無しさん** · 2018/09/24(月) 18:57:30.40

>>353
結局、お前の主張を要約すると「VBAは嫌い」というだけだ。

**デフォルトの名無しさん** · 2018/09/24(月) 19:00:43.65

>>342
思わない
エクセル以外の処理をvbaで色々やるのが間違ってるんだよ

C#にでもまとめて、コマンドプロンプトで処理すればいい
もう文字コードだのお節介機能で自動変換だの疲れた

ってか、”1-1-1”を普通に取り込めないとかもうウンコofウンコすぎてしんどい

**デフォルトの名無しさん** · 2018/09/24(月) 19:01:15.42

>>354
いけないということはないですが楽で効果的な手法があるなら常識的に考えてそちらを使うのが自然ですよね
あえて非効率な方法を選ぶならそれなりの理由が有るはずです
その理由とそれを納得させるような事例を知りたいのです
ただ単にその事例に興味があります

**デフォルトの名無しさん** · 2018/09/24(月) 19:05:58.04

>>358
自然w
頭の悪さが滲み出てるわw
よくそんなこっぱずかしいことが言えるな。

Excelのブックは開いた状態で作業するのが「自然」なんだからお前の主張に則ればVBAが一番有利という結論だな。

**デフォルトの名無しさん** · 2018/09/24(月) 19:08:11.84

自然などと書けばこういう突っ込みが来ることも想像出来ないんだから話にならない。

**デフォルトの名無しさん** · 2018/09/24(月) 19:09:15.54

>>359
エクセルを開いたままVBAを使うことが他の言語やツールと比べてメリットがあると納得させる事例は存在しないのですか？

**デフォルトの名無しさん** · 2018/09/24(月) 19:11:39.15

>>358
使うのに必要なスキルが極めて少ない

**デフォルトの名無しさん** · 2018/09/24(月) 19:16:37.23

答え無しですが時間がもったいないのでこの辺りで切り上げましょうか

**デフォルトの名無しさん** · 2018/09/24(月) 19:19:46.76

人には絶対を求める癖に自分は自然ですます。
いったい、どういう頭の構造になってるんだろう。

**デフォルトの名無しさん** · 2018/09/24(月) 19:54:15.09

そもそも俺はVBAの言語仕様がなかなか良いと思ってるんだが
そういう前提に立つ人間は少ないのかな？

**デフォルトの名無しさん** · 2018/09/24(月) 20:14:30.52

>>365
ジョークとか皮肉で言ってる？
ちょっとよくわからないんだけど

**デフォルトの名無しさん** · 2018/09/24(月) 20:14:49.56

20年間COBOLとPL/Iをメインでやってきた人が、「VBAは良い。生産性がとても優れている。」と言っていた
まあ人それぞれということだ

**デフォルトの名無しさん** · 2018/09/24(月) 20:15:16.80

>>366

**デフォルトの名無しさん** · 2018/09/24(月) 20:16:36.26

>>366
なぜ皮肉だと？
「とても良い」とまでは言わないが、そこそこ良い言語仕様じゃないか。
そう思う人間も多いだろう。

**デフォルトの名無しさん** · 2018/09/24(月) 20:18:56.67

>>365
言語仕様は基本VB6なので当時としてはよくできてた
でもさすがに20年も経つと色々見劣りするところが出てくるわけで

**デフォルトの名無しさん** · 2018/09/24(月) 20:25:47.99

>>337
気にしてもハゲるだけなんじゃねーの

>>364
閉じた業務系でVBAと肉入り以外の選択肢を潰されてやむを得ずVBA触った俺みたいな変人もいるし、
まぁその手の固定観念でもあるか、あるいは構ってちゃんなだけじゃねーの

**デフォルトの名無しさん** · 2018/09/24(月) 20:27:32.35

>>370
それはもちろんそうだが、それによって致命的に使いにくくなっているわけじゃないしな。
なんか上の方の議論が「使いにくい言語をあえて使う理由は何なの？」みたいなノリで、
言語として使いにくいことが前提みたいになってる点が気になった。
「VBAは十分使いやすい言語だ」という前提を下ろすつもりのない人間もいるわけで。

**デフォルトの名無しさん** · 2018/09/24(月) 20:27:41.54

「良い」にも色々あるからな
まともなプログラミングの基礎のない低スキルな人間が、新しいことを一切学ばずとも20年間仕事できてるわけで、これはすごいことだよ

**デフォルトの名無しさん** · 2018/09/24(月) 20:28:51.56

>>370
当時からガチ勢と比べれば見劣りすることだらけだったわw何知ったかしとんねんプロさんwwww

**デフォルトの名無しさん** · 2018/09/24(月) 20:48:27.78

>>372
使い易さなんて他の言語との相対的なもの
他の言語の便利機能知ってしまったらあの機能もないのか…とかこの機能があれば…ってなるのはしょうがない

>>374
はいはい w

**デフォルトの名無しさん** · 2018/09/24(月) 20:54:52.18

>>375
うむ、バカはしゃべらん方がよろしいw

**デフォルトの名無しさん** · 2018/09/24(月) 21:28:35.65

くだらない言い合いでスレ伸びまくりで草

**デフォルトの名無しさん** · 2018/09/24(月) 21:48:48.21

エクセルVBAは（ユーザーの）エクセルの操作を支援する場面において無類の力を発揮する。
しかしちょっと込み入った処理をしようとすると近代的な言語で書きたくなることは確かにある。

そこで質問です。
エクセル上でボタンを押す
→VBAでイベントを受ける
→外部プログラムにSelectionを渡す
→Selection（Range）を元に処理を実行
→処理結果を二次元配列データでVBAで受け取る
→VBAでデータを加工する。
→ワークシートにデータを書き出す。
尚、本エクセルは共有フォルダ上において複数名が交代で使用する。

こういったことがしたい場合何で書いたらいい？C#？PowerShell？

既存のVBAも活かしたいので、全部C#とかに一新しろっていう回答は無しでお願い。

**デフォルトの名無しさん** · 2018/09/24(月) 21:53:45.14

VSTOでアドオンだな
VBA資産とかいうゴミは捨ててC#で一新しよう

**デフォルトの名無しさん** · 2018/09/24(月) 21:56:06.10

>>378
csvか何かに吐き出せばどんな言語でも処理できるっしょ
ってかその程度ならvbaで頑張るわ

**デフォルトの名無しさん** · 2018/09/24(月) 22:02:20.31

>>378
＞ →Selection（Range）を元に処理を実行
＞ →処理結果を二次元配列データでVBAで受け取る

この2点からしてVBAで完結する案件
最初からRange→配列にして処理すればいいからね

**デフォルトの名無しさん** · 2018/09/24(月) 22:19:41.01

>>380,381
シンプルに書きすぎた。
たとえばSelectionの中身がファイルのパスで、そのファイルが複雑なデータ形式（たとえばAutoCAD dwg）を外部プログラムで解読したいとする。
（VBAのクラス関連の機能がショボすぎて無理だったので、前にC#で書いたものがある）
これをVBAから呼び出して使いたいってこと。

諸事情によりエクセルブックと同じフォルダにps1なりdllを置く必要があって、これを呼び出せると助かる。

**デフォルトの名無しさん** · 2018/09/24(月) 22:24:01.34

>>382
じゃあSelectionとか関係なくファイルパスを引数にするDLLを書いてVBAから呼び出せばいいじゃん。
VBA側では
ByVal path As String
で