Excel VBA 質問スレ Part53

**デフォルトの名無しさん** · 2018/04/27(金) 19:02:38.39

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

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

**デフォルトの名無しさん** · 2018/05/03(木) 10:52:55.07

>>266
例えば可読性から言ったらEntityFreamworkや
Hibernateを使ったORマッパーを使う方法

例えばSqlServerであれば
処理速度から言えばDataTableの内容を
一行一行インサートしないでBulk Copyを使う方法

とか

**デフォルトの名無しさん** · 2018/05/03(木) 10:53:33.60

>>267
じゃあ閉じれば？

**デフォルトの名無しさん** · 2018/05/03(木) 10:56:44.58

>>267
それは周知の事実だがお前がなんの意図を持ってその発言をしたのか理解できない

**デフォルトの名無しさん** · 2018/05/03(木) 10:58:48.24

>>269
その発想は実際使ったことない人から出る発想だね。
実際にはセル一つ操作するにもその上の階層にある
全てのインスタンスを定義して全て解放しなければならない。

**デフォルトの名無しさん** · 2018/05/03(木) 11:00:48.87

>>270
それはCOMを使うということは
ガベージコレクションを意識しただけでは
出来ないということが多々あるから

**デフォルトの名無しさん** · 2018/05/03(木) 11:04:07.21

本当にVBA以外の言語も使える人間ならVBA以外でエクセルいじるのはクッソ面倒って分かってるわけで
エクセル案件にVBA以外を勧めてくる時点でお察しだから真面目に答えたらアホ見るだけだぞ

**デフォルトの名無しさん** · 2018/05/03(木) 11:08:48.01

>>272
流し読みするタイプかな
要所を押さえてって書いたんだけど見えなかったようだ

**デフォルトの名無しさん** · 2018/05/03(木) 11:10:33.05

>>274
要所なんてない。
全て生成、解放しなければ
メモリリークを起こしたり
EXCELが閉じられなくなったりする。

**デフォルトの名無しさん** · 2018/05/03(木) 11:10:38.71

>>268
> ORマッパーを使う方法
まあSQLは使ってないけど...

> 一行一行インサートしないでBulk Copyを使う方法
どうやって「書き換える」のよ...

**デフォルトの名無しさん** · 2018/05/03(木) 11:13:07.36

>>276
だから「登録」とか「更新」なんて
勘違いしないように
DBを書き換えると言ったつもりだったんだけどな・・・

**デフォルトの名無しさん** · 2018/05/03(木) 11:15:10.86

>>275
うーんこの…
だからさ、GCで殆ど解放されるんだよ
quitやcloseなどといった要点を守ればComラッパーが参照カウンタの面倒見てくれんの
粗悪なウェブサイトのせいで.NETだと逐一ReleaseComObjectしないとダメみたいな誤解が広まってるがあれはウソだからな

**デフォルトの名無しさん** · 2018/05/03(木) 11:15:53.09

>>275
全部きちんと解放すればいいだけ
そもそもMicrosoft.Office.Interop.ExcelのオブジェクトがDisposableでないのが不思議
Disposableならもう少しきれいに書けるだろうに

**デフォルトの名無しさん** · 2018/05/03(木) 11:17:25.51

>>279
だから出来ないとは言っていない
面倒だといっている

**デフォルトの名無しさん** · 2018/05/03(木) 11:17:29.41

>>277
インサートをDBを書き換えると表現する奴を初めて見たわ w

**デフォルトの名無しさん** · 2018/05/03(木) 11:25:30.83

>>280
> それはCOMを使うということは
> ガベージコレクションを意識しただけでは
> 出来ないということが多々あるから

そもそもとんでもなく面倒と言うほどのことでもないし

**デフォルトの名無しさん** · 2018/05/03(木) 11:28:04.31

面倒くさいって言ってる奴はGCだとリークするからいちいち全部明示的にリリースしなきゃダメなんだって勘違いしてるんだろ
根本的に間違ってるのだから面倒くさいという結論も間違い

**デフォルトの名無しさん** · 2018/05/03(木) 11:28:20.47

>>282
それは人の感覚だから何とも言えんけど
仕事場に制限が無ければ俺ならPOIとかNPOI使うな

