[連載]「パーフェクトExcelVBA」の本で勉強中〜の投稿 - Crieit

VBAをパーフェクトにマスターするシリーズ♪　3章「ステートメント」「パーフェクトExcel VBA」

VBAをパーフェクトにマスターするシリーズ♪　4章「フロー制御ステートメント」「パーフェクトExcel VBA」

VBAをパーフェクトにマスターするシリーズ♪　5章「プロシージャ」「パーフェクトExcel VBA」

VBAをパーフェクトにマスターするシリーズ♪　6章-1「モジュール」「パーフェクトExcel VBA」

VBAをパーフェクトにマスターするシリーズ♪　6章-2,3,4,5,6「モジュール」「パーフェクトExcel VBA」

（前回の4,5,6は2,3と統合しました。）

続きを書きました。
VBAをパーフェクトにマスターするシリーズ♪
今回は「6章-7,8」で新しく知ったことと、思ったことを簡単にまとめました。

6章は分厚いので少しずつ進めていきたいと思います。。。

※これは学習記録です。
書籍の内容はあえて多くは載せていません。
大事なことも省いていますので、詳細につきましては書籍をご覧ください。

■6章「モジュール」プログラムを部品ごとにまとめる

6-7 　クラスモジュール

6-7-1　クラスモジュールとは

クラスモジュールは、独自のオブジェクトを作成するためのモジュールです。

6-7-2　クラスとインスタンス

シートモジュール、ブックモジュールは既に存在しているオブジェクトに機能や処理を追加することができるモジュールでした。また、フォームモジュールは、ユーザーフォームの挿入を行うと同時に追加されますので、

クラスモジュールは、上記と異なり、オブジェクトを作るまでは実体がありません。

使い方としては、クラスモジュールを追加すると、
そのクラスを型として使えるようになるので、SETするときにNewします。

6-7-3　クラスメンバーの定義

クラスには独自のプロパティやメソッドを追加できます。
クラスを指定してオブジェクトを作ると（SETしてNewすると)、そのオブジェクトに対して、設定したプロパティもメソッドも使えるようになります。

6-7-4　クラスのイベントプロシージャ

VBAではクラスで使用できるイベントが2つ用意されています。

Initialize　インスタンスが生成されたとき（コンストラクタ）
Terminate　インスタンスへの参照がされなくなったとき（デストラクタ）

このシリーズの学習記録を書いている途中で「クラスモジュール便利やん！使ったほうがいいやん！」って思ったことがあったのですが、なぜでしたっけ。（少し間が空いて忘れてしまった）

今ある記憶では「クラスモジュールを作って活用すれば、プログラム全体に対してのPublicなメソッド？プロシージャ？関数？をむやみに増やさなくて済む＝プログラムの修正や追加するときに影響範囲を絞り込みやすい」という感じなのですが

そレほど多機能なシステムを作るのでなければ、なるべく関数？処理？プロシージャ？はPrivateにすることで、ある程度は対応できそうです。
でも重複して同じコードがあちこちに書かれるのは避けたいですね（コードが増えるとその分、メンテナンスも大変になるので）

クラスモジュールを使って、「この機能に対してのPublicな関数？プロシージャ？はこれを使いましょう」という限定ができるのは、良いと思いますが、

ただ、（例えば初心者が）作るときにそこまで考えて作れるかな？というとちょっと疑問です。
ある程度慣れてきたらそういう使い方に変えていく、とかじゃないと、
誰にも教わらずに、本だけで基礎を学んでも、
それを実務で活用しようとする段階で、「まず、クラスを作って分けなければ」とやろうとしても、
わからなくなって、何も進まなくなるような気もします。
それともすんなり、この場合はこうしたほうがいい、とか、わかるものなのでしょうか。

そういえば今、実務で扱っているVBAに一部、謎のクラスモジュールが存在していて、
どこで使ってるんだこれ・・・というものがあるのですが、
それを解析しないとですね・・・。

VBAの「クラスモジュール」の使い方は、ここで基本がわかったので、
クラスモジュールを恐れずに、解析していきたいと思います。

6-8 　イベントを活用する

6-8-1　イベントに応答するオブジェクト変数を宣言する

