Excel VBA 質問スレ Part53

■ このスレッドは過去ログ倉庫に格納されています
1デフォルトの名無しさん
垢版 |
2018/04/27(金) 19:02:38.39ID:+ocy8bIv
ExcelのVBAに関する質問スレです
コード書き込みや作成依頼もOK


※前スレ
Excel VBA 質問スレ Part52
http://mevius.5ch.net/test/read.cgi/tech/1517052305/
2018/05/03(木) 11:17:29.41ID:jhccfXfd
>>277
インサートをDBを書き換えると表現する奴を初めて見たわ w
2018/05/03(木) 11:25:30.83ID:jhccfXfd
>>280
> それはCOMを使うということは
> ガベージコレクションを意識しただけでは
> 出来ないということが多々あるから

そもそもとんでもなく面倒と言うほどのことでもないし
2018/05/03(木) 11:28:04.31ID:ygisZEFQ
面倒くさいって言ってる奴はGCだとリークするからいちいち全部明示的にリリースしなきゃダメなんだって勘違いしてるんだろ
根本的に間違ってるのだから面倒くさいという結論も間違い
2018/05/03(木) 11:28:20.47ID:ogoC5I/7
>>282
それは人の感覚だから何とも言えんけど
仕事場に制限が無ければ俺ならPOIとかNPOI使うな
2018/05/03(木) 11:35:18.84ID:WApyWolu
やっぱ適当に批判してる奴は知ったかぶりだったかw
286デフォルトの名無しさん
垢版 |
2018/05/03(木) 11:52:56.26
結局VBA最強って結論でおｋ？
2018/05/03(木) 11:54:33.72ID:ygisZEFQ
VBA最弱でOK
2018/05/03(木) 11:57:59.34ID:WApyWolu
適材適所。
2018/05/03(木) 12:00:47.01ID:jhccfXfd
>>284
> NPOIとか使ったところでその動作保証は誰もしてくれないしね。

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

なんか精神患ってない？
2018/05/03(木) 12:03:22.26ID:ogoC5I/7
>>289
そう。それでもそっちの方がマシ。
2018/05/03(木) 12:15:36.99ID:b8IepW0h
>>247
Excelだけってなると無理じゃないかな
その設定に介入するすべがないとどうしようもない
292デフォルトの名無しさん
垢版 |
2018/05/03(木) 12:16:30.95ID:96XRan6U
Excel含めたOfficeアプリケーションの操作の話とデータの操作の話が入り混じっていてわかりにくいな。
俺はアプリの操作なんてほとんどやってないや。（自分に）需要がない。
データの分析や操作にVBAを使っていて、VBAが最強だと思っている。
2018/05/03(木) 13:02:07.39ID:Pbl0v+Er
データ分析や操作にVBAが適しているとかご冗談でしょう？
294デフォルトの名無しさん
垢版 |
2018/05/03(木) 13:06:18.71ID:Vf3d827a
エクセルでデータ分析って何が出来るの？
そもそもエクセルってデータベースじゃないよね？
295デフォルトの名無しさん
垢版 |
2018/05/03(木) 13:06:24.47ID:aADwc621
>>278
おやおやプロさん何に騙されたんやw
それともプロさんレベルになるとバグをなかった事にできる魔法とか使えるんか？www
296デフォルトの名無しさん
垢版 |
2018/05/03(木) 13:10:13.46ID:GbI/mLdw
データ解析には普通はpythonやRだよね

考えてみたがやっぱりVBAで書いたほうが楽なケースってイベントハンドラぐらいしか無い気がする
ヘッドレスで出来る処理は他のスクリプトのほうが簡単だしそもそも多くの場合Excelである必要すらない
2018/05/03(木) 13:13:15.50ID:0O2GyWuU
Excelである必要が無いとか、スレチもここまで来るとはw
298デフォルトの名無しさん
垢版 |
2018/05/03(木) 13:13:16.06ID:aADwc621
>>296
おまえ良いところに気がついたなw
このスレのプロさんにしては珍しい奴やw
2018/05/03(木) 13:13:37.90ID:Ais7tPnB
>>291
Cell ごとに入力規則でオン・オフとかしてるんですが
ちょうどExcelプロフェッショナルな面々がいらっしゃるようなので
今だ！ と思って質問しました。
https://teratail.com/questions/73952

