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/06(日) 22:09:25.86

**デフォルトの名無しさん** · 2018/05/06(日) 22:09:37.70

お前が鬱憤たまろうがどうなろうが知ったことか

**デフォルトの名無しさん** · 2018/05/06(日) 22:13:22.80

VBAの開発案件なんて初めて聞いたわ。

**デフォルトの名無しさん** · 2018/05/06(日) 22:15:55.67

>>612
VBAじゃ無理

**デフォルトの名無しさん** · 2018/05/06(日) 22:19:39.41

>>616
え？
VBAじゃ出来ないことをVBAで受けちゃったの？

**デフォルトの名無しさん** · 2018/05/06(日) 22:20:31.61

秀逸美マクロの広告がTLにあふれる

**デフォルトの名無しさん** · 2018/05/06(日) 22:40:05.16

>>582
ハァ...
あのね、状況次第なんだよ。
日本語ワカリマスカ?

だからその時に適したの使えって何度となく言ってるだろ。
ファイルが増えちゃうのはダメってのも、職場環境も状況なんだよ。

で、VBAでダメってことが殆ど無いんだよ。
3行が10行に増えてダメって状況なんて殆ど無いんだ。

バージョン管理は俺は別言語使ってる。
面倒とか言ってる奴はちょっとレベルが低いかと思う。
面倒ではない。
セキュリティ面での問題だ。
そして、Excelで本格的なバージョン管理しなきゃならん程のコードを書くこと自体殆ど無い。
そういう場合はそもそもExcel使わない方向を考えるだろう。

Excel開かずにExcelファイル作るだけならもうExcelの範囲外だ。
当然VBAに適していない。
もっとも別のOfficeアプリからならVBAに適した範囲だけど。

**デフォルトの名無しさん** · 2018/05/06(日) 22:45:19.58

>>592
VBA以外が禁止なんじゃ無いの。
勝手に他アプリが入れられないということ。
だからPSについてはこのデメリットは無いと思ってるよ。

ただ、PSについて言えばExcel.Application使う限りメリットがあまり感じられない。

**デフォルトの名無しさん** · 2018/05/06(日) 22:48:28.79

>>616
具体的にどう無理なのかね?
具体的にどんなことしたいの?

**デフォルトの名無しさん** · 2018/05/06(日) 22:51:53.77

>>620
メリットあるぞ
VBAより楽にわかりやすく短いコードを書ける
VBAより機能数がはるかに多い
VBAより他のツールとの組み合わせが容易
などなど

**デフォルトの名無しさん** · 2018/05/06(日) 22:52:47.13

>>621
PowerShellよりエレガントに実装することが無理

**デフォルトの名無しさん** · 2018/05/06(日) 22:55:37.59

>>623
でもそれは仕方ないよね
無い物ねだりだよ

**デフォルトの名無しさん** · 2018/05/06(日) 23:01:08.00

で、insertはlinestに変換できたの？笑

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

>>622
全く具体性に欠ける。
短いのは大したメリットにはならんぞ。
出来るかどうかが一番大事だろ。
そりゃ3行が500行に増えるというなら別だが。

エレガントかどうかというのも全く具体的じゃ無いね。

取って付けたような反論なんだよな。
そもそもPS書けるのか?君は。
>>622、>>623を見るとちょっと疑念が残るな。

**デフォルトの名無しさん** · 2018/05/06(日) 23:08:19.79

>>626
長いとバグ混入率が高まり
書くのも読むのもめんどくさい
保守性が低下する
これプログラマの常識な
事務員さんは知らないか

**デフォルトの名無しさん** · 2018/05/06(日) 23:10:46.76

>>611
これもよく分からん。
これってVBAのメリットだろ。
他言語は却下されてるんだから。

VBA以外は適していないんだ。

**デフォルトの名無しさん** · 2018/05/06(日) 23:13:44.46

>>627
だから、3行が10行に増えるぐらいで混入率が増えるとか、どんだけレベル低いんだよ。
君はステップ数200とかのコードしか書いたこと無いんかい?