**デフォルトの名無しさん** · 2018/05/03(木) 11:35:18.84

やっぱ適当に批判してる奴は知ったかぶりだったかw

**デフォルトの名無しさん** · 2018/05/03(木) 11:52:56.26

結局VBA最強って結論でおｋ？

**デフォルトの名無しさん** · 2018/05/03(木) 11:54:33.72

VBA最弱でOK

**デフォルトの名無しさん** · 2018/05/03(木) 11:57:59.34

適材適所。

**デフォルトの名無しさん** · 2018/05/03(木) 12:00:47.01

>>284
> NPOIとか使ったところでその動作保証は誰もしてくれないしね。

> 仕事場に制限が無ければ俺ならPOIとかNPOI使うな

なんか精神患ってない？

**デフォルトの名無しさん** · 2018/05/03(木) 12:03:22.26

>>289
そう。それでもそっちの方がマシ。

**デフォルトの名無しさん** · 2018/05/03(木) 12:15:36.99

>>247
Excelだけってなると無理じゃないかな
その設定に介入するすべがないとどうしようもない

**デフォルトの名無しさん** · 2018/05/03(木) 12:16:30.95

Excel含めたOfficeアプリケーションの操作の話とデータの操作の話が入り混じっていてわかりにくいな。
俺はアプリの操作なんてほとんどやってないや。（自分に）需要がない。
データの分析や操作にVBAを使っていて、VBAが最強だと思っている。

**デフォルトの名無しさん** · 2018/05/03(木) 13:02:07.39

データ分析や操作にVBAが適しているとかご冗談でしょう？

**デフォルトの名無しさん** · 2018/05/03(木) 13:06:18.71

エクセルでデータ分析って何が出来るの？
そもそもエクセルってデータベースじゃないよね？

**デフォルトの名無しさん** · 2018/05/03(木) 13:06:24.47

>>278
おやおやプロさん何に騙されたんやw
それともプロさんレベルになるとバグをなかった事にできる魔法とか使えるんか？www

**デフォルトの名無しさん** · 2018/05/03(木) 13:10:13.46

データ解析には普通はpythonやRだよね

考えてみたがやっぱりVBAで書いたほうが楽なケースってイベントハンドラぐらいしか無い気がする
ヘッドレスで出来る処理は他のスクリプトのほうが簡単だしそもそも多くの場合Excelである必要すらない

**デフォルトの名無しさん** · 2018/05/03(木) 13:13:15.50

Excelである必要が無いとか、スレチもここまで来るとはw

**デフォルトの名無しさん** · 2018/05/03(木) 13:13:16.06

>>296
おまえ良いところに気がついたなw
このスレのプロさんにしては珍しい奴やw

**デフォルトの名無しさん** · 2018/05/03(木) 13:13:37.90

>>291
Cell ごとに入力規則でオン・オフとかしてるんですが
ちょうどExcelプロフェッショナルな面々がいらっしゃるようなので
今だ！と思って質問しました。
https://teratail.com/questions/73952

ここでやってらっしゃることが似たケースなのかな、と
VSやC♯でならIMEModeをコントロールできるなら、どうにかできるのかな？と
教えてもらっても実装できるかどうか自信はありませんが

**デフォルトの名無しさん** · 2018/05/03(木) 13:27:56.26

>>299
C#とかじゃの問題じゃなくてそのリンク先に書いてあるのはそういう処理を挟み込めるコントロール（部品）だからできるってこと
Excel自体にそんな機能があればできるかもしれないけど俺は知らない

**デフォルトの名無しさん** · 2018/05/03(木) 13:34:22.11

>>299
自宅にwindows無いから試せんがたぶんこれでできるだろ

Excelを使用開始した時に
HKEY_CURRENT_USER\SOFTWARE\Microsoft\IME\15.0\IMEJP\MSIME
ShowImeModeNotification
を0に設定する
Excelを使用終了したら元の値に戻す

Excelの使用中の定義がわからんがそれは自分で決めて

お決まりの文句だけどレジストリ弄る時はもちろん自己責任な

**デフォルトの名無しさん** · 2018/05/03(木) 14:18:15.46

>>301
おー凄い
よくそんな事まで知ってるね