シートやブックで発生するイベントで動作するイベントプロシージャは、その属するオブジェクトモジュールであるシートモジュールまたはブックモジュールに記述する必要がありました。
しかしマクロの実行中に新規作成したシートやブックに対しては、そのモジュールにコードを記述することは叶いません。

また、ユーザーフォームの複数のコントロールに同じイベントで同じ処理を追加したい場合、全てのコントロールについて同じイベントプロシージャを定義するのは明らかに冗長ですから、共通化したいと考えるでしょう

そのようなときに、WithEventsキーワードを使うことができます。
WithEventsキーワードを付与して宣言したオブジェクト変数は、イベントに応答するようになります。

Private WithEvents varname [As type]

変数varname に設定された固有オブジェクト型typeのオブジェクトは、その定義されているイベントに応答するようになり、そのイベントの発生をきっかけとしたイベントプロシージャを定義することができるようになります。

具体的なコードの例として、マクロ実行中に追加したシートに対して、イベントが発生した時の処理を記述してあります。これは知りませんでした。便利そうです。
ですが、共通化するときにはどうやって使うのだろう（具体的な記述のイメージがわかない）

6-8-2　独自のイベントを定義する

作成したクラスに独自のイベントを定義して使用することができます。

クラス独自のイベントを定義するEventステートメント

[Public] Event name [(arglist)]

定義したイベントを発生させるRaiseEventステートメント

RaiseEvent name [(argumentlsit)]

具体的なコードの例が記述されています。
説明をされてからコードを見ると、やろうとしていることはわかりますが
何の説明もなくこのコードだけ書いてあったら、読むの辛いなあと思いました。
（つまりコメントをしっかり書いておかないと、何をしているのかわからなくなりそう）

確かに、コードは読めなくはないのだけど、実際に使うときは、なるべく独自イベント使わないで欲しいなあと願ってしまうのでした・・・。

VBA、いろいろできるということを知ってとても勉強になるけど、
知ってても、できればあまり凝ったことをやらないでほしい（後からのメンテナンスが大変だから）

と思ってしまうのは、いけないことでしょうか・・・。
基本的なところをしっかり書けるようになれば、後から読む人も（たとえそれが未来の自分であっても）助かるので、
基本的なところはしっかり書けるようになってほしい（自分を含め）。

でも何でもかんでも独自で作らないでほしい、一生自分でメンテナンスするなら止めないけど、
後から見た人が直すの大変よ、、、と思ってしまう私でした。

使うなら、どうしてもその独自の方法しかない？それ以外の方法ない？っていうのを、検討してからにしてほしい・・・。

（7章の最後までは書きたいので）続きます

▼著者サイト

▼Amazonリンク

VBAをパーフェクトにマスターするシリーズ♪　6章-2,3,4,5,6「モジュール」「パーフェクトExcel VBA」

2020-01-23T05:41:01+09:00

■前回までの記事

VBAをパーフェクトにマスターするシリーズ♪　3章「ステートメント」「パーフェクトExcel VBA」

VBAをパーフェクトにマスターするシリーズ♪　4章「フロー制御ステートメント」「パーフェクトExcel VBA」

VBAをパーフェクトにマスターするシリーズ♪　5章「プロシージャ」「パーフェクトExcel VBA」

VBAをパーフェクトにマスターするシリーズ♪　6章-1「モジュール」「パーフェクトExcel VBA」

続きを書きました。
VBAをパーフェクトにマスターするシリーズ♪
今回は「6章-2,3,4,5,6」で新しく知ったことと、思ったことを簡単にまとめました。

6章は分厚いので少しずつ進めていきたいと思います。。。

※これは学習記録です。
書籍の内容はあえて多くは載せていません。
大事なことも省いていますので、詳細につきましては書籍をご覧ください。

■6章「モジュール」プログラムを部品ごとにまとめる

標準モジュールとオブジェクトモジュールの違いは・・・

標準モジュール以外が、オブジェクトモジュールのようです（シートモジュール、ブックモジュール、フォームモジュール、クラスモジュール）。

それぞれできることとできないことがあります。

6-2 　標準モジュールとオブジェクトモジュール

6-2-1　Meキーワード

オブジェクトモジュールでは、Meキーワードが使えます。そしてこのMeは省略できます。