**デフォルトの名無しさん** · 2018/05/06(日) 23:21:52.93

というかさ、どんな処理でPSがエレガントだと言ってるんだ?
それも示さずにエレガント言っててもまるっきり説得力無い。

**デフォルトの名無しさん** · 2018/05/06(日) 23:22:49.12

>>629
3行で済むものが10行になるなら
300行で済むものが1000行になるんだぜ
3000行で済むものが10000行になるんだぜ
700行、7000行も無駄なコード書くとかバカの極みじゃん？

3行とか30行の使い捨てスクリプトしか書かない事務員さんにはあまり違いを実感できんのかもしれんな

**デフォルトの名無しさん** · 2018/05/06(日) 23:24:16.41

>>630
>>536-538
なんなら君がVBAのサンプルをエレガントに書き直してもいいよ
出来るもんならね

**デフォルトの名無しさん** · 2018/05/06(日) 23:38:53.72

>>632
ちなみに分かり易く
Thisworkbook.Sheets(1).Cells(1,1) = “Hello World!”
をSPで書いてみてよ。
別にエレガントじゃなくてもいいから。
どうなる？

**デフォルトの名無しさん** · 2018/05/06(日) 23:41:26.14

VBA以外本当に知らねえんだなっていうのがよくわかるレス

**デフォルトの名無しさん** · 2018/05/06(日) 23:44:07.99

>>631
バーカw
ならねえよ。

お前プログラム書いたこと無いだろ。
どんなコードでも3行が10行になるんだったらそりゃVBAはダメだろうよ。

>>632
だから、これ長すぎとか言ってるけど、俺に言わせればどこが?ってことだ。
そしてVBAのコードでバグが混入しそうな所は何処だ?
短いのが良いんだったらPerlは最高だ。

**デフォルトの名無しさん** · 2018/05/06(日) 23:45:59.78

なるんだよなぁ

**デフォルトの名無しさん** · 2018/05/06(日) 23:49:18.80

>>634
いやぁ、今PowerSellよく知らないから
少しググって見てたけどC#によく似ているんだよね。

C#の場合、>>633のこれ一つやるにしても一々Excelのobject作って
解放のことも考えなきゃならんし、
もしかしたらExelVBAの優位性ってそこにあるんじゃないかと思ったんだ。

**デフォルトの名無しさん** · 2018/05/06(日) 23:59:41.16

>>636
何も知らないバカは黙ってろ。
どんなコードも3行が10行になるということは

A1に"ABCD"を入れる処理がVBAだと10行になるということだぞ。
バカめ。

**デフォルトの名無しさん** · 2018/05/07(月) 00:09:41.02

やっぱり何でも一長一短ってことなのかねぇ

**デフォルトの名無しさん** · 2018/05/07(月) 00:30:56.23

というか、>>538とか>>539とか駄目だろ。
Excelファイルを扱ってるだけでExcelに適した処理じゃない。
普通、VBAだとリボンにボタン作るとかシートにボタン作って、
こういう処理した結果の集計を現ブックに書くとかするわけ。
Excel閉じた状態で起動して、終了後も閉じてて良いんなら
最初からExcelという限定された環境という前提が必要無いことになる。

**デフォルトの名無しさん** · 2018/05/07(月) 00:36:32.19

>>640
そういうコマンドを書いてシェルから実行するだけだが？

リボン()に特別な思い入れでもあるのかな

**デフォルトの名無しさん** · 2018/05/07(月) 00:42:30.20

>>640
最後の一文は重要な気付きだよ
そもそもこの業務はExcelに乗っかって作業しなきゃならんのか
という疑問は常に頭の中においておいたほうがいい

**デフォルトの名無しさん** · 2018/05/07(月) 02:47:38.46

自分が大好きなPowerShellが人気なくてスレも過疎ってるからって人が多いVBAスレを荒らしに来てる人に構いすぎでは？