**デフォルトの名無しさん** · 2018/05/03(木) 14:41:12.43

>>294
Excelとは書いてない。VBA単独だよ。

**デフォルトの名無しさん** · 2018/05/03(木) 14:42:54.90

VBA単独で何をやれるんだ…
むしろExcel単独のほうがマシなレベルだろ

**デフォルトの名無しさん** · 2018/05/03(木) 15:17:06.77

>>304
DBもテキストファイルも読み書きできてhttpリクエストも出来て
API呼び出しも出来て一般的な制御構造を持ってて、
ユーザとダイアログで対話出来て、それでなにが致命的にできないというの？

**デフォルトの名無しさん** · 2018/05/03(木) 15:21:11.80

単独って言われるとライブラリも無しってイメージしちゃうからな
まぁそうすると何かが出来る言語ってほうが珍しいんだけどさ

**デフォルトの名無しさん** · 2018/05/03(木) 15:31:00.49

Shell "EXPLORER.EXE https://minkabu.jp/stock/1330";だと
うまく開けますが、
Shell "EXPLORER.EXE https://textream.yahoo.co.jp/search?query=1330";
のように?(クエスチョン)が入っていると
なぜかマイドキュメントホルダーが表示されます。
引数の?は何かエスケープしなければなりませんか？
よろしくお願いいたします。

**デフォルトの名無しさん** · 2018/05/03(木) 15:46:12.37

>>305
車輪を再発明するの好きそう

**デフォルトの名無しさん** · 2018/05/03(木) 15:58:07.60

>>307
Explorerの仕様じゃないかな
ExplorerにWEBサイトのアドレスを渡す→ブラウザーで開く
っていう仕組みらしーので
Explorerが解釈する段階で「？」は禁則文字だから受け付けてくれない
ハイパーリンクでやるのがいいのではなかろーか

**デフォルトの名無しさん** · 2018/05/03(木) 16:13:02.98

>>309
ありがとうございます。
なるほどです。
ハイパーリンクの方向で考えてみます。

**デフォルトの名無しさん** · 2018/05/03(木) 16:14:57.73

>>308
車輪の再発明でも、それによってVBA単独で作業がこなせるようになるなら、
十分意味あるのでは？

**デフォルトの名無しさん** · 2018/05/03(木) 16:15:07.06

>>308
個体発生は系統発生を繰り返す
問題ない

**デフォルトの名無しさん** · 2018/05/03(木) 16:36:29.69

>>305
ライブラリは探せばそれなりにあるけどAPIにセンスが無い
OOPサポートも半端だし関数型サポートがないのも致命的じゃないかな
せめてどちらかは欲しいところ
名前空間が無いのも気持ち悪い
そのせいでコードのパッケージングと再利用もしにくい
全体的にチープで古臭い
昔からある言語でMSも投資する気がないから仕方がないけど時代に取り残されてる
モダンなプログラミング環境を知ってる現代人には到底受け入れられない

**デフォルトの名無しさん** · 2018/05/03(木) 16:47:53.46

>>313
そんな名古屋に対する悪口みたいに言うなよ

モダンなプログラミング環境を知っている現代人がセンスあるAPIでOOPと関数型サポートを提供して
コードの再利用をやりやすくすればいいんじゃね？
名前空間とパッケージングと全体的にチープで古臭いのはまあしょうがない。

**デフォルトの名無しさん** · 2018/05/03(木) 16:54:56.30

弘法筆を選ばず

流行の最先端の言語を使いたがるのが学生気分抜けやらぬ初級者～中級者の常だが
そのモダンな(笑)言語が3年後にも安定して使い続けられる確証があるんだろうか
その環境に適した言語と自分が使いたい言語は必ずしもイコールではない

**デフォルトの名無しさん** · 2018/05/03(木) 16:56:47.30

VBAが先に消えそうだけどな

**デフォルトの名無しさん** · 2018/05/03(木) 16:59:42.65

筆だけで商売できる弘法さんは気楽でいいよな

**デフォルトの名無しさん** · 2018/05/03(木) 17:08:35.41

>>315
3年後には環境が大いに変わる
そういう世界で競争しているので安定しないのはしょうがない
安定ばかりじゃ勝てないからな