一方で、標準モジュールについてのオブジェクトの省略は複雑です。省略されたとみなされるプロパティがどのプロパティなのか、またActiveSheetプロパティやActiveWorkbookプロパティが、どのオブジェクトを指すのか、これらについてはコードの文脈や実行時の状態によって異なるからです。

都合により、オブジェクトが固定されるシートモジュール、ブックモジュールはなるべく使いたくないのですが、クラスモジュールに辿り着くためにも、順番に学び進めていきたいと思います。

6-2-2　宣言できるメンバー

オブジェクトモジュールでは定数（とユーザー定義型）は宣言できません。

パブリックレベルの定数、ユーザー定義型及び列挙型は、常に標準モジュールに記述するという方針でよいでしょう。

（ユーザー定義型と列挙型はそもそも使っていないというか使えていないです、、、）

6-2-3　イベントとイベントプロシージャ

Excel VBA では、Workbook、Worksheet、UserFormなどのオブジェクトに対して、ユーザーがすぐに利用できるように、たくさんのイベントがあらかじめ定義されています。

あらかじめ用意されているイベントを使用するだけでなく、独自のイベントを定義することができます。
これらイベントについての発展的な活用については6-8で解説します。

6-2-4　オブジェクトモジュールの役割

シートやブックに関連したコードはシートモジュールやブックモジュールを使うとして、それ以外のコードはオブジェクトに関連しませんから、結果的にほとんどのコードを標準モジュールに記述することになってしまわないでしょうか？
いえ、オブジェクトがないなら作ってしまえばよいのです。それを実現するのがクラスモジュールです。

続く節では、オブジェクトモジュールに具体的にメンバーを追加する方法、すなわちプロパティ、メソッド、イベントの定義の方法について解説を進めていきます。

6-3 　プロパティとメソッドの定義

6-3-1　オブジェクトのプロパティとメソッド

オブジェクトのプロパティとは、オブジェクトへのデータの設定、オブジェクトからのデータの取得のいずれかの機能、または両方の機能のことをいいます。

プロパティを作成する方法
・モジュールレベル変数
・Property Let/Setプロシージャ
・Property Getプロシージャ

オブジェクトに対して処理を実行するためのメンバーがメソッドです。
オブジェクトにメソッドを追加するには、以下のどちらかのプロシージャをオブジェクトモジュールに宣言します。

・Subプロシージャ
・Functionプロシージャ

6-3-2　パブリック変数によるプロパティ
6-3-3　プライベート変数によるプロパティ

プライベートプロパティは他のモジュールからアクセスできないので、
以降のプロシージャを使用して読み書きします。

6-3-4　Property Let/Setプロシージャによるプロパティの設定

書き込み用。

6-3-5　Property Getプロシージャによるプロパティの取得

読み込み用。

設定または取得のいずれかに制限をかけたいときや、なんらかの処理を伴わせたいときは、こちらの手法を選択することになります。

この辺は使えるようになると便利かなと思います。
VBAでこのようなプロシージャが使えるということを、この本を読むまで知りませんでした。

6-3-6　Subプロシージャによるメソッドの定義
6-3-7　Functionプロシージャによるメソッドの定義
6-3-8　プロパティとメソッドを追加する方法の指針

Functionで戻り値を取得できるのに、なぜProperty Getもあるの？
→方針を決めておいて(できるだけ)使い分けるようにしましょう。

6-4 　シートモジュール

6-4-2　シートのオブジェクト名とシート名

シートには、Excelのタブに表示されている「シート名」とは別に、「オブジェクト名」があります。シート名は誰でも変更することができるので、プログラムを書くときには「オブジェクト名」を使った方が良いでしょう。

書籍では「シートモジュールでできることはシートモジュールに書いて、標準モジュールをコンパクトに保ちましょう。」というのが方針のようです。

標準モジュールは影響（させることのできる）範囲が広いので、そのシートでしか操作しないこと、またそのシートでのイベント処理は、シートモジュールに書きましょう、というのが基本のスタンスです。

（余談ですが、私の今関わっている仕事では、ある目的があって、これの逆をしようとしています。いつでも使えるたった一つの正解はないので、状況によってその都度、最適解を探すのがよいかと思います。）

6-5 　ブックモジュール

6-5-3　ブックモジュールの使用