ここでやってらっしゃることが似たケースなのかな、と
VSやC♯でならIMEModeをコントロールできるなら、どうにかできるのかな？と
教えてもらっても実装できるかどうか自信はありませんが
2018/05/03(木) 13:27:56.26ID:jhccfXfd
>>299
C#とかじゃの問題じゃなくてそのリンク先に書いてあるのはそういう処理を挟み込めるコントロール（部品）だからできるってこと
Excel自体にそんな機能があればできるかもしれないけど俺は知らない
2018/05/03(木) 13:34:22.11ID:ygisZEFQ
>>299
自宅にwindows無いから試せんがたぶんこれでできるだろ

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

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

お決まりの文句だけどレジストリ弄る時はもちろん自己責任な
302デフォルトの名無しさん
垢版 |
2018/05/03(木) 14:18:15.46ID:Vf3d827a
>>301
おー凄い
よくそんな事まで知ってるね
2018/05/03(木) 14:41:12.43ID:RxRkLoMj
>>294
Excelとは書いてない。VBA単独だよ。
2018/05/03(木) 14:42:54.90ID:Pbl0v+Er
VBA単独で何をやれるんだ…
むしろExcel単独のほうがマシなレベルだろ
305デフォルトの名無しさん
垢版 |
2018/05/03(木) 15:17:06.77ID:96XRan6U
>>304
DBもテキストファイルも読み書きできてhttpリクエストも出来て
API呼び出しも出来て一般的な制御構造を持ってて、
ユーザとダイアログで対話出来て、それでなにが致命的にできないというの？
2018/05/03(木) 15:21:11.80ID:IGWMrNd7
単独って言われるとライブラリも無しってイメージしちゃうからな
まぁそうすると何かが出来る言語ってほうが珍しいんだけどさ
2018/05/03(木) 15:31:00.49ID:88q/pvX5
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.37ID:6NzQufie
>>305
車輪を再発明するの好きそう
2018/05/03(木) 15:58:07.60ID:b8IepW0h
>>307
Explorerの仕様じゃないかな
ExplorerにWEBサイトのアドレスを渡す→ブラウザーで開く
っていう仕組みらしーので
Explorerが解釈する段階で「？」は禁則文字だから受け付けてくれない
ハイパーリンクでやるのがいいのではなかろーか
2018/05/03(木) 16:13:02.98ID:88q/pvX5
>>309
ありがとうございます。
なるほどです。
ハイパーリンクの方向で考えてみます。
311デフォルトの名無しさん
垢版 |
2018/05/03(木) 16:14:57.73ID:96XRan6U
>>308
車輪の再発明でも、それによってVBA単独で作業がこなせるようになるなら、
十分意味あるのでは？
2018/05/03(木) 16:15:07.06ID:hvfEvXXP
>>308
個体発生は系統発生を繰り返す
問題ない
2018/05/03(木) 16:36:29.69ID:ygisZEFQ
>>305
ライブラリは探せばそれなりにあるけどAPIにセンスが無い
OOPサポートも半端だし関数型サポートがないのも致命的じゃないかな
せめてどちらかは欲しいところ
名前空間が無いのも気持ち悪い
そのせいでコードのパッケージングと再利用もしにくい
全体的にチープで古臭い
昔からある言語でMSも投資する気がないから仕方がないけど時代に取り残されてる
モダンなプログラミング環境を知ってる現代人には到底受け入れられない
314デフォルトの名無しさん
垢版 |
2018/05/03(木) 16:47:53.46ID:96XRan6U
>>313
そんな名古屋に対する悪口みたいに言うなよ

モダンなプログラミング環境を知っている現代人がセンスあるAPIでOOPと関数型サポートを提供して
コードの再利用をやりやすくすればいいんじゃね？
名前空間とパッケージングと全体的にチープで古臭いのはまあしょうがない。
315デフォルトの名無しさん
垢版 |
2018/05/03(木) 16:54:56.30
弘法筆を選ばず