**デフォルトの名無しさん** · 2018/05/03(木) 17:11:43.22

>>316
そのころにはPython 4 (もちろんPython 2.7とも3.6とも互換性なし) が枯れた言語になってるだろう

**デフォルトの名無しさん** · 2018/05/03(木) 17:12:00.60

OOPがサポートされてても使いこなせてなさそうだな。無闇に継承とか使ってそうだ。

**デフォルトの名無しさん** · 2018/05/03(木) 17:46:23.02

結局のとこ、自分が道具を使いこなせないか、その道具で満足なものが作れないから
道具の文句を言うしかないわけだな

**デフォルトの名無しさん** · 2018/05/03(木) 18:16:26.03

何か、WindowsとLinux論争と似てるんだよな。
Excel使わないで、何か他の表計算めいたもので結果を出すという選択肢があれば理解出来る。

でもExcel使う前提なら普通はVBAが有利だろ。

俺はRも少しは使えるけど、そもそも仕事じゃ入れさせて貰えない。
特に有料ソフトじゃないと申請が通りにくい。
そりゃ面倒くさい手続きを経れば入れさせて貰えるけどさ。
其れだったらExcelだけで何とかしようとする。
で、意外に何とかなったりもする。

C#で個人的に自作したCOMアドインも無理だよな。
得体の知れない物と同じだからさ。

**デフォルトの名無しさん** · 2018/05/03(木) 18:37:19.10

>>322
> でもExcel使う前提なら普通はVBAが有利だろ。
この狭量な考えに同意が得られないことに気づいてくれ

**デフォルトの名無しさん** · 2018/05/03(木) 18:55:41.67

>>322
状況を教えて。
１．Rは普通に理由を添えて申請してもダメなの？
２．COMアドインは具体的に何の行為がNG？ソースは職場でビルドするの？

**デフォルトの名無しさん** · 2018/05/03(木) 18:57:16.70

>>323
まずは
大多数の人は同意していて、同意していないのは小数
ってことに気付いてくれ。
（少数派がダメとは言っていないが）

**デフォルトの名無しさん** · 2018/05/03(木) 19:03:29.02

>>301
ありがとうございます　この機に聞いて良かった
連休明けに試します

**デフォルトの名無しさん** · 2018/05/03(木) 19:09:49.73

>>325
> 大多数の人は同意していて、同意していないのは小数
> ってことに気付いてくれ。
> （少数派がダメとは言っていないが）
それはお前の思い込み
何度も状況次第って書かれてるし、VBAが使いづらい理由とかも書かれてる
にもかかわらず常にExcelにはVBAって言ってるから同意が得られないだけ

**デフォルトの名無しさん** · 2018/05/03(木) 19:12:28.03

>>327
いや、大多数の人はそうじゃない
思い込みじゃないよ
>>322の人はちゃんと「普通は」って書いてるじゃないか

**デフォルトの名無しさん** · 2018/05/03(木) 19:21:12.05

>>327
表形式のデータを扱いたいためにエクセルって言っとるおまえの方が大いなる思い込みをしとるわw

**デフォルトの名無しさん** · 2018/05/03(木) 19:28:02.90

ソースもなしに大多数とか頭弱く見えるぞ

ほとんどの状況でVBA以外でExcel使ったほうがやりやすい
VBAの言語仕様が古臭いから
例外はユーザー定義のワークシート関数作るときに仕方なく使うだけ

**デフォルトの名無しさん** · 2018/05/03(木) 19:28:17.66

>>327
大多数の人は状況によりVBAも使う。
あなたが言っているのはどのような状況でもVBAは使わない。

**デフォルトの名無しさん** · 2018/05/03(木) 19:40:29.12

>>330
それってあなたの感想ですよね

**デフォルトの名無しさん** · 2018/05/03(木) 19:45:26.62

>>323
だって別のファイルで操作するなんて言った瞬間にウィルスかとか言われたりするわけよ。
だから職場で、殆ど何も入ってない環境で作らないと駄目だろ。
その上、それってVBAじゃ出来ないの?とか言われて、実際出来たりするからな。

個人所有のノーパソにはVisualStudio入ってる。
2010だけどプロフェッショナル版だ。
今はタダで最新版が使えるわけだが買ったものをタダのに入れ替える気にならなくてな。