ブックモジュールのイベント処理については、11章で紹介されます。

6-6 　ユーザーフォーム

**6-6-6　タブオーダー*

ユーザーフォームを右クリックして、「タブオーダー」を選ぶと、まとめて順番を変更することができます。

し・り・ま・せ・ん・でした！！

今まで、プロパティウィンドウの「TabIndex」をちまちまと変えていました。

次はいよいよ待望のクラスモジュールです！

続く。

▼著者サイト

▼Amazonリンク

VBAをパーフェクトにマスターするシリーズ♪　6章-1「モジュール」「パーフェクトExcel VBA」

2020-01-09T10:28:40+09:00

■前回までの記事

VBAをパーフェクトにマスターするシリーズ♪　3章「ステートメント」「パーフェクトExcel VBA」

VBAをパーフェクトにマスターするシリーズ♪　4章「フロー制御ステートメント」「パーフェクトExcel VBA」

VBAをパーフェクトにマスターするシリーズ♪　5章「プロシージャ」「パーフェクトExcel VBA」

続きを書きました。
VBAをパーフェクトにマスターするシリーズ♪
今回は「6章-1」で新しく知ったことと、思ったことを簡単にまとめました。

6章は分厚いので少しずつ進めていきたいと思います。。。

※これは学習記録です。
書籍の内容は、あえて多くは載せていません。
大事なことも省いていますので、詳細につきましては、ぜひ書籍をご覧ください。

■6章「モジュール」プログラムを部品ごとにまとめる

6-1 　モジュールとは

6-1-1　モジュール化とそのメリット

モジュールを分けよう、という話です。
モジュールを分けるのは大事です。前提としてどこを切り離したほうがいいか、わかっている必要がありますが。
後から分けることも可能です。ただし後から分けようしたときには、すでに複雑になりすぎている場合もありますね、、。

合わせて、どのモジュールがどの機能で使われているのか、というドキュメントを作る必要がありそうです（私の場合）。今、ほとんどドキュメント作ってないので、、作ります、、

6-1-2　メンバーをどこに追加するか

標準モジュールに記述したパブリックレベルのメンバーは、常にグローバルのメンバーとなります。

ですよね・・・。
どこからでもアクセスできるうえに、名前がかぶるのは避けたいし、どれがどれだかわからなくなっていく。

その問題を解決するための一つの手段として、標準モジュールではなく、オブジェクトモジュールを使うという選択肢が用意されています。

このように、モジュールによる機能の部品課をする上で、オブジェクトにメンバーを追加するという選択肢は重要かつ効果的です。それを実現するためには、標準モジュールだけではなく、それ以外のモジュールとその使い方について知る必要があります。

解決法が！見えてきました！！（知らなかったです、、キケン！）

読んでよかった・・・（涙）

6-1-3　モジュールの分類

クラスモジュールは、オブジェクトの定義すなわちクラスを作成するためのモジュールです。
クラスモジュールを使用することで、オリジナルのオブジェクトを作成することができます。

クラスモジュールを使ったことがないので、これから学んでいきたいです。

それにしても、VBA実務を半年近くやっているので、本書がものすごく身に染みています。
読み進めるごとに、知らないといけない、とても大事なことがたくさん書かれています。
知らないでよくやってたなーとしみじみ、、、まだ書籍の先は長いですが、、、

今のタイミングが、身につくにはちょうど良かったのかもしれません。
初級から中級にステップアップするために、読み進めていきたいと思います。

知らなかったことを知れるのって喜びですよね！

▼著者サイト

▼Amazonリンク

VBAをパーフェクトにマスターするシリーズ♪　5章「プロシージャ」「パーフェクトExcel VBA」

2019-12-29T13:52:00+09:00

■前回までの記事

VBAをパーフェクトにマスターするシリーズ♪　3章「ステートメント」「パーフェクトExcel VBA」

VBAをパーフェクトにマスターするシリーズ♪　4章「フロー制御ステートメント」「パーフェクトExcel VBA」

続きを書きました。
VBAをパーフェクトにマスターするシリーズ♪
今回は「5章」で新しく知ったことと、思ったことを簡単にまとめました。