**デフォルトの名無しさん** · 2018/05/07(月) 05:33:28.01

教えていただきたいのですが、プロジェクトを表示させないようにしたいのですが、可能でしょうか？

表示用にロックだとネット上に、解除方法が出ているので客先で解除されトラブルが起きてしまったことがあるので、簡単には解除出来ないようにロックしたいと考えています。

有料ソフト購入以外で、方法がありましたら教えて下さい。

**デフォルトの名無しさん** · 2018/05/07(月) 05:59:56.96

>>619
なんで同じような話をクドクド繰り返すかな、ボケ爺かよw

> で、VBAでダメってことが殆ど無いんだよ。
お前が何を言っても実例出てる時点で説得力ゼロやんw

**デフォルトの名無しさん** · 2018/05/07(月) 06:12:26.22

>>644
解除するなって言う契約にしとおいてトラブルへの対応はしなきゃいいだけ
ロック破るって言うのは誤操作とかとは違うし破られないように頑張ってもイタチごっこになるだけ

**デフォルトの名無しさん** · 2018/05/07(月) 06:47:40.77

GW明けたね！　静かになってくれるといいけど。
荒しには言わせといて、もうこっちの人も相手しなきゃいいのに。
最初は建設的な話もあるかもと見ていたけど、鬱憤晴らしてる
だけだって、自ら言うたしね。
スレ住人への迷惑も顧みず、俺スゴかろな自慰野郎相手に
するだけ無駄。面白がられてるだけやん。
スレ違いもいいとこ。別スレたてて、そっちでやれ！

双方、補い合うような建設的な内容なら歓迎。
自分はVBAに固執するつもりはないからね。

**デフォルトの名無しさん** · 2018/05/07(月) 06:48:47.53

纏めると
EXCELが絡まない処理は他の言語が有利になることが多いし
EXCELを操作する場合はやはりVBAが有利になることが多いってことだよね。

でもEXCELが絡まなくてVBAも要らないような処理なら
別にこのスレで論じなくてもいいんじゃない？
このスレには全く関係ないってことになるから。

**デフォルトの名無しさん** · 2018/05/07(月) 07:51:50.63

>>648
いや
excelを操作する場合でも他言語が有利
殆ど差がつかないような短い処理はあるけどそんな短い処理で比較してもなぁって感じ

**デフォルトの名無しさん** · 2018/05/07(月) 08:12:53.75

>>649
じゃ>>633のコードをSPで書いてみて。
殆ど差がつかないというなら1行からそんなに増える訳ではないという認識でいいんだよね？

**デフォルトの名無しさん** · 2018/05/07(月) 08:14:03.54

>>648
> EXCELが絡まない処理は他の言語が有利になることが多いし
>>538とかを見てもそう言い張るならもうなーんも言えねーわ w

**デフォルトの名無しさん** · 2018/05/07(月) 08:20:16.16

>>650
SPがなにものか知らんけどPowerShellのことかな？
PSにはThisWorkbookの概念はないから$Bookに入ってるとして
$Book.Sheets(1).Cells.Item(1,1).Value() = 'Hello World!'
って書くだけだよ

**デフォルトの名無しさん** · 2018/05/07(月) 08:30:57.47

>>652
へえ
Objectの生成も解放も要らないんだ

**デフォルトの名無しさん** · 2018/05/07(月) 08:54:44.13

vbaの方はsubもend subも要らないのか？

**デフォルトの名無しさん** · 2018/05/07(月) 08:58:00.55

this*やactive*を直接ロジックに持ち込む人はプログラミングセンスがない

**デフォルトの名無しさん** · 2018/05/07(月) 09:21:28.09

>>654
いるよ。それ入れて3行。
じゃその3行から大幅に変わらないって認識でいいんだよね？
PSでどうなるの？

**デフォルトの名無しさん** · 2018/05/07(月) 09:46:41.71

>>655
お、となると前に聞いた .FreezePanes は、PSではどう書けばいいんでしょうか。単純に知りたい。

**デフォルトの名無しさん** · 2018/05/07(月) 09:49:14.89

スレチだけどVBA開発者の意見を聞きたいです。
Salesforce導入したらExcel（VBA）の仕事がなくなる可能性はある？

**デフォルトの名無しさん** · 2018/05/07(月) 10:15:10.01

>>655
一律にそう判断をする初心者が出てくるから言い方に注意すべきだよー

**デフォルトの名無しさん** · 2018/05/07(月) 11:23:28.63

>>658
んなもん、ここで聞かずSalesforceのサポート先にでも聞けよ。

**デフォルトの名無しさん** · 2018/05/07(月) 11:39:56.42

>>660
Salesforceを知らないんだね。

**デフォルトの名無しさん** · 2018/05/07(月) 12:00:46.03

Salesforceのサポート先にきいてもSalesforceは素晴らしいと言われるだけ。（確認済）
データ分析などをやってるVBA開発者は素データの取扱をよく知ってる。
Salesforce導入賛成した人はデータの取扱をよくわかってないこともある。
（システム構築の問題かな？）
Salesforce導入したら、VBA開発者としては困る事もある。

**デフォルトの名無しさん** · 2018/05/07(月) 12:04:59.32

「便利なとこだけつまみ食い」ができないツールやフレームワークは迷惑

**デフォルトの名無しさん** · 2018/05/07(月) 12:06:01.39

何でもSalesforceで完結できるかというと、ライセンス費用との兼ね合いでそうもいかなかったりする
必要なところはVBAからSalesforceのAPIを使えるようにすれば問題なし（やったことないからできるか知らんけど）

**デフォルトの名無しさん** · 2018/05/07(月) 12:29:01.64

>>653
Excel.Application とか対象のブックを開く処理のことを言ってるならそれらは余分に必要
ただそのコードって>>538見ればわかるけど数行だから大変と言うほどのことはない

>>657
ここら辺はVBAと同様
なぜかActivateしないとダメなんだよね
改善してほしい

**デフォルトの名無しさん** · 2018/05/07(月) 12:31:02.56

五年後、十年後を見据えることも大事
素晴らしいから実装　三年後に開発元が撤退　とかザラにある世界
グレシャムの法則はこの業界でも当てはまる
ポンコツでも安心して乗り続けられるかどうか

ピラミッドの上の方三分の一が対象か、底の方三分の一なのか
下の方はVBAでもいい　　上の方相手に生涯ストレス溜め続けて生きてけばいいさ

**デフォルトの名無しさん** · 2018/05/07(月) 12:46:54.80

>>666
VBAのスレで何言ってんだかw
とても滑稽

**デフォルトの名無しさん** · 2018/05/07(月) 12:48:25.32

>>665
数行って3行が何行に膨れ上がるの？
大したことないかどうかはそれが出てからじゃないと判断つかないよね

**デフォルトの名無しさん** · 2018/05/07(月) 12:51:09.04

>>668
> 大したことないかどうかはそれが出てからじゃないと判断つかないよね
バカはこれだから... w

**デフォルトの名無しさん** · 2018/05/07(月) 13:02:09.19

>>669
だってそっちのコードはインスタンスの解放とか記述されてないし判断材料にならないよ。
で、どうなるの？

**デフォルトの名無しさん** · 2018/05/07(月) 16:05:51.47

>>124で質問した者です
色々試したところ、3行目だから問題があるのではなく半角カタカナが含まれている行があると、その次の行の冒頭の文字が削れるようでした
（半角カナと同じ文字数削れる？）

ADODB.streamをクリエイトオブジェクトして、CharsetにISO-2022-JPを指定して読み込んでいます。入力ファイルは、サクラエディタでJISを指定してポチポチ作成しています。

ちなみに、.ReadTextの引数に-2を与えて1行ずつ読み込むと発生しますが、-1を与えてファイル全体を一括読み込みするとこの現象は起こりません

入力ファイル内容
（スマホなので半角カナが打てないのですが、2行目のアイウエオは半角だと思ってください）
------------------------------------
01234567890123456789
アイウエオ
01234567890123456789
------------------------------------

1行ずつ読み込んでデバッグプリントした結果（スマホなので半角カナが打てないのですが、2行目のアイウエオは半角だと思ってください）
------------------------------------
01234567890123456789
アイウエオ
567890123456789
------------------------------------

**デフォルトの名無しさん** · 2018/05/07(月) 16:11:17.74

ほうそれは興味深い
自分のプログラムも確認してみなきゃならん

**671** · 2018/05/07(月) 17:15:34.67

スミマセン。事象だけを書いて質問をしていませんでした。

単純に、ISO-2022-JPが半角カナをフォローしてないから起きる問題だと思うのですが
半角カナが文字化けするのではなく次の行に影響を及ぼすという形で発現する理由が分からないので、そよあたり何が起きているのか心当たりある方いませんか？ということです。
VBA質問の範疇外でしたら申し訳ないです。

**デフォルトの名無しさん** · 2018/05/07(月) 18:00:50.93

ADOの問題でEXCELもVBAも関係ないだろ
想像すると、２行目で１０バイトのバッファを用意して読み込んでるんじゃね

なんにしても不正なファイル読んでるんだから結果に文句言うべきじゃない

つかその半角カナって文字コードどうなってるんだ

**デフォルトの名無しさん** · 2018/05/07(月) 18:01:50.46

excel開いてんならこれかな

[Runtime.InteropServices.Marshal]::BindToMoniker($bookPath).Sheets(1).Cells.Item(1, 1).Value() = "hello, world"

VBAは3行、PSは1行だったね

**デフォルトの名無しさん** · 2018/05/07(月) 18:34:49.37

GW明けたらめっちゃスレ伸びてて笑う

>>397
晒した。3行は盛り過ぎだったわすまんな
http://codepad.org/vIuvxaqE

これじゃアレなんでもっと差が出るスクリプトも晒すわ
http://codepad.org/tCLxVNML
用意したリストに基づいて置換するスクリプト
よくある操作だけどこういう文字列操作をVBAじゃ絶対にやりたくない

**デフォルトの名無しさん** · 2018/05/07(月) 18:54:03.74

VBAを否定する理由の一つに、正規表現があると。
なるほどなるほど。

**デフォルトの名無しさん** · 2018/05/07(月) 19:26:19.17

>>670
あの程度なら解放は明示しなくても大丈夫

**デフォルトの名無しさん** · 2018/05/07(月) 19:31:19.81

>>677
>>536でも使ってるけど正規表現は VBScript.RegExp 使えばいいので言うほど面倒でもない
むしろヒアドキュメントとか文字列中に結果を埋め込んだりするのが面倒

**デフォルトの名無しさん** · 2018/05/07(月) 19:34:03.20

正規表現以外にも連想配列が貧弱だとかそもそも配列リテラルが無いからリストを扱う気にならないだとか文字列に対する関数が少なすぎるだとか色々

**デフォルトの名無しさん** · 2018/05/07(月) 19:36:11.20

は？
そんなん短く書けるように関数を自分で作ればいいだけだろ
なんでも与えられたものばかり使ってたらすぐに腕が落ちるぞ

**デフォルトの名無しさん** · 2018/05/07(月) 19:48:01.62

僕はコードを書いて悦に浸りたいのではなく目的を達成したいだけなのでそういうのはいいです

**デフォルトの名無しさん** · 2018/05/07(月) 19:51:25.78

他の言語にあってVBAに足りないものあるいはVBAだと使いにくいもの

正規表現
コレクション
集合処理
シリアライズ
インターフェース
名前空間
パッケージ
ジェネリック
非同期処理
並列処理
メタプログラミング
ネットワーク
ディスクIO
ラムダ
return
モダン文法

挙げきれないなこれ

>>675
VBAさんまた負けたのか...

**デフォルトの名無しさん** · 2018/05/07(月) 20:29:03.81

>>679
（肯定・否定の）後読みがないんだよなあ・・・

**デフォルトの名無しさん** · 2018/05/07(月) 22:21:34.33

>>675
もう一度聞くけどPSでExcel操作を行う場合は
COMを使ってるわけではないの？
開きっぱなしのしか使えないカタワなロジックはまぁいいとして
メモリ解放をいつも全く記述していないのは何で？

**デフォルトの名無しさん** · 2018/05/07(月) 22:22:36.97

>>642
逆。
Excelに乗っかって処理するのがVBAでコード書く場合の普通だ。
だから乗っかって無いのは、そもそもイレギュラーなんだ。

で、VBAについて論じるなら、そういうイレギュラーをメインに論じられても困ると最初から言ってる。

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

>>645
その実例が普通じゃないと言ってるんだが。
これだから日本語分からない奴は...

**デフォルトの名無しさん** · 2018/05/07(月) 22:25:56.82

そんなんGCが勝手にやってくれるからだろタコスケ
頭の中何年前で止まってんだよ賞味期限切れてんじゃねえの

**デフォルトの名無しさん** · 2018/05/07(月) 22:27:24.84

>>649
Excelを操作するとは、Excelファイルを扱うだけなのは除外すべき。
そんな処理を普通ExcelVBAで書くことは無いからな。

**デフォルトの名無しさん** · 2018/05/07(月) 22:29:22.09

>>689
>>676の2つ目みたいな処理についてどう思われますか？

**デフォルトの名無しさん** · 2018/05/07(月) 22:31:37.26

ま、外部からEXCELでテトリス作って動かせるっていうなら興味もわくけど
どっちでも出来ることならどっちでもいい。

**デフォルトの名無しさん** · 2018/05/07(月) 22:46:29.50

>>676
アホらしいので内容も見ずに書くけど、そういう処理ってVBAで書くことが余り無い。
それに、多分どうでも良いレベルで長くなってるだけだろうと推測する。

昔、VB6での話だがデフォルトプリンタのポ－トを変更するプログラムを書いた時に物凄く面倒な処理になったがDelphiでは簡単なのを見てDelphiは良いなと思った。
VB6ではGetPrinterやSetPrinterとCopyMemory使ってPRINTER_INFO_2構造体を操作する必要があったがDelphiではTプリンタオブジェクトなるものでポートがそのまま変更できた。

こういう場合は確かにDelphiの利点だろう。
もっとも、それが言語の優劣に繋がるわけじゃ無いが。

**デフォルトの名無しさん** · 2018/05/07(月) 22:55:14.88

要するにおまえら大昔にperlでエクセルいじれるスゲーって言ってたおじいちゃん達の足跡を辿るおこちゃま達なんやなw

**デフォルトの名無しさん** · 2018/05/07(月) 22:59:02.03

>>688
COM使ってるならGC幾ら呼び出したところで
解放されるわけないだろタコスケ
そんなかで捕まえてるブックやらシートやらいつ解放すんだよ
GCは参照先がなくなって初めて走ったときに解放されんだよ

**デフォルトの名無しさん** · 2018/05/07(月) 23:00:24.60

>>692
「excel 置換リスト」でググったら「マクロ」がサジェストされるぐらい沢山の人が人がVBAでマクロ作って公開してる処理なんですがそれは

長文書き散らしといて実際コード貼られたらよくわかんなーいとか馬鹿の極みだな

適切なオブジェクトが用意されてるのも思いっきり言語の優劣につながる話じゃねーか

**デフォルトの名無しさん** · 2018/05/07(月) 23:11:55.30

>>694
PSだと.net使ってるから解放されないんだな

rubyとかpythonだとGC走った時にcomまで解放してくれるから知らんかったわ

**デフォルトの名無しさん** · 2018/05/07(月) 23:35:14.94

おいおい解放されないとか嘘ついてまでVBAをよいしょしたいのかよ
.NETでCOMをインスタンス化するとRCWってプロキシが生成されんだよ
で、このRCWがCOMインスタンス本体の参照カウントの面倒見てくれんの
RCWはGCで回収されたら参照カウントを減らしてくれる
いちいち解放を書く必要はないんだわ

**デフォルトの名無しさん** · 2018/05/07(月) 23:42:48.04

>>697
やっぱり解放されるんだ
最近の言語でその辺の面倒みないとかあり得ないよなと思いつつ調べ方悪くてわからんかった
ありがとう

**デフォルトの名無しさん** · 2018/05/07(月) 23:51:38.06

>>686
VBAだったらExcelに乗っかるしかないのは当たり前
そういうことじゃない
何かの目的があってプログラムを書くときにそもそもExcelでやるべきなのか？と自問自答することが大事ということ

**デフォルトの名無しさん** · 2018/05/08(火) 00:09:10.73

>>698
つまりはこういうこと
http://jeanne.wankuma.com/tips/vb.net/programming/releasecom.html

まぁどっちが手間かは分からんけど

**デフォルトの名無しさん** · 2018/05/08(火) 00:14:14.44

>>698
Excelのプロセス終了条件は正しくQuitされてる事とCOMインスタンスが解放されてる事の2つ
GCでCOM参照がクリアされてもQuitされていなければExcelは生き続ける
その仕様を失念してハマったマヌケ達が.NETではCOMが自動で解放されないなどという悪質なデマを流したんだろうね

**デフォルトの名無しさん** · 2018/05/08(火) 00:32:00.90

その点VBAはそんなことなーんも考えなくていいから
らくちんだNE

**デフォルトの名無しさん** · 2018/05/08(火) 00:32:38.38

>>701
アホかwそもそもプロセス終了時にGCは動かんでw

**デフォルトの名無しさん** · 2018/05/08(火) 05:52:33.72

>>685
COMだよ
だからあの程度なら解放は明示しなくてもいいと言うだけの話

**デフォルトの名無しさん** · 2018/05/08(火) 05:54:04.37

>>687
お前が普通と思うかはどうでもいいよ w

**デフォルトの名無しさん** · 2018/05/08(火) 06:02:55.46

>>697
解放されないと言うか解放タイミングが予測できないのが問題なの
RCWってあまりいい仕組みじゃないよ
https://blogs.msdn.microsoft.com/office_client_development_support_blog/2012/02/28/office-3/

**デフォルトの名無しさん** · 2018/05/08(火) 07:14:18.75

>>706
面倒くさいねぇ
だから>>675はExcelが開いていることに言及してたのか
Excelを開いたら閉じることも想定されるから
閉じて終了させようとしてもObject捕まえっぱなしで
閉じて終了させられないことがバレちゃうもんねぇ

**デフォルトの名無しさん** · 2018/05/08(火) 08:08:21.77

>>707
お前リンク先の話なにも理解できてないだろ w

**デフォルトの名無しさん** · 2018/05/08(火) 09:48:53.93

>>708
そのリンク先のさらにPart1のリンク先見て見なよ
完璧に解放するにはここまでやらないといけないんだねぇ
ああ面倒くさい

**デフォルトの名無しさん** · 2018/05/08(火) 12:02:14.08

>>706
それが問題になるのは使用済インスタンスが長期間残る可能性が高いデスクトップアプリやサーバーアプリだな
スクリプトは最短距離で目的を達成して速やかにプロセスを終了するのが基本なので使い終わったらすぐにGCやWindowsにリソースをクリーンナップしてもらえるので問題ないんだわ

**デフォルトの名無しさん** · 2018/05/08(火) 12:12:49.21

>>710
うんうんそれでスクリプト処理で開いたブックは
スクリプト内の処理で捕まったままになって
閉じられずにばんばん開きっぱなしになって残るんだねぇ

ああ恐ろしい

**デフォルトの名無しさん** · 2018/05/08(火) 12:14:31.83

>>710
問題あるって話が書いてあるんやがw
おまえホンマに馬鹿やなw