職場のPCにゃVisualStudioは入っとらん。
Rもそうだがそもそも申請しなきゃならんというのがもう既に面倒くさい。
どうしても必要なら申請するけど、そんなことも無いからな。

**デフォルトの名無しさん** · 2018/05/03(木) 19:51:36.08

素のWindows + Office環境だけでいかに要求仕様を満たせるかという縛りゲー

わりと楽しい

**デフォルトの名無しさん** · 2018/05/03(木) 19:55:14.91

目的が達成できれば何でもいい。
言語に縛られて手段と目的を勘違いしてるとしか思えない発言のパレード。

**デフォルトの名無しさん** · 2018/05/03(木) 20:00:07.28

>>328
そもそも何をもって普通と言ってるのか知らんけどVBAが有利じゃないケースもあると言ってるのに毎回普通は～って返してるだけだよね？

>>329
反論が明後日すぎる w
Excel自体の話はしてないよ

>>331
> あなたが言っているのはどのような状況でもVBAは使わない。
どこからこんなアホな解釈が出てくるんだよ w

>>333
お前の回りがおかしいのかお前がおかしいのかはわからんけどあまり一般的な会社じゃないと思うよ

**デフォルトの名無しさん** · 2018/05/03(木) 20:13:04.83

>>336
おまえがVBAが有利じゃないケースと言っとるのはそもそもマクロが必要ないケースや
普通はマクロを想定しない処理に暗黙のうちにマクロを想定してあまつさえVBA批判までしてしまうという
非常にややこしい勘違いの持ち主がおまえをはじめとするプロさんやねんw

**デフォルトの名無しさん** · 2018/05/03(木) 20:19:10.52

>>333
やじうま根性だけど、よそ様のそういう事情に興味があります
うちだと申請書と上司の捺印は必要なものの、
「～の統計的分析作業にR言語を使用したい。R言語は実績あるオープンソースで～」
みたいなことを適当に書いておけば、ほぼ通る。
もちろん金がかかると途端にハードルが高くなるけど。

**デフォルトの名無しさん** · 2018/05/03(木) 20:21:11.84

自称プロがVBAと言っているのは、Visual Basic for Applicationsの方じゃなくて、なんか別のVBAなんだろう

**デフォルトの名無しさん** · 2018/05/03(木) 20:21:42.95

>>337
> おまえがVBAが有利じゃないケースと言っとるのはそもそもマクロが必要ないケースや
> 普通はマクロを想定しない処理に暗黙のうちにマクロを想定してあまつさえVBA批判までしてしまうという
どこのレスを読んでそんなアホな解釈したのか書いてみ

**デフォルトの名無しさん** · 2018/05/03(木) 20:26:55.58

>>338
まあ、うちも似たような感じだな
金の話は経理管轄だから費用対効果の説明がいるけど固定資産にならない範疇ならそんなに厳しくはないし

**デフォルトの名無しさん** · 2018/05/03(木) 20:30:54.21

>>340
解釈てw
はっきりとVBAが有利じゃないケースて言っとやんかwにわとりかおまえはw
でそのVBAが有利じゃないケースてどんなんや？具体的に言うてみ？w
ほれwはやくw

**デフォルトの名無しさん** · 2018/05/03(木) 20:45:31.64

VBAが古臭い使いにくい言語・開発環境ってのは全員が理解してる
なのでVBAでやるべきだという積極的な理由がなければVBA以外の言語を使うべき
VBAでやるべき場面は何かというと殆どなくてイベントハンドラを書く場合などに限られてくる
Excel以外にGUIツールを手軽に作る手段を知っているならその出番すらなくなる

**デフォルトの名無しさん** · 2018/05/03(木) 20:48:26.60

>>336
君、アホだろ。
逆だっちゅうの。

Excel使ってるという限定された場だからこそVBAが有利だと言ってるだけ。
Excel使ってなければ普通に別の言語の方が有利だろ。

君はどんな時でもVBAが不利だと言いたいようだけど大抵の処理はどんな言語でも出来る。
だから別に言語が必要無い(なんたってExcel内蔵だ)とか、他にファイルを必要としないというのは凄いメリットだぞ。