これは学習記録です。
書籍の内容は、あえて多くは載せていません。
大事なことも省いていますので、詳細につきましては、ぜひ書籍をご覧ください。

■5章「プロシージャ」手続きに名前を付ける

5-2 　Subプロシージャ

5-2-2　Subプロシージャの呼び出し

[Call] name [argumentlist]

Callキーワードは省略可能。
但し、Callキーワードを書いたときは、引数リストの丸かっこが必要　Call name (argumentlist)
Callキーワードを省略したときは、引数リストの丸かっこが不要　name argumentlist

そんな違いがあるそうです。
しかも引数が1つの場合は、Callキーワードなしで丸かっこを付けてもエラーにならない。

結論：Callキーワードを書いたほうが見やすいので、常に書くようにしたい。

5-3　引数の構文

5-3-1　引数の指定項目

Sub name ([arglist])
[statements]
End Sub

▼引数の構文
[Optional] [ByVal|ByRef] [ParamArray] varname[()] [As type] [ = defaultvalue]

・ByVal、ByRefを省略すると、規定はByRefになる。

引数では、規定値（defaultvalue）を指定することもできるようです。知りませんでした。
以降で詳しく説明されています。

5-3-2　引数の順序と名前

Call SayHello ( name:="Bob", message:="Hello")

名前付きで引数を指定することもできる！

5-3-3　引数をオプションにする

Sub SayHello(message As String, Optional name As String = "Bob")

End Sub

・引数の構文の先頭にOptionalをつけると省略可能になる。
・その際に規定値を指定することができる（しないでもOK）。
・Optionalを付けた引数以降の引数は、すべてOptionalにしなければいけない。

・引数のデータ型がオブジェクト型の場合は、規定値にはNotingのみが設定可能だが、規定値を省略してもNotingになる。

5-3-4　値渡しと参照渡し

・ByVal、ByRefを省略すると、規定はByRefになる。

特に理由がなければByValキーワードを付与して値渡しにするほうがよいでしょう。

著者曰く、参照渡しには処理速度やメモリ容量の点でメリットもあるが、可読性や現在のPC性能を考えると値渡しのほうを推奨しますとのこと。

5-3-5　配列を引数として渡す

・引数として配列を渡すことができる。
・動的配列として受け取る方法とVariant型の変数として受け取る方法がある。

・動的配列の場合は参照渡しのみ可。（固定配列は渡せない。上限下限を指定できないため）

Sub Increment ( ByRef num() As Long)

End Sub

・Variant型の変数として受け取る場合、値渡しが可能となる。

Sub Increment ( ByVal num As Variant)

End Sub

5-3-6　パラメーター配列

パラメーター配列を使用すると、任意の数の引数を配列として受け取ることができます。

引数の数を固定せずに受け取れる機能。扱いに注意が必要。
いくつか条件が記載されています。

個人的には、特別な理由があるときに使うもので、敢えて進んで使うものではないように思います。

5-4　Functionプロシージャ

5-4-1　Functionプロシージャの定義

Functionプロシージャは、手続きを実行した結果戻り値を返すプロシージャです。

5-4-2　Functionプロシージャの呼び出し

Functionプロシージャを他のプロシージャから呼び出すには、戻り値を使用するかどうかで２つの構文を使い分ける必要があります。

戻り値を使用しないのならFunctionプロシージャにしなくて良いのでは？と思いましたが、
呼び出す側のプログラムが複数あって、使用したい場合とそうでない場合がある、ということであれば、そのような状況もありそうです。

えーと。

戻り値を受け取らずに、破棄しても良い場合は、Subプロシージャの呼び出しと同様、Callステートメントを使用することでFinctionプロシージャnameを呼び出すことができます。

[Call] name [argumentlist]

戻り値を受け取るようにFunctionプロシージャを使用する場合は、以下のようにFunctionプロシージャ名nameに続けて、引数リストaumumentlistを丸かっこで囲みます。引数を一つも渡さない場合は丸かっこは不要となります。

name [ ( argumentlist ) ]

このように、Functionプロシージャを呼び出す場合は、戻り値を使用するかどうかで引数リストを丸かっこで囲むかどうかが決まりますので注意が必要です。