流行の最先端の言語を使いたがるのが学生気分抜けやらぬ初級者〜中級者の常だが
そのモダンな(笑)言語が3年後にも安定して使い続けられる確証があるんだろうか
その環境に適した言語と自分が使いたい言語は必ずしもイコールではない
2018/05/03(木) 16:56:47.30ID:6NzQufie
VBAが先に消えそうだけどな
2018/05/03(木) 16:59:42.65ID:ygisZEFQ
筆だけで商売できる弘法さんは気楽でいいよな
318デフォルトの名無しさん
垢版 |
2018/05/03(木) 17:08:35.41ID:96XRan6U
>>315
3年後には環境が大いに変わる
そういう世界で競争しているので安定しないのはしょうがない
安定ばかりじゃ勝てないからな
319デフォルトの名無しさん
垢版 |
2018/05/03(木) 17:11:43.22
>>316
そのころにはPython 4 (もちろんPython 2.7とも3.6とも互換性なし) が枯れた言語になってるだろう
2018/05/03(木) 17:12:00.60ID:WApyWolu
OOPがサポートされてても使いこなせてなさそうだな。無闇に継承とか使ってそうだ。
2018/05/03(木) 17:46:23.02ID:QByN6yWW
結局のとこ、自分が道具を使いこなせないか、その道具で満足なものが作れないから
道具の文句を言うしかないわけだな
2018/05/03(木) 18:16:26.03ID:Sky621AR
何か、WindowsとLinux論争と似てるんだよな。
Excel使わないで、何か他の表計算めいたもので結果を出すという選択肢があれば理解出来る。

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

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

C#で個人的に自作したCOMアドインも無理だよな。
得体の知れない物と同じだからさ。
2018/05/03(木) 18:37:19.10ID:3Ql6zJ1V
>>322
> でもExcel使う前提なら普通はVBAが有利だろ。
この狭量な考えに同意が得られないことに気づいてくれ
324デフォルトの名無しさん
垢版 |
2018/05/03(木) 18:55:41.67ID:96XRan6U
>>322
状況を教えて。
１．Rは普通に理由を添えて申請してもダメなの？
２．COMアドインは具体的に何の行為がNG？ソースは職場でビルドするの？
325デフォルトの名無しさん
垢版 |
2018/05/03(木) 18:57:16.70ID:96XRan6U
>>323
まずは
大多数の人は同意していて、同意していないのは小数
ってことに気付いてくれ。
（少数派がダメとは言っていないが）
2018/05/03(木) 19:03:29.02ID:Ais7tPnB
>>301
ありがとうございます　この機に聞いて良かった
連休明けに試します
2018/05/03(木) 19:09:49.73ID:jhccfXfd
>>325
> 大多数の人は同意していて、同意していないのは小数
> ってことに気付いてくれ。
> （少数派がダメとは言っていないが）
それはお前の思い込み
何度も状況次第って書かれてるし、VBAが使いづらい理由とかも書かれてる
にもかかわらず常にExcelにはVBAって言ってるから同意が得られないだけ
328デフォルトの名無しさん
垢版 |
2018/05/03(木) 19:12:28.03ID:96XRan6U
>>327
いや、大多数の人はそうじゃない
思い込みじゃないよ
>>322の人はちゃんと「普通は」って書いてるじゃないか
329デフォルトの名無しさん
垢版 |
2018/05/03(木) 19:21:12.05ID:aADwc621
>>327
表形式のデータを扱いたいためにエクセルって言っとるおまえの方が大いなる思い込みをしとるわw
2018/05/03(木) 19:28:02.90ID:6NzQufie
ソースもなしに大多数とか頭弱く見えるぞ

ほとんどの状況でVBA以外でExcel使ったほうがやりやすい
VBAの言語仕様が古臭いから
例外はユーザー定義のワークシート関数作るときに仕方なく使うだけ
2018/05/03(木) 19:28:17.66ID:WApyWolu
>>327
大多数の人は状況によりVBAも使う。
あなたが言っているのはどのような状況でもVBAは使わない。
2018/05/03(木) 19:40:29.12ID:IGWMrNd7
>>330
それってあなたの感想ですよね
2018/05/03(木) 19:45:26.62ID:Sky621AR
>>323
だって別のファイルで操作するなんて言った瞬間にウィルスかとか言われたりするわけよ。
だから職場で、殆ど何も入ってない環境で作らないと駄目だろ。
その上、それってVBAじゃ出来ないの?とか言われて、実際出来たりするからな。

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

職場のPCにゃVisualStudioは入っとらん。
Rもそうだがそもそも申請しなきゃならんというのがもう既に面倒くさい。
どうしても必要なら申請するけど、そんなことも無いからな。
334デフォルトの名無しさん
垢版 |
2018/05/03(木) 19:51:36.08
素のWindows + Office環境だけでいかに要求仕様を満たせるかという縛りゲー

わりと楽しい
2018/05/03(木) 19:55:14.91ID:WApyWolu
目的が達成できれば何でもいい。
言語に縛られて手段と目的を勘違いしてるとしか思えない発言のパレード。
2018/05/03(木) 20:00:07.28ID:jhccfXfd
>>328
そもそも何をもって普通と言ってるのか知らんけどVBAが有利じゃないケースもあると言ってるのに毎回普通は〜って返してるだけだよね？

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

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