じゃあ、VBAでは出来ないことが有ったとする。
普通に別言語使うわ。

**デフォルトの名無しさん** · 2018/05/03(木) 20:51:11.73

>>342
> でそのVBAが有利じゃないケースてどんなんや？具体的に言うてみ？w
> ほれwはやくw

既に書いてあるがガン無視だったよな w

>> さすがにVBAは設計も古いし言語としては最もいい言語とは言えない
>> あと>>137も書いてるけどデータとプログラムコードが一体になってるのは便利だけど例えば社内に配布してるExcelファイルのコードだけ修正したい時に面倒なことになる

**デフォルトの名無しさん** · 2018/05/03(木) 20:54:31.94

>>344
> 君はどんな時でもVBAが不利だと言いたいようだけど
だからどこを読んでこんなアホな解釈してるんだよ？
これ聞くの２回目だよ？
答えられないなら黙ってなよ

**デフォルトの名無しさん** · 2018/05/03(木) 20:56:28.57

>>336
アレ？powershellがそのまま使えるからVBAではなくpowershellを使えって言ってなかったか？
違う人ならすまんな。

**デフォルトの名無しさん** · 2018/05/03(木) 20:56:45.92

>>338
うん。
そういうこと色々言えば通るだろうね。
でもVBAでも十分出来るだろうと思えるものに、そういうことを言って通すのに抵抗があるし、面倒くさいということ。

でも、Rはダメかもね。
むしろ金がかかる方がハードルが低い。

俺はよっぽど使いこなせて凄いこと出来るぐらい自分のレベルが高くないとそういう主張はしないな。
そりゃ、VBAじゃ無理っつう具体的な何かが有るなら別だけど。

**デフォルトの名無しさん** · 2018/05/03(木) 20:59:38.23

>>345
何を言いたいのかよく分からんがw

まず勘違いその2
データとプログラムが一体になっとるのは不便や
どこを勘違いしたらそれを便利だと思えるのやプロさんw

で次な
データとプログラムが一体になっとるやっかいな代物のコードだけ修正したい時
に面倒なことになるのはVBA全然関係あらへんw

端的に言っておまえは一体何を言うとるんやw

**デフォルトの名無しさん** · 2018/05/03(木) 21:00:15.42

>>346
お前が最初にこの論争を始めたわけではあるまい。
元々は、その時に最適なの使えって話に対して、どんな場合でもVBAがダメって論調から始まってる。

**デフォルトの名無しさん** · 2018/05/03(木) 21:10:32.44

VBAがダメってのはスタートじゃなく結論
理由も何度も書かれてる
どちらかというとVBAが便利って派閥の方が結論をスタート地点にしている気がするね

**デフォルトの名無しさん** · 2018/05/03(木) 21:18:58.81

VBAってエクセルとかアクセスとかなしで単独でアプリみたいなのを作れるの？
エクセルとかの為だけにある言語？

**デフォルトの名無しさん** · 2018/05/03(木) 21:19:45.48

>>351
VBAは便利だし最適解に近いよ。
ダメだっていう理由とやらはだいたい理由になってないんじゃないかな。
例えば「データとプログラムが一体になってる」ってやつだけど、
それは単に「悪い設計の例」であって、VBAのせいでもなければVBAがそうなりがちだということでもない。
悪い設計するやつはどんな言語でもセンス悪い設計をするものだ。

**デフォルトの名無しさん** · 2018/05/03(木) 21:20:31.65

>>352
作れるけどVBAで作る意味はない

**デフォルトの名無しさん** · 2018/05/03(木) 21:24:25.48

>>353
VBAでデータとプログラムを分離するなら
データ用Bookとプログラム用のBookを作らなければならない
しかしプログラムのコンテナとしてBookは適切ではないね

**デフォルトの名無しさん** · 2018/05/03(木) 21:29:21.36

今更VB6で何か作れって言われるのと同じ

**デフォルトの名無しさん** · 2018/05/03(木) 21:36:13.37

>>355
プログラムだけならアドインでええやんけw
というのはおいといて