えーと。。
今まで私はFunctionプロシージャを使うときは、戻り値を使用する前提で使っていたので、えーと、どういうことだろう、、、いらない場合があるのはわかるのですが、引数をかっこで囲まない？　というのが少しややこしくて混乱しています。
「戻り値を使わない場合、Callで呼べるけど、引数をかっこで囲まない。」という決まりがある、ということですね。

5-4-3　Functionプロシージャから複数の値を返す

Functionプロシージャの戻り値は複数にすることはできません。したがって、複数の値を返したいというときには、ひと工夫が必要になります。

・Typeステートメントによるユーザー定義型を使って複数の値を返すことが可能。
・引数として複数の値を参照渡しで渡す。参照渡しなので値が変わる。

Typeステートメントを使ったことはありませんでした。後者が使われているコードは読んだことがありますが、モジュールレベル変数にしては？と思ったり、なぜSubではなくFuntionなのだろう？と思ったりしていました。

「戻り値を複数にする」という課題に対する手段は、多くの選択肢があり、これはVBAという言語の特徴をよく表しています。
つまりVBAは同じ目的に対して多くの選択肢が存在していて、その中からメリットとデメリットを踏まえて判断する能力が求められるということです。

5-5　Propertyプロシージャ

し、知らない。こんな機能があるなんて。

5-5-1　Propertyプロシージャとプロパティ

Propertyプロシージャは、クラスモジュールで使用されるものと言われることが多いですが、標準モジュールを始め、他のモジュールでも使用することができます。
詳しくは6章で紹介しますが、

本節では、標準モジュールに「プロパティ」を作成していく方法を見ていくことにしましょう。

5-5-2　Property Let/Setプロシージャの定義

Property LetプロシージャおよびProperty Setプロシージャは、モジュール変数に値またはオブジェクト参照を設定するためのプロシージャです。

5-5-3　Property Letプロシージャの呼び出し

変数はPrivateにしておいて、Property LetはPublicにしておくと、
Property Letを通るときに、変数に入る値をチェックすることができる。
適切でない値が変数に入らないようにすることが可能です。（カプセル化ですね。）

5-5-4　Property Setプロシージャの呼び出し

Letと同様に。

5-5-5　Property Getプロシージャの定義

Getは取得のほう。

5-5-6　Property Getプロシージャの呼び出し

name [(argumentlist)]

値を返すので、Callは不要。（だけどいきなり唐突に書いてあるので、コードをパッと見ると「何コレ？！」ってなりますね。

Property Getプロシージャは手続きを持つことができますので、モジュール変数に処理を加えて取り出すことができます。つまりモジュール変数を増やさずともプロパティを作ることができます。

便利です。

Private price_ As Long

Public Property Let Price(ByVal newPrice As Long)
    If newPrice >= 0 Then price_ = newPrice Else price_ = 0
End Property

Public Property Get Price() As Long
    Price = price_
End Property

Public Property Get TaxIncluded() As Currency
    Const TAX_RATE As Currency = 0.08
    TaxIncluded = price_ * (1 + TAX_RATE)
End Property

▼別モジュール

    Sub MySub()
        Price = 100
        Debug.Print Price, TaxIncluded
    End Sub

適切なプロシージャ化は、ただのコードの羅列についてその役割を浮き彫りにして、使いまわしがきくようにします。また、その守備範囲を線引きして、無関係な処理との関連性を下げます。

ある処理が存在するとき、それについてどのようなまとまりでプロシージャ化するのか、またどのようなプロシージャ名にするか、引数や戻り値の受け渡し方法はいかにするかなど常に考えを巡らせて、その判断力を磨き続けていきましょう。

これは理想的ですがとても難しいことだなーと思っています。
実務の場合、ある機能Aを作ったあとに、まったく別の機能Bを作り、次に機能Cを作るときになって、そういえばAの機能で作った箇所が部分的に使えるかも、となることはあります。

そのときに、機能Aを見直して、共通の処理を共通のモジュールに移動させることができればいいのですが、「大至急作る」ときにそこまでなかなかできず、結果的に機能Aと機能Cにそれぞれ別の同じ処理を書いてしまうこともあります。

もしくは機能Aの箇所に書いている処理を機能Cからも呼び出して使うのですが、そうすると今度は機能を減らすときに、コードを削るのが難しくなります。

リファクタリングは大事ですが時間と手間がかかります。
作る段階で全体像を見渡せればよいのですが、継ぎ足し継ぎ足し作っている場合は、
できるだけ、その都度コードの見直しができたらいいのでしょう。。
すくなくとも、後からでもわかりやすいように命名に気を付けようと思います。

今回こうしてまとめて学習して、こんな機能があったのか－知らなかった、ということも多かったです。
最初からすべてを理解して進めるのは難しいですが、
どこかのタイミングで改めて、総合的に学習することはとても大切な気がしています。

本書、まだ１/3にもたどり着いていません。先は長いですね・・・。

▼著者サイト

▼Amazonリンク

VBAをパーフェクトにマスターするシリーズ♪　4章「フロー制御ステートメント」「パーフェクトExcel VBA」

2019-12-28T09:45:03+09:00

■前回までの記事

VBAをパーフェクトにマスターするシリーズ♪　3章「ステートメント」「パーフェクトExcel VBA」

続きを書きました。
VBAをパーフェクトにマスターするシリーズ♪
今回は「4章」で新しく知ったことと、思ったことを簡単にまとめました。

■4章「フロー制御ステートメント」

4-2 　Select Caseステートメント

4-2-3 文字列を判定する

式リストにToキーワードやIsキーワードを用いることで、文字列が指定の範囲に含まれるかという判定が可能です。

Sub MySub()
    Dim c As String
    Select Case c
        Case "0" To "9"
            '半角数字
        Case "A" To "Z", "a" To "z"
            '半角アルファベット
        Case Else

    End Select
End Sub

正規表現で指定するのではなく、こんな書き方もできるそうです！
知りませんでした。

4-4　For Each ～ Next ステートメント

4-4-2　コレクションに対する反復処理

Excel VBAでは、多くのオブジェクトについてその集合を表すコレクションが用意されています。
たとえば、Wrokbooks、Worksheets、Range、ListRowsなどです。

多くのコレクションは、その要素数を返すCountプロパティを持ちますので、For ～ Next　ステートメントで代替することも可能です。

4-4-3　配列に対する反復処理

配列に対する反復処理の場合は、ループ内で使用する変数をVariantg型にする必要があり、その点でわかりづらくなってしまうというデメリットがあります。

For ～ Next文の初期値にLBound関数、終了値にUBound関数を用いる記述を用いることのほうが多いようです。

    Dim numbers(1 To 3) As Long

    Dim i As Long
    For i = LBound(numbers) To UBound(numbers)
        Debug.Print numbers(i)
    Next i

私はFor～Nextのほうが好みなので、どちらかといえばEachを使わないことが多いです。

でもこういうときには、こっちのほうが便利でしょう？・・・と言われたらそうなのかな。

    Dim numbers(1, 1) As Long
    numbers(0, 0) = 0: numbers(1, 0) = 1
    numbers(0, 1) = 2: numbers(1, 1) = 3        
    Dim number  As Variant
    For Each number In numbers
        Debug.Print number
    Next number

「全部」の処理をしてる、というのがわかりやすいから、ということのようです。
入れ子になっても良いと思うのだけど、どうなんでしょう。
順番を指定して処理したいかどうか？というのも大きそうです。
おおよそ指定したいことが多いです、私の場合。

4-6　処理の終了とスキップ

4-6-1　Exitステートメント

Exit Property　・・・ Propertyプロシージャを終了する

「Exit Property」は知りませんでした。そんなのあるんだ。
っていうか「Propertyプロシージャ」って何だろう？（※5章に載ってました）

4-6-3　Exitステートメントによるループの終了

For文が入れ子になっているとき、内側のFor文から一気に外側のFor文も抜けたい場合、
外側をDo～Loop文、内側をFor文にして、Exit Doで一気に抜けられるテクニックが載っていました。

私の場合、入れ子になっていて両方抜けたい場合は、フラグ（Boolean）を使っているような気がします。

4-6-4　GoToステートメントによるループのスキップ

他のプログラミング言語にはあるContinueがないので、ループのスキップにGoToが使えます、という話です。

本節で紹介したループのスキップ、4-7で紹介するエラー処理など、特定の目的以外での使用は避けたほうがよいでしょう。

乱用は避けましょう。

4-7　処理の中断

4-7-1　Stopステートメント

Stopの使い方。Stopでは必ず止まります。次のAssertは、

4-7-2　Debug.Assertステートメント

Debug.Assert booleanexpression

booleanexpressionはブール式で、Falseに評価された場合にのみ、処理を中断します。

異常値の検出にも有効です。

Debug.Assert cell.Value >= 0

→cell.Valueが負の数だと止まるので、

本来０以上の数のみしか存在しえないのであれば、負の数が検出された時点で処理が中断し、異常値への対応を行うことができます。

Debug.Assert、使っていなかったのですが、今後は活用したいと思います。

4-8　エラー処理

大事なエラー処理ですが、少し身構えてしまいます。

4-8-1　On Errorステートメント

On Error { GoTo line | Resume Next | GoTo 0 }

On Error Resume Next ・・・　エラー処理を有効にし、以降で発生したすべての実行時エラーを無視する
On Error GoTo 0 　・・・　有効になっているエラー処理をすべて無効にする

4-8-2　エラー発生時に処理を分岐する
On Error GoTo line

    On Error GoTo ErrorHandler

     '～処理～

ErrorHandler:
    Debug.Print Err.Description

Err.Description　が気になりました。
（Errオブジェクトについては9章で紹介されているそうです）

4-8-3　エラーを無視する
On Error Resume Next

エラーを無視してもその後の処理に影響がないという確信がある場合にのみ使用すべきでしょう。

最近、なんでここでエラー出るねん、と思って、そのあとの処理に影響なかったので、使ったことがあります。
あまり使いたくないです。

4-8-4　エラー処理を無効にする
On Error GoTo 0

    On Error Resume Next
    Debug.Print x / y
    Debug.Print "エラーが無視されました"
    On Error GoTo 0

On Error Resume Nextステートメントを使用する際には、その影響範囲を少なくすることができますので、積極的に使用するとよいでしょう。

この辺、すこし苦手意識があります。もっと慣れたいところです。平常心で挑みたい。
人が書いたコードにOn Error　～　と書いてあると、一瞬、ウッ、となるんですよね。何してるんだろうと思って、身構えてしまいます。
今回、本書を読んで、前より少し馴染めた気がします。実戦（戦い？）に活かしたいです。

4-8-5　Resumeステートメント

エラー処理ルーチンから、元の処理に戻ることもできます。

えっ、戻れるの？！

▼Resume ステートメントの種類
Resume 　・・・　エラーが発生したステートメントに処理を移す
Resume Next 　・・・　エラーが発生したステートメントの次のステートメントに処理を移す
Resume line　・・・　line で指定した行ラベルまたは行番号に処理を移す

    On Error GoTo ErrorHandler
    Dim x As Long, y As Long
    x = 1
    Debug.Print x / y

ErrorHandler:
    y = 5
    Resume

こんなことまでできてしまう！

・・・なのですが、

エラー処理を充実させるとコードが増え、可読性やメンテナンスの負荷が上がります。

ということなので、あまり書きすぎるのも良くないようです。
その辺、バランス良く考えてから、作りたいところです。

4-9　Withステートメント

4-9-2　Withステートメントのオブジェクト参照のしくみ

Withステートメントを使用するメリットはもう一つあります。オブジェクト参照の回数を減らせるということです。

実は、Withもあまり好きではないのですが（好みの問題）、使いますよね。
見やすい以外にも、処理が速い（体感できるかはさておき）ようです。

本章では、一般的にある程度使用されていると思われるものについては、隠さずに紹介をするようにしました。実際に、どれをどのように使用するかについてのヒントにも触れながら解説を進めましたが、都度「作法」と照らし合わせて、判断をするようにしてください。

とても大事でとても難しいポイントかなと思います。

次回はプロシージャです。
プロシージャ、、まだすぐに言葉の意味が理解できません。Subプロシージャ、Functionプロシージャ、等ですね。。。

私は「暗記」が非常に苦手です。プログラミングでは、カタカナや英語の略称が山ほど出てくるので、慣れるしかないですね。今までは雰囲気で理解していましたが（それを理解しているというのか？）、今回はゆっくり読んで、アウトプットもしながら、なので、反復でなじませていければと思っています。

▼著者サイト

▼Amazonリンク