Excel VBA 質問スレ Part56

**デフォルトの名無しさん** · 2018/08/23(木) 07:25:24.98

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

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

**デフォルトの名無しさん** · 2018/09/01(土) 10:40:46.16

soap vbaでぐぐればいくらでもサンプル出てくるじゃん、MSXML利用だろ

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

>>513
めんどくさすぎなんですけど？
mssoapのmssoapinitと同じくwsdlの解析を1行でできなきゃ使い物にならないですよ

**デフォルトの名無しさん** · 2018/09/01(土) 11:17:37.49

めんどくさいとか言ってないで自分でラッパー作ればいいだろ
一回苦しめば後は楽だよ

**デフォルトの名無しさん** · 2018/09/01(土) 11:29:09.48

ＹＯＹＯ！

**デフォルトの名無しさん** · 2018/09/01(土) 11:52:06.05

>>515
汎用ラッパーを作るのは最悪級の車輪の再発明なので却下
サービスごとにラッパーを書くのは工数かかるから却下
既存の資産でなんとかしたい

**デフォルトの名無しさん** · 2018/09/01(土) 15:11:51.13

あれば、使う
なければ、作る

それだけ

**デフォルトの名無しさん** · 2018/09/01(土) 15:20:57.29

それじゃほとんど作るになっちゃうじゃないですか

**デフォルトの名無しさん** · 2018/09/01(土) 15:24:30.67

既存の資産って言ってるけど当のMSが積極的なサポートをやめてるんだし、envelopeを投げるリクエストメソッドとかは基本的にユーザー側で作ってねってことだろ

その能力がないとか、その労力を惜しまなければならない状況なら、所詮は今まで使ってたコードは環境依存の資産でしかなかったってことだろ

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

cpanとかNuGetみたいなパッケージ管理システム/リポジトリが無いのは本当に欠陥だよな
たぶんMSXMLのラッパーなんか作ってる人いっぱいいるんだろうけど、それを公開する場所も共有する方法もない
そのせいで車輪の再発明が当たり前な文化だし、しまいには俺も苦労したからお前も苦労しろの老害思想

ほんと吐き気がする

というわけで>>512への回答としては苦労してラッパー作りましょう

**デフォルトの名無しさん** · 2018/09/01(土) 15:41:52.44

パッケージ管理システムならC#とかで自分で作れば良いじゃん

**デフォルトの名無しさん** · 2018/09/01(土) 15:45:10.49

>>522
そうだな
全くその通りだ

**デフォルトの名無しさん** · 2018/09/01(土) 17:40:51.73

>>512
>昔はMSSoapとかいう便利なSoapクライアントが標準で入ってた
なら標準で入ってた環境で使えば？
新規になんか作るより運用でカバーできるならそっちの方がずっと楽だよ

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

VBAにパッケージマネージャなんかあったらマルウェアの温床だろう
すぐにVBAGet(仮称)自体がウィルスとしてセキュリティソフトの駆除対象になって終わりだよ

**デフォルトの名無しさん** · 2018/09/01(土) 21:25:09.36

>>525
その辺はリポジトリーを管理する組織、いわばリポジトラーが安全性を担保するから問題ないかとー

**デフォルトの名無しさん** · 2018/09/01(土) 21:29:10.70

>>526
NuGetなどの公開リポジトリは一般に、作者の認証は行うけどそれだけだぞ
作者自身が意図して(or作者のPCのウィルス感染などで)悪意あるコードを仕込むのを防ぐことはできない

**デフォルトの名無しさん** · 2018/09/01(土) 21:35:27.69

>>527
NuGetはマルウェアの温床になってるの？

**デフォルトの名無しさん** · 2018/09/01(土) 21:38:27.76

ウィルスソフトが入っていた例があるの？

**デフォルトの名無しさん** · 2018/09/01(土) 21:39:02.74

>>528
つい最近NPMのパッケージにマルウェアが仕込まれて大騒ぎになったの知らないの？

**デフォルトの名無しさん** · 2018/09/01(土) 21:53:09.10

公開・非公開は関係ない
人間は失敗するし産業スパイは金になるところにはどこにでもいる
だからソースが見えてるものが安心なんだ
ソースが見えてれば世界中の人たちが検証できるからね

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

(自分が検証できるとは言ってない)

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

>>530
知らない
VBA以外の環境でもパッケージマネージャがマルウェアの温床になるなら
言語の問題ではなくてパッケージマネージャの問題と言える
VBAだからといってパッケージマネージャの導入が悪くなるわけではない