話は重複するが
マクロはそもそもアプリケーションを操作する目的で作られたものや
アプリケーションの操作が必要なく
データ、つまりエクセル形式のファイルを操作する事だけが目的ならば
マクロは必要ないし現に別のプログラミング言語でなんぼでもやり方が提供されとんねん

ええか？
おまえらプロさんは後者、つまりデータのみの操作を目的とする場合
あるいはそもそもエクセルファイルすら関係ない場合に
暗黙にマクロを想定してなおかつVBA批判を繰り広げとるんや

ホンマに面倒くさいやつらやでプロさんはw

**デフォルトの名無しさん** · 2018/05/03(木) 21:36:45.42

>>349
> データとプログラムが一体になっとるのは不便や
> どこを勘違いしたらそれを便利だと思えるのやプロさんw
>>344 とかに言えよ w
> だから別に言語が必要無い(なんたってExcel内蔵だ)とか、他にファイルを必要としないというのは凄いメリットだぞ。

> データとプログラムが一体になっとるやっかいな代物のコードだけ修正したい時
> に面倒なことになるのはVBA全然関係あらへんw
ん？
言語の話じゃなくて環境の話だから関係ないって？
なんか都合のよすぎる解釈だな w

**デフォルトの名無しさん** · 2018/05/03(木) 21:39:19.24

>>347
俺はそんなことを言った覚えはないしそもそも「そのまま使える」でスレ検索してもあんたのレスしかヒットしないよ？

**デフォルトの名無しさん** · 2018/05/03(木) 21:41:09.06

>>350
> 元々は、その時に最適なの使えって話に対して、どんな場合でもVBAがダメって論調から始まってる。

で、その論調ってどこのレスよ？
早くレス番示してくれ

**デフォルトの名無しさん** · 2018/05/03(木) 21:45:21.15

>>357
データ操作というかより一般化してヘッドレスなExcel操作な
ヘッドレスなExcel操作ではもはやVBAの優位性はない
それ以外の用途ではVBAの活路はあるがインベントハンドラなど限定された用途に限られる
他の言語でGUIアプリを手軽に作る手段を知っているなら残ったそれ以外の用途ですらVBAの出番はない

**デフォルトの名無しさん** · 2018/05/03(木) 21:48:55.34

>>353
データとプログラムを別にするならVBAで作るメリットの大半を放棄することになるが？
最適解とか冗談にしか聞こえない w

**デフォルトの名無しさん** · 2018/05/03(木) 21:53:25.69

まぁ暇な連中がくっそくだらねぇ話をしてますが、質問されたい方はこれらのアホンダラを無視して
いただいて構いませんので、お気になさらずどうぞ～

**デフォルトの名無しさん** · 2018/05/03(木) 21:53:45.43

>>361
ヘッドレスてwウェブドライバーかじって言ってみたくなったんかw
つまりデータの操作なw
何度も言うがそこには優位性云々やなくマクロがいらんねん
マクロが必要な場面というんはアプリケーションの操作が必要な時
言いかえればアプリケーションの使用中にインタラクティブな拡張が必要な時や

てかおまえらそもそもマクロが必要な場面を知らんやろw
もはや怪しいのはそこやでw

**デフォルトの名無しさん** · 2018/05/03(木) 21:54:43.18

>>363
最近あった質問に答えてるのが、そのくだらない議論してる奴だけだった、ってのがこのスレのレベルの低さを物語ってるよな

**デフォルトの名無しさん** · 2018/05/03(木) 21:58:55.22

Excelの操作にもVBA以外の方がやりやすいよ
個人的な具体例を挙げると、全部のシートの表示倍率を100%にしてA1セルをアクティブにするマクロをrubyで書いてる
VBA使わなければ3行ぐらいで書けるからな
めっちゃ楽

**デフォルトの名無しさん** · 2018/05/03(木) 22:04:26.73

>>364
ヘッドレスははるか昔からある言葉でブラウザはむしろ後発だよ

つまりってなんだよヘッドレス操作は単純なデータ操作ではない

インタラクティブな操作にVBAの活路があるのは同意だし、そう主張してきた
しかしGUIを手軽に作る手段や他のエコシステムを知っているなら、その活路すら必要なくなるので、結果としてVBAの存在意義もなくなる

何度も同じことを書かせないでくれ
理解して