>>333
お前の回りがおかしいのかお前がおかしいのかはわからんけどあまり一般的な会社じゃないと思うよ
337デフォルトの名無しさん
垢版 |
2018/05/03(木) 20:13:04.83ID:aADwc621
>>336
おまえがVBAが有利じゃないケースと言っとるのはそもそもマクロが必要ないケースや
普通はマクロを想定しない処理に暗黙のうちにマクロを想定してあまつさえVBA批判までしてしまうという
非常にややこしい勘違いの持ち主がおまえをはじめとするプロさんやねんw
338デフォルトの名無しさん
垢版 |
2018/05/03(木) 20:19:10.52ID:96XRan6U
>>333
やじうま根性だけど、よそ様のそういう事情に興味があります
うちだと申請書と上司の捺印は必要なものの、
「〜の統計的分析作業にR言語を使用したい。R言語は実績あるオープンソースで〜」
みたいなことを適当に書いておけば、ほぼ通る。
もちろん金がかかると途端にハードルが高くなるけど。
2018/05/03(木) 20:21:11.84ID:IGWMrNd7
自称プロがVBAと言っているのは、Visual Basic for Applicationsの方じゃなくて、なんか別のVBAなんだろう
2018/05/03(木) 20:21:42.95ID:jhccfXfd
>>337
> おまえがVBAが有利じゃないケースと言っとるのはそもそもマクロが必要ないケースや
> 普通はマクロを想定しない処理に暗黙のうちにマクロを想定してあまつさえVBA批判までしてしまうという
どこのレスを読んでそんなアホな解釈したのか書いてみ
2018/05/03(木) 20:26:55.58ID:jhccfXfd
>>338
まあ、うちも似たような感じだな
金の話は経理管轄だから費用対効果の説明がいるけど固定資産にならない範疇ならそんなに厳しくはないし
342デフォルトの名無しさん
垢版 |
2018/05/03(木) 20:30:54.21ID:aADwc621
>>340
解釈てw
はっきりとVBAが有利じゃないケースて言っとやんかwにわとりかおまえはw
でそのVBAが有利じゃないケースてどんなんや？具体的に言うてみ？w
ほれwはやくw
2018/05/03(木) 20:45:31.64ID:ygisZEFQ
VBAが古臭い使いにくい言語・開発環境ってのは全員が理解してる
なのでVBAでやるべきだという積極的な理由がなければVBA以外の言語を使うべき
VBAでやるべき場面は何かというと殆どなくてイベントハンドラを書く場合などに限られてくる
Excel以外にGUIツールを手軽に作る手段を知っているならその出番すらなくなる
2018/05/03(木) 20:48:26.60ID:LNgDTs2r
>>336
君、アホだろ。
逆だっちゅうの。

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

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

じゃあ、VBAでは出来ないことが有ったとする。
普通に別言語使うわ。
2018/05/03(木) 20:51:11.73ID:jhccfXfd
>>342
> でそのVBAが有利じゃないケースてどんなんや？具体的に言うてみ？w
> ほれwはやくw

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

>> さすがにVBAは設計も古いし言語としては最もいい言語とは言えない
>> あと>>137も書いてるけどデータとプログラムコードが一体になってるのは便利だけど例えば社内に配布してるExcelファイルのコードだけ修正したい時に面倒なことになる
2018/05/03(木) 20:54:31.94ID:jhccfXfd
>>344
> 君はどんな時でもVBAが不利だと言いたいようだけど
だからどこを読んでこんなアホな解釈してるんだよ？
これ聞くの２回目だよ？
答えられないなら黙ってなよ
2018/05/03(木) 20:56:28.57ID:WApyWolu
>>336
アレ？powershellがそのまま使えるからVBAではなくpowershellを使えって言ってなかったか？
違う人ならすまんな。
2018/05/03(木) 20:56:45.92ID:LNgDTs2r
>>338
うん。
そういうこと色々言えば通るだろうね。
でもVBAでも十分出来るだろうと思えるものに、そういうことを言って通すのに抵抗があるし、面倒くさいということ。

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

俺はよっぽど使いこなせて凄いこと出来るぐらい自分のレベルが高くないとそういう主張はしないな。
そりゃ、VBAじゃ無理っつう具体的な何かが有るなら別だけど。
349デフォルトの名無しさん
垢版 |
2018/05/03(木) 20:59:38.23ID:aADwc621
>>345
何を言いたいのかよく分からんがw

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

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