大騒ぎになったということはマルウェアが仕込まれたら困るユーザが
たくさんいたってこと、そのユーザの力を借りれば良い

パッケージマネージャでユーザレビューを提供して
このパッケージは怪しい動きしてるってことが発覚したら
ユーザによってパッケージの評価を下げられるようにすれば
ある程度被害を抑えられる、あまりに酷いようならその開発者を
ブラックリストに入れることで対処できるってことやな

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

僕はVBAにパッケージマネージャが欲しい

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

これはなんとゆう能天気なプロさんwwwww

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

>>535
おいおまえ、パッケージマネージャを作ってくれ

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

>>533
.NETとVBAしゃ開発者のスキルが違うし、事故があったときの被害規模が段違いでしょ
VBAだとセキュリティ制御も困難だし

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

プロさん、vbaにパッケージとゆう概念がない事を知らないwwwww

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

>>537
スキルなんて大して変わらんだろ、被害規模も変わらんだろ
できることに大差はない、セキュリティは問題無い、やろう

君がパッケージマネージャ開発しよう、そしてMicrosoftに買収してもらおう
その価値を考えるなら1億円くらいが妥当、半分は開発を指揮して主導した
僕の手柄だから僕がもらう、発案者として僕にはその権利がある

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

>>538
お前が作るんです

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

なんや訳わからんと横車を押してみるプロさんwwww

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

>>541
頑張れ！とにかく頑張れよ！

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

何わろとんねん、真剣にやれ

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

詰みに気がついた様子のプロさんwなおここからもう一度横車を押しますwwwwwww

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

よいさ！よいさ！

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

面白い返しが来ます

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

キチガイの巣になってて草

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

>>547
静かにして面白い返しが来るから

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

来ませんでした

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

何絶句しとんねん、黙ったらダメ
なんでもええやんけ、どんぶらこっこ、どんぶらこっこwwwww
でええんや、自分の取り柄は末尾にwをつけることやろ
それさえ守ってればなんでもええんや

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

自分がキチガイじゃないと思ってるキチガイいて草

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

>>551
ｗｗｗｗｗ

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

必要な人にだけdll配って参照設定するんじゃね？
それでdllない端末は実行できずにエラーになる
その程度だし、その気軽さがVBAの存在意義だろ？

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

DLL配って参照設定するどこが気楽なんやねん

**デフォルトの名無しさん** · 2018/09/01(土) 23:00:05.19

発狂するプロさんwwww

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

>>555
遅い、話にならない

**デフォルトの名無しさん** · 2018/09/01(土) 23:02:43.23

この人のセンスを見習って欲しいね、これは脱帽せざるを得ない

547+1 ：デフォルトの名無しさん [↓] ：2018/09/01(土) 22:25:23.33 ID:zuN21Q9R (1/2)
キチガイの巣になってて草

551+1 ：デフォルトの名無しさん [↓] ：2018/09/01(土) 22:34:22.57 ID:zuN21Q9R (2/2)
自分がキチガイじゃないと思ってるキチガイいて草

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

プロさん、バカがばれて今夜も敗走wwwwwww

**デフォルトの名無しさん** · 2018/09/02(日) 00:15:10.00

アマチュアの人達はchocolateyも知らんのかね
あれは特定の言語に偏ったものじゃないからVBAのパッケージ管理にも使えるぞ

だから問題は管理システムがないことじゃないんだ
VBAには価値あるパッケージを作れる、作りたがるプロフェッショナルが少ないから管理システムがあっても意味がないんだ

**デフォルトの名無しさん** · 2018/09/02(日) 00:37:48.59

>>559
これを登録してもくれるか？有用なパッケージだ
SUB SORT(A)
　DIM I, J, T
　FOR I = 1 TO UBOUND(A)
　　FOR J = 1 TO UBOUND(A)
　　　IF A(J - 1) > A(J) THEN
　　　　T = A(I)
　　　　A(I) = A(J)
　　　　A(J) = T
　　　END IF
　　NEXT
　NEXT
END SUB

**デフォルトの名無しさん** · 2018/09/02(日) 00:54:32.42

chocolateyでVBAの管理するノウハウ教えて欲しいわマジで

**デフォルトの名無しさん** · 2018/09/02(日) 07:03:14.95

>>559
> アマチュアの人達はchocolateyも知らんのかね
VBAスレに出没する自称プロ乙 w

> あれは特定の言語に偏ったものじゃないからVBAのパッケージ管理にも使えるぞ
むしろVBAに偏ったパッケージマネージャーが欲しいって話なんだが…

**デフォルトの名無しさん** · 2018/09/02(日) 08:47:52.85

>>562
そもそも需要がないでしょう
なんども議論されてる内容ですが、インストールが許可されてるなら他の言語やツールを使うし、許可されてないならどんなに素晴らしいパッケージリポジトリがあっても無意味です
仮に需要があったとしても、供給側にやる気がないのはgithubなどホスティングサービスでVBAプロジェクトの数を調べれば明らかです
需要も供給も知らなくていい、自分の好きな事だけやればいい、の精神だからアマチュアと言われるのでは？

まあそういう事なので、VBA専用と堂々と銘打ってユーザーを取り逃がして潰れるよりかは、すでに安定してるリポジトリに間借りしたほうがいいわけです

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

普通の会社の事務員とかVBAくらいしかできないから潜在的な需要はありそうだけど社内規定が足枷になってるということか

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

社内規定の問題も大いにあるけど
パッケージ提供者となりうる高スキルのプロ達がVBA好きじゃないという点が最大の問題

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

>>563
そういうゴタクは>>561に応えてからにした方がいいぞ…
お前にできるとは思えないけど w

**デフォルトの名無しさん** · 2018/09/02(日) 09:26:56.47

>>565
全くもって同意
事務員さん達の作ったゴミの展示場になるだけだな

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

>>566
アカウント取ってサービスのルールに則って必要事項を入力してサイレントインストーラーをアップロードして審査申請して審査結果を待つだけだぞ？
アマチュアには難しいか？

**デフォルトの名無しさん** · 2018/09/02(日) 09:42:43.97

高スキルのプロ（笑）

**デフォルトの名無しさん** · 2018/09/02(日) 10:03:09.93

>>568
>>560これよろしくね

**デフォルトの名無しさん** · 2018/09/02(日) 10:26:34.00

>>568
VBAのコードを更新した時の操作書いてみ
まさかVBE起動してモジュール削除とインストールとかを手動で操作させるとか言わないよな？

**デフォルトの名無しさん** · 2018/09/02(日) 13:42:34.55

次スレからワッチョイ導入だな

◆QZaw55cn4c · 2018/09/02(日) 17:45:23.02

>>572
そんなものいらない、ID で十分

**デフォルトの名無しさん** · 2018/09/02(日) 19:39:40.79

例えばC++で社内システム作ったとして、それをGithubなんかに公開する所があるかく言えば、それは無いだろう。
基本的に公開するのは汎用的な何かだ。

ところがVBAはその性格上、非常に業務に密接に繋がっていて汎用的なものは少ない。
したがって公開する奴が少ないのも当然のこと。

汎用的なものを作って公開してる奴もいるけど、アクロバティックでVBAでやるべきことかという内容か、わざわざ公開されなくても既に自分も似たようなの作ってあるわというものになりがちだ。

**デフォルトの名無しさん** · 2018/09/02(日) 19:43:21.24

外注に出してプロに作ってもらったシステムより、
実際に事務やってるVBA詳しい先輩が作ったシステムの方が使いやすい

**デフォルトの名無しさん** · 2018/09/02(日) 19:46:32.36

そしてメンテナンスしにくくスケールしない

**デフォルトの名無しさん** · 2018/09/02(日) 19:54:12.41

>>574
汎用的なものは普通標準ライブラリと呼ばれる類のものだけど、VBAにはそれがない。
ないものを提供しようとすると多少アクロバティックになる。

ってところか？

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

>>577
ExcelVBAでの処理はセルの操作などが主な部分だからそんなものはわざわざ公開してほしいものじゃ無い。
一方、そんなに簡単では無い処理についてはVBAでやることかという内容だったりもする。
例えばWin32APIで色んなことが出来るわけだけど、それはアクロバティックということになっている。

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

csvの散らかってるものを整理して並べ直すマクロ誰か作ってくれ
とっちらかっててイライラする

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

>>579
>>90,267,275でいいやん

**デフォルトの名無しさん** · 2018/09/03(月) 00:01:02.94

>>580
その内容よくわかんないからいいや
なんかやりたいこととあってないし多分

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

>>579
「散らかってるもの」じゃさっぱりわからんだろ
Function csvを整理して並べ直す(ファイル名 As String, n番目の要素 As Long, orderby As Boolean) As Variant
みたいな感じか？

**デフォルトの名無しさん** · 2018/09/03(月) 00:30:50.65

>>579
俺のところにあるとっちらかってるtxtファイルをソートするマクロを作ってくれれば
おまえのマクロつくってやるよ

っていわれてできるか？ｗ

>>572
ﾜｯﾁｮｲってそんな簡単にいれらるのか？
いれられるなら入れた方がいいだろうけど
スレ住民的にはない方がいいってやつの方が多そうだなｗ

**デフォルトの名無しさん** · 2018/09/03(月) 00:35:56.95

>>582
ただのぼやきなんだよ
お願いしたわけではなくって
lookupで頑張った結果大変なことになったからVBAで頑張ろうとしている次第
csv開くだけでも一苦労だよ

**デフォルトの名無しさん** · 2018/09/03(月) 06:32:56.73

csvの検索や管理はPowershellでやりなさい。Excelでやろうとするのがおかしい

**デフォルトの名無しさん** · 2018/09/03(月) 07:15:27.07

>>584
その程度のことはやったらやっただけのリターンは得られるからやればいいよ

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

>>585
csvデータはエクセルで使うから、それつかう理由は特にないよ
プログラミングの仕事ではないし

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

> csv開くだけでも一苦労
なのはVBAでやろうとしてるからなんやで…

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

じゃあどうすればいいのさ？

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

PowerShell, JScript, Python, Ruby…
単にファイル結合するだけならbatとかでもいい
wslでbashシェルコマンド使うのもアリだ

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

Powershellに標準で用意されているcsv用コマンドレットの豊富さや
whereオブジェクトで簡単に値を検索-参照-変更できるメリットは代えがたい。
キー列を使っての結合も自在、いちいちテーブルに読み込む必要もない。

**デフォルトの名無しさん** · 2018/09/03(月) 10:14:51.34

何をやりたいのさ？

**デフォルトの名無しさん** · 2018/09/03(月) 10:15:05.31

結合したいの？

**デフォルトの名無しさん** · 2018/09/03(月) 10:15:30.91

目的もデータ量もわからん

**デフォルトの名無しさん** · 2018/09/03(月) 10:23:14.56

>>579
要件定義がきちんと書けない人には答えようがないの典型w

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

答えてるじゃん

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

パワーシェルや言うてるやんけ

**デフォルトの名無しさん** · 2018/09/03(月) 10:27:17.10

一句できました
要件もわからないけどパワーシェル

**デフォルトの名無しさん** · 2018/09/03(月) 10:28:39.28

一句できました
スレ違いそれがどうしたパワーシェル

**デフォルトの名無しさん** · 2018/09/03(月) 10:31:32.09

連投楽しそうだね

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

>>600
パワーシェルを詠うんだよ

**デフォルトの名無しさん** · 2018/09/03(月) 10:38:30.67

パワーシェル処理が激遅のパワーシェル

**デフォルトの名無しさん** · 2018/09/03(月) 11:00:43.63

パワーシェル良いよね

**デフォルトの名無しさん** · 2018/09/03(月) 11:40:10.45

>>588
あ、いや、それは私がよくわかってなかったからで、開くコード自体は簡単極まりなかった

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

うちじゃPowershellが使えないのが残念なところだ。
まだVIsualStudio(Express)のインストール申請の方が通りやすい

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

パワーシェル好き
いちいちFileSystemObjectのインスタンスを作って再帰処理とかしなくてもフォルダ関連の処理は組み込みのコマンドレットで大抵何でも出来るし、概してVBAで処理するより高速で軽い
参照カウンタ方式でメモリ管理をしてるVBAで巨大フォルダの処理をやるとうっかりスタックオーバーフローさせちゃうリスクが高いし

**デフォルトの名無しさん** · 2018/09/03(月) 13:01:35.09

PowerShell大嫌い
C#のつもりで書くとドツボにはまる
.NETのコレクション使うような込み入った処理に使うには最悪

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

>>606
スタックオーバーフロー？
フォルダ階層に対する再帰処理で？
マジか. ..

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

PowerShell自体は悪くない。
けど、使ってる奴が根本的に能力が低い。
それとも、ここに来てるPowerShellユ―ザーがかな。

処理を作れるかどうかというレベルじゃ無くて要件に合ってるかどうかというレベルで能力が低い。

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

>>606
?
そんなこと1度も無いが?

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

パワーシェル自体絶望的にセンスが悪いからバカがあんだけ食いつくんやでw

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

やっぱりRubyがナンバーワン