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(日) 21:00:59.91

>>590
スケジュールに余裕があったからなぁ
俺って仕事が早いからその分貧乏くじ引きやすいんだよ

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

他所から最近来た人は知らないだろうけど
これでも大分ユルくなったんだよ
前は命令系が殆ど一緒のvb6ですら禁止にするか
コード載せることすら禁止にするかで
大揉めに揉めて荒れまくった時代も有ったし

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

>>592
VBA以外は禁止って頭の悪いルールでOS標準搭載のプログラムを縛るとOSが動かなくなっちゃう
なのでそんな環境は現実的には珍しいどころか存在しない

マインスイーパーはダメなどブラックリスト的に禁止する会社は多くはないが存在する
しかしブラックリストを採用してる会社でもコマンドプロンプトやパワーシェルを禁止する会社はごくわずか
なぜならそれらを禁止すると日常的な端末の管理作業に支障をきたす可能性があるから

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

プログラムとプログラム言語の違いが分かってないヤツが仕事早いって自称してるのか
ようやくコイツの面白いところ見つけたわ

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

>>595
それは分かるけどVBAの質問スレで話すことではないよね。
そういう話をする場合は然るべきスレに誘導すればいいんじゃない？

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

でも将来会社のPCをSモードにしようなんて話になったら
本気でVBAしか選択肢が無くなる

そんで万一VBAのサポートが終わったらローカル開発終了の危機

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

>>592
俺も聞いたことない
まあ世の中広いし変にこだわった上司がいたりするケースはあるのかも知れないから>>595みたいにないと言い切っちゃう奴もどうかとは思うわ

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

>>597
パワーシェルでこうやって簡単にできることをVBAでやるにはどうすれば良いですか？
パワーシェルと比べてVBAの優位性はなんですか？

これはVBAに関する質問だろ？

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

>>600
簡単に出来るならそっちを選択すればいいんじゃないの？

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

>>601
VBAしか許されない会社があるらしい w
>>558とかな

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

>>581の方が具体例だけどな
VBA以外も許容される仕事なら鬱憤がたまるわけもなし

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

じゃあ「VBA以外のプログラミング環境を使うことが許されない会社」は都市伝説だった

で

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

Excelシートに対してSQLで操作するのはまったく勧められない。

おまけ機能だから変な制約にはまりやすい。

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

>>602
そりゃ知らないだけじゃないの？
今は少なくともWindows入っていればVBSもあればJavaScriptもあるしSellだって普通に使えるはず。

まぁ各言語で向き不向きはあるだろうけどね。

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

>>606
使えることと使っていいかどうかは別の話

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

>>607
使っちゃいけない仕事場なのか！
それは難儀だね

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

>>605
SELECTだけならほげ問題ない

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

>>608
ほんとにあるかどうかは知らんけどね w

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

>>603
いや意味わからん
自分のタスクは自由にやるからストレスないけど
既存のクソマクロを拡張しろってタスクが回ってきたらVBAでやるしかないだろ
鬱憤たまりまくりだよ

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

>>611
それはクソマクロだからだ。
秀逸美マクロに囲まれていればそんな文句はでないだろう。
つまり言語のせいではない。

**デフォルトの名無しさん** · 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の利点だろう。
もっとも、それが言語の優劣に繋がるわけじゃ無いが。