端的に言っておまえは一体何を言うとるんやw
2018/05/03(木) 21:00:15.42ID:LNgDTs2r
>>346
お前が最初にこの論争を始めたわけではあるまい。
元々は、その時に最適なの使えって話に対して、どんな場合でもVBAがダメって論調から始まってる。
2018/05/03(木) 21:10:32.44ID:ygisZEFQ
VBAがダメってのはスタートじゃなく結論
理由も何度も書かれてる
どちらかというとVBAが便利って派閥の方が結論をスタート地点にしている気がするね
352デフォルトの名無しさん
垢版 |
2018/05/03(木) 21:18:58.81ID:Vf3d827a
VBAってエクセルとかアクセスとかなしで単独でアプリみたいなのを作れるの？
エクセルとかの為だけにある言語？
353デフォルトの名無しさん
垢版 |
2018/05/03(木) 21:19:45.48ID:96XRan6U
>>351
VBAは便利だし最適解に近いよ。
ダメだっていう理由とやらはだいたい理由になってないんじゃないかな。
例えば「データとプログラムが一体になってる」ってやつだけど、
それは単に「悪い設計の例」であって、VBAのせいでもなければVBAがそうなりがちだということでもない。
悪い設計するやつはどんな言語でもセンス悪い設計をするものだ。
2018/05/03(木) 21:20:31.65ID:ygisZEFQ
>>352
作れるけどVBAで作る意味はない
2018/05/03(木) 21:24:25.48ID:ygisZEFQ
>>353
VBAでデータとプログラムを分離するなら
データ用Bookとプログラム用のBookを作らなければならない
しかしプログラムのコンテナとしてBookは適切ではないね
2018/05/03(木) 21:29:21.36ID:nUgTWhrN
今更VB6で何か作れって言われるのと同じ
357デフォルトの名無しさん
垢版 |
2018/05/03(木) 21:36:13.37ID:aADwc621
>>355
プログラムだけならアドインでええやんけw
というのはおいといて

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

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

ホンマに面倒くさいやつらやでプロさんはw
2018/05/03(木) 21:36:45.42ID:jhccfXfd
>>349
> データとプログラムが一体になっとるのは不便や
> どこを勘違いしたらそれを便利だと思えるのやプロさんw
>>344 とかに言えよ w
> だから別に言語が必要無い(なんたってExcel内蔵だ)とか、他にファイルを必要としないというのは凄いメリットだぞ。

> データとプログラムが一体になっとるやっかいな代物のコードだけ修正したい時
> に面倒なことになるのはVBA全然関係あらへんw
ん？
言語の話じゃなくて環境の話だから関係ないって？
なんか都合のよすぎる解釈だな w
2018/05/03(木) 21:39:19.24ID:jhccfXfd
>>347
俺はそんなことを言った覚えはないしそもそも「そのまま使える」でスレ検索してもあんたのレスしかヒットしないよ？
2018/05/03(木) 21:41:09.06ID:jhccfXfd
>>350
> 元々は、その時に最適なの使えって話に対して、どんな場合でもVBAがダメって論調から始まってる。

で、その論調ってどこのレスよ？
早くレス番示してくれ
2018/05/03(木) 21:45:21.15ID:ygisZEFQ
>>357
データ操作というかより一般化してヘッドレスなExcel操作な
ヘッドレスなExcel操作ではもはやVBAの優位性はない
それ以外の用途ではVBAの活路はあるがインベントハンドラなど限定された用途に限られる
他の言語でGUIアプリを手軽に作る手段を知っているなら残ったそれ以外の用途ですらVBAの出番はない
2018/05/03(木) 21:48:55.34ID:jhccfXfd
>>353
データとプログラムを別にするならVBAで作るメリットの大半を放棄することになるが？
最適解とか冗談にしか聞こえない w
363デフォルトの名無しさん
垢版 |
2018/05/03(木) 21:53:25.69ID:JQr4Okhv
まぁ暇な連中がくっそくだらねぇ話をしてますが、質問されたい方はこれらのアホンダラを無視して
いただいて構いませんので、お気になさらずどうぞ〜
364デフォルトの名無しさん
垢版 |
2018/05/03(木) 21:53:45.43ID:aADwc621
>>361
ヘッドレスてwウェブドライバーかじって言ってみたくなったんかw
つまりデータの操作なw
何度も言うがそこには優位性云々やなくマクロがいらんねん
マクロが必要な場面というんはアプリケーションの操作が必要な時
言いかえればアプリケーションの使用中にインタラクティブな拡張が必要な時や

てかおまえらそもそもマクロが必要な場面を知らんやろw
もはや怪しいのはそこやでw
2018/05/03(木) 21:54:43.18ID:ygisZEFQ
>>363
最近あった質問に答えてるのが、そのくだらない議論してる奴だけだった、ってのがこのスレのレベルの低さを物語ってるよな
2018/05/03(木) 21:58:55.22ID:6NzQufie
Excelの操作にもVBA以外の方がやりやすいよ
個人的な具体例を挙げると、全部のシートの表示倍率を100%にしてA1セルをアクティブにするマクロをrubyで書いてる
VBA使わなければ3行ぐらいで書けるからな
めっちゃ楽
2018/05/03(木) 22:04:26.73ID:ygisZEFQ
>>364
ヘッドレスははるか昔からある言葉でブラウザはむしろ後発だよ

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

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

何度も同じことを書かせないでくれ
理解して
2018/05/03(木) 22:08:15.31ID:ygisZEFQ
>>367
間違えた
インタラクティブな操作と言うのは範囲が広すぎる
インタラクティブな操作の中でも特にイベントハンドラなど一部の処理に関してはVBAに活路がある
が俺の主張な
369デフォルトの名無しさん
垢版 |
2018/05/03(木) 22:11:06.28ID:aADwc621
>>367
ヘッドレスいうんはヘッドつまりウィンドウがない事や
人間による操作を必要としない定型のデータ操作に使われるもんやでw

てかどこに食いついとんねんwもうごめんなさいしいやw
しつこいねんプロさんw
2018/05/03(木) 22:13:44.01ID:jhccfXfd
>>366
その程度ならまあどんな言語でもたいして変わらんな
てか、頻繁にそういうことやるならアドイン化すべきだろ
2018/05/03(木) 22:28:05.78ID:ygisZEFQ
>>369
理解力なくて疲れるんだけど
単純なデータ操作だけでなくその他のアプリケーションのコントロールも含めてヘッドレス操作な
2018/05/03(木) 22:44:30.63ID:pucBeYZL
VBA単独ってなんだそりゃ
VB6のことかな？
373デフォルトの名無しさん
垢版 |
2018/05/03(木) 22:54:28.64ID:aADwc621
>>371
おまえが疲れるのはその多すぎる勘違いのせいやでw
2018/05/03(木) 23:08:47.05ID:GbI/mLdw
VBAは使い捨ての処理と相性が悪い
手作業でやるには量が多いから自動化したいけど再利用する予定はないのでマクロとして保存したくない
といった局面でVBAだと「マクロエディタ開いて処理書いてF5で実行してさっき書いた処理を削除」しなければならないので手間がかかる
それに加えてマクロ自体も思ったより冗長になってしまう
VBA以外のスクリプトだとショートカットキーでシェルウィンドウを開いてワンライナーのスクリプトを書いて実行するだけ
>>366みたいな処理もいちいちVBAに保存したりAddInで管理する必要もなくて、シェル開いてrubyのワンライナーを即興で書いて実行するだけ
LinuxやMacを使ったことがあるプログラマならこういった即興シェルプログラミングが便利ということは過去の経験で知ってると思う
同じことをWindows/Excelで実践するだけ
2018/05/03(木) 23:09:25.04ID:6szlQ+63
>>360
>>68だ。
2018/05/03(木) 23:13:23.31ID:6szlQ+63
バカばっかり。
1つのファイル以外は認めんと言われたらVBA以外全滅じゃねーかw
2018/05/03(木) 23:15:07.58ID:6szlQ+63
>>374
VBA以外だとショートカットキーになっちゃうんだw
VBAではショ―トカットキーは認めないと。
2018/05/03(木) 23:17:08.59ID:6szlQ+63
>>374
同じことはVBAでも出来る。
労力も変わらん。
結果は変わるな。
何故かファイルが増えて喜んでる奴もいるけど。
2018/05/03(木) 23:19:38.12ID:GbI/mLdw
>>377
どんなツールでもショートカットキーは生産性を高めるから積極的に使うべき
ただこの場合だと「ショートカットでVBAエディタ開いてマクロ書いて実行してマクロ削除」ってなるだけだからショートカットキー使っても手間はほとんど減ってないと思う
もしかしてなんか違う意味で言ってる？
2018/05/03(木) 23:20:49.15ID:GbI/mLdw
>>378
そうなんだ知らなかった
興味あるのでやり方教えて欲しい
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況