VBA のコメントは、コンパイラが必ず無視すると保証された唯一の行です。だからこそ、最も安全なデバッグ手段であると同時に、最も危険なドキュメント習慣にもなります。本記事では、アポストロフィと Rem の違い、隠れた Edit toolbar でブロック全体をコメントアウトする方法、コメントが行継続の中で生きられない理由、ソースコメントとセルの Comment オブジェクトの違い、そして本当に書く価値のあるコメントだけを解説します。
Option Explicit は VBA で最もレバレッジの高い 1 行です。これがなければ、打ち間違えた変数名はエラーではなく、静かにゼロを返す真新しい空の変数になってしまうからです。本記事では、それが潰す「静かなタイプミス」バグ、なぜモジュール単位なのか、Require Variable Declaration の設定がどう自動で追加してくれるのか、古いコードで Variable not defined が出たときの対処、そしてなぜ宣言は強制してもデータ型は強制しないのかを解説します。
VBA の行継続は、スペースに続くアンダースコアで、1 つの長い文を複数の物理行にまたがらせます。パーサーがコンパイル前にそれを消すので、変わるのはソースの読み方だけです。本記事では、アンダースコアの前の必須スペース、文字列リテラルの中で区切れない理由、コメントが継続を殺す理由、コロンが文をつないで正反対のことをする仕組み、そしてどんなときに使うべきかを解説します。
Debug.Print は 1 行をイミディエイトウィンドウに書き込み、マクロを止めずにそのまま走り続けます — だから MsgBox のポップアップの海で溺れる代わりに、ループが値を流していく様子を眺められる、ブロックしないやり方です。本記事では、Ctrl+G でイミディエイトウィンドウを開くまで Debug.Print が何もしていないように見える理由、約 200 行のバッファが最初の出力を黙って捨てる理由、式を表示すると本物の副作用が走りうる理由、MsgBox との違い、そしてウィンドウへの記録をやめてファイルに書き出すべき境目を解説します。
イミディエイトウィンドウは 2 つの道具が 1 つになったものです — Debug.Print の出力が届く場所であり、VBA を 1 行打ち込んでその場で実行できるライブコンソールでもあります。本記事では、? のショートカットがあらゆる式を評価する仕組み、関数の前に ? を付けるとその関数と副作用が実際に走ってしまう理由、マクロが break mode で一時停止していない限りローカル変数が空に見える理由、Sub や 1 行ループを手で呼び出す方法、そしてコンソールが役目を終えてロジックをモジュールへ移すべき境目を解説します。
ブレークポイントは、行が実行される前にその行でマクロを凍結し、あらゆる生きた値を読める break mode に入れてくれます。そこから F8 でコードを 1 行ずつ歩けます。本記事では、F9 でのブレークポイントの設定、Step Into と Step Over の違い、ブックを閉じるとブレークポイントが消える理由、Stop 文を絶対にユーザーへ出荷してはいけない理由、Debug.Assert が実行時には無視される条件付きブレークポイントになる仕組み、そしてコードに Debug.Print を撒き散らすよりステップ実行が勝つ場面を解説します。
IsNumeric は「これは数値か」を問う関数ではありません。問うのは「VBA が本気で変換しようとしたら数値にできるか」であり、VBA はかなり無理をしてでも変換します。本記事では、科学表記・16 進リテラル・桁区切り・前後に空白のある文字列、さらには末尾に符号の付いた値にまで True を返す理由、それが検証をすり抜けて不正なデータを通す仕組み、マシンをまたぐとデータを壊すほど地域設定に依存する点、そして IsNumeric を信じるのをやめて Like 演算子で形そのものを固定すべき境目を解説します。
VBA の Like 演算子が答えるのは、たった 1 つの Boolean の問いです — この文字列全体がこのワイルドカードの形に収まるか。本記事では、5 つのワイルドカード（アスタリスク・疑問符・ハッシュ、そして [list] と [!list] の形）、Like が文字列全体を検査するため部分文字列には前後にアスタリスクが要る理由、大文字小文字がモジュール全体の Option Compare スイッチで決まり呼び出しごとの上書きがない仕組み、角かっこでリテラルのアスタリスクに一致させる方法、そして Like が InStr と正規表現の両方に勝つ場面を解説します。
VBA の regex はキーワードではありません — 自分で作る VBScript RegExp オブジェクトであり、3 つのスイッチを設定して正しい出力に手を伸ばすまで、何の役にも立ちません。本記事では、遅延バインディングと参照設定の違い、Global が既定で False なので最初の一致しか取れない理由、Test と Replace と Execute の違い、取り出すには Match.Value ではなく SubMatches へ手を伸ばす必要、そしてドル記号の後方参照を持つ VBScript のパターンフレーバーを解説します。
VBA の Filter 関数は 1 次元の文字列配列を取り、指定した部分文字列を含む要素だけを収めた新しい小さな配列を返します。InStr の配列版であり、セルには一切触れません。本記事では AutoFilter（行を隠すワークシートのメソッド）との絶えない混同を解きほぐし、そのうえで Filter が壊れて見える 3 つの罠を解説します。値全体ではなく部分文字列に一致すること、vbTextCompare を渡すまで既定で大文字小文字を区別すること、そして一致がゼロのとき UBound が -1 になる 0 始まりの配列を返すことです。
VBA の Join 関数は 1 次元配列を 1 つの文字列に貼り合わせ直し、各要素のあいだに区切り文字を置きます。Split のちょうど逆操作であり、末尾に区切り文字が必ず残る連結ループを 1 行で治す薬です。本記事では、Join が 1 次元配列しか受け取らない理由（だから平坦化するまで Range.Value は失敗します）、区切り文字の既定がなしではなく空白である理由、各要素がどうテキストに変換されるか、そして 15 行のループを 1 つの式に置き換える Split-Filter-Join のパイプラインを解説します。
Application.Transpose は配列の行と列を入れ替えますが、VBA での本当の日常の仕事はもっと地味です。単一列の範囲を転置すると、Join と Filter がともに必要とする 1 次元配列に畳み込まれるのです。本記事では、その平坦化の技、なぜ素の Transpose ではなく Application.Transpose なのか、大きなデータで裏切る 65,536 要素の静かな上限、そして 255 文字を超える文字列やエラー値を含む配列で投げるエラーを解説します。組み替えがどこで止まり、本物のループがどこから始まるかが、正確に分かるように。
Excel VBA のピボットテーブルは、セルを直接読むのではなく、PivotCache — ピボットを作った瞬間に撮られた元データのスナップショット — を読みます。この 1 つの事実が、ピボットで最も多い不満を説明します。データを変えても、RefreshTable を呼ぶまでピボットは昨日の集計を表示し続けるのです。本記事では、PivotCaches.Create と CreatePivotTable による今どきの 2 段階の作成、4 つの Orientation でフィールドを配置する方法、正しい集計 Function でデータフィールドを追加する方法、更新の罠、そしてキャッシュを Table に向けてピボットが自ら伸びるようにすることで直せる元範囲の罠を解説します。
Excel VBA のテーブルは ListObject です。自分の見出し・データ本体・端を知っていて、書き込むと自動拡張する範囲であり、だからこそ最もありふれたマクロの雑用 — End(xlUp) で最終行を探すこと — を葬り去ります。本記事では、ListObjects.Add による範囲の変換、各部を名前で指定する方法（HeaderRowRange、DataBodyRange、ListColumns）、ListRows.Add による確実な行の追加、空のテーブルで DataBodyRange が Nothing になる罠、そして挿入に耐える構造化参照の数式の書き方を解説します。
Excel VBA のチャートはデータを持ちません。Range への参照を持ちます。各系列が自分の値を =Sheet1!$B$2:$B$13 のような数式として保存するからで、この 1 つの事実が、元データが動いた瞬間にチャートが黙って間違ったセルを描画する理由を説明します。本記事では、あらゆるチャートのマクロがつまずく 2 つの入れ物の区別（埋め込みの ChartObjects とチャートシート）、SetSourceData で一度にチャートを作ってデータを結び付ける方法、SeriesCollection.NewSeries で手作業で系列を追加する方法、再実行での重複チャートの罠、そして凍結アドレスではなくデータを追いかけるようチャートの元データを Table に結び付ける方法を解説します。
Excel VBA の名前付き範囲は、セルの別名ではなく、名前を使うたびに Excel が解決する保存された数式です。この 1 つの事実が、名前付き範囲で出会うすべての驚きを説明します。RefersTo に先頭の等号が必要な理由、ドル記号が名前を絶対参照にするか、それともアクティブセルとともにずれるかを決める理由、名前がブック全体か 1 枚のシートかというスコープを持つ理由、そして名前の下のセルを削除すると永久の #REF! エラーを指し続ける理由です。本記事では、Names.Add と 1 行で書ける Range.Name のショートカット、ブックスコープとワークシートスコープ、名前が指す値の読み方、そしてブックを肥大化させる壊れた名前の掃除を解説します。
Excel VBA の AutoFill は、コピーコマンドではなくパターンエンジンであり、この違いを押さえておくことが不意を突かれないための鍵です。Range.AutoFill は小さなシードを受け取り、それをより大きな Destination へと延長し、シードをただ繰り返すのではなく 1, 2, 3 や 1 年の各月といった連続データを続けます。これが目的そのものであると同時に、罠そのものでもあります。本記事では、誰もが遭遇する実行時 error 1004 を引き起こす Destination のルール、連続データになるかコピーになるかを決める FillType、参照が行ごとに調整されるように数式を列の下方向へ埋める方法、そして単純なコピーがほしいだけのときは FillDown や FillRight のほうがたいてい良い道具である理由を解説します。
Excel VBA でセルをクリアする操作は、単一のコマンドではなくメニューであり、間違った項目を選ぶことこそ、マクロが静かにテンプレートを壊したり、他の数式が依存するセルをずらしたりする原因です。セルは複数の層が積み重なったものです。値と数式、表示形式、フォントと塗りつぶし、罫線、入力規則、コメント — そして各クリアメソッドは、選ばれた一部の層を消し、残りは生き残ります。本記事では、ClearContents と Clear と ClearFormats の違い、セルに空文字列を設定することが空白にすることと同じではない理由、その下のすべてのアドレスを変えてしまう Clear と Delete の決定的な違い、そして使用範囲全体を 1 回の高速な呼び出しでクリアする方法を解説します。
Excel VBA でセルを読み書きする操作は、すべて Range の .Value プロパティを通ります。そして最も重要なのは、複数セルを扱ったときの挙動です。複数セルの範囲は 1 始まりの 2 次元 Variant 配列を返し、配列を代入し直すとブロック全体を 1 回の呼び出しで書き込めます。これが、一瞬で終わるマクロと、いつまでも待たされるマクロの分かれ目です。Cells(i, j).Value に 1 セルずつ触れるたびに、VBA から Excel への境界を越えるからです。本記事では、単一セルと範囲での .Value の違い、一括読み書きを速くする配列の往復、1 列でも配列が 2 次元になる理由、そして頼りすぎてはいけない既定プロパティのショートカットを解説します。
Excel VBA から数式を書くとは、Range の .Formula プロパティに文字列を代入することであり、誰もがつまずく唯一のルールは、.Formula がただ 1 つの固定された方言 — ユーザーの言語や地域設定に関係なく、US-English の関数名とカンマ区切り — を話すことです。=SUM(A1:A10) を代入すればどのマシンでも動き、Excel が表示をローカライズします。ドイツ語の =SUMME(A1;A10) を代入すると実行時 error 1004 になります。本記事では、.Formula とローカライズされた .FormulaLocal、範囲全体に相対数式を押し込む .FormulaR1C1、先頭の等号が必須である理由、数式文字列の中で引用符を二重にする方法、そして .HasFormula で数式を読み戻す方法を解説します。
Excel VBA のセルには複数の顔があり、間違った顔を読むのは静かなバグです。.Value2 は格納された生の数値を返し、.Value はその数値を対応する VBA の型に強制変換して返します（日付書式のセルは Date を、通貨のセルは Currency を返します）。.Text は画面に表示される書式済みの文字列を、読み取り専用で返します。計算のために .Text を読むと、$1,235 のような文字列や、列が狭ければ ### すら返ってきます。通貨セルを .Value で読むと大きな数値が丸められることがあり、.Value2 は速くて損失のない既定です。本記事では、3 つの読みの顔、Currency と Date の変換が精度を失う場面、.Text が表示専用で代入できない理由、そしてどの顔を選ぶべきかを解説します。
VBA の Shell 関数は外部プログラムを起動した瞬間に立ち去る、撃ちっぱなしの関数です。Shell が返すのはタスク ID であって、プログラムの終了コードでも出力でも成功フラグでもなく、次の行はプログラムがまだ起動している最中に走り出します。これが Shell コードの大半のバグ — コンバーターを Shell で起動し、まだ書き出されていないファイルを開こうとする — の正体です。この記事では、Shell が待たない理由、空白を含むパスを引用符で囲む方法、Shell が exe は起動できても PDF や URL を単独では開けない理由、そしてプログラムの完了を実際に待って出力を読むために Shell を捨てて WScript.Shell の Run や Exec に切り替える場面を解説します。
VBA の Environ 関数は、Windows がすべてのプログラムに渡す環境変数 — USERPROFILE、TEMP、USERNAME、APPDATA — を読み、C:\Users\John のようなハードコードなしでユーザー固有のパスを組み立てられるようにします。ハードコードは他のどのマシンでも壊れるからです。その最大の罠は静かです — 存在しない、あるいは綴りを間違えた変数はエラーではなく空文字列を返すので、名前のタイプミスは静かに空の値を返し、パスはドライブのルートに落ちます。この記事では、Environ が可搬パスの道具である理由、あらゆる結果を空になりうるものとして扱うべき理由、2 つの呼び出し形式（名前による指定と数値インデックスによる指定）、Excel 起動時に Environ が取るスナップショット、そして Environ にできないこと — 変数の設定や、起動後に変更された変数の読み取り — を解説します。
CreateObject は、Excel の外にあるあらゆるものへの VBA のマスターキーです — ProgID 文字列で任意の COM アプリケーションを起動します。Scripting.FileSystemObject、Scripting.Dictionary、Outlook.Application、WScript.Shell、Word.Application、どれでも同じです。その文字列による検索が遅延バインディングであり、コンパイラはそのオブジェクトについて何も知らないため、間違った ProgID やインストールされていないアプリは実行時に error 429 で初めて失敗します。この記事では、遅延バインディングと事前バインディングの本当の選択（可搬性か IntelliSense か）、CreateObject がつねに新しいインスタンスを起動する一方で GetObject が実行中のものにつなぐ理由、そして Quit と Set Nothing を忘れたときに、ヘッドレスな Outlook や Excel のプロセスがタスクマネージャーに取り残される理由を解説します。
VBA の日付は Double です — 整数部は 1899-12-30 からの日数、小数部はその日の時刻を表すので、Now・Date・Time は同じ時計を 3 通りに読んでいるにすぎません。Now は日付と時刻、Date は今日の 0 時、Time は時刻だけを返します。多くのコードを壊すのは、Now で保存した値を Date と比較して決して一致しないバグです。Now は小数の時刻を抱え、整数の Date は抱えないからです。さらに Date と Time は、コンピューターのシステム時計を書き換えるステートメントでもあります。この記事では Double の正体、等値比較が失敗する理由、Int や DateValue で時刻を落とす方法、そして Now が UTC ではなくローカル時刻である理由を解説します。
VBA の日付は Double なので、1 を足せば 1 日進み、素の足し算は正しく動きます — ただし日数のときだけです。ひと月を 30 日、1 年を 365 日として扱った瞬間に破綻します。月やうるう年は長さが一定ではないからです。DateAdd はカレンダーを知っているので、1 月 31 日に 1 か月足すと、ありえない 31 日ではなく 2 月 28 日を返します。DateDiff は経過時間ではなく越えた境界の数を数えるので、12 月 31 日から 1 月 1 日までは 1 日しか経っていなくても 1 年になります。DateSerial は年・月・日から地域差なく日付を組み立て、あふれた値を正規化するので、月末を求める定番のイディオムが書けます。この記事では素の足し算で足りる場面、つまずきやすいインターバルコード、そして DateDiff が境界の数え上げである理由を解説します。
Year・Month・Day・Hour・Minute・Second は、すでに中身の見えている Double から整数を 1 つずつ取り出すだけで、見た目どおり単純です。噛みついてくるのは Weekday です — 1 から 7 を返しますが、その番号付けは第 2 引数に左右され、既定では日曜日が 1 なので、素の呼び出しでは月曜日は 1 ではなく 2 になり、ハードコードした数値に頼った週末判定はどれも静かに間違います。DatePart は DateAdd と同じインターバルコードを使う汎用の取り出し役で、週番号や四半期のような専用関数のない部品にも届きます。ただし既定の週ルールは ISO 8601 ではありません。WeekdayName と MonthName はマシンの言語で名前を返すので、表示には向きますが読み戻しには向きません。この記事ではあらゆる部品の取り出し方と、月曜日が 1 でない理由を解説します。
組み込みの VBA では、テキストファイルは番号付きのチャネルを通して扱います — Open path For Output As #n と書くと、その番号 n は自分で選ぶのではなく FreeFile から受け取るべきハンドルになります。#1 をハードコードすると、2 つ目のファイルを開いた瞬間に error 55 File already open にぶつかり、すでにデータを持つファイルを For Output で開くと中身が空に切り詰められ、Close を忘れると Excel を終了するまでファイルはロックされたままになります。この記事では、FreeFile が変数で受け取るべきチャネル番号を渡す理由、For Output・For Append・For Input の違い、Open ステートメントが Workbooks.Open ではない理由、そしてチャネルを必ず閉じるクリーンアップのパターンを解説します。
Print # と Write # は、ディスク上のバイトがどう見えるべきかに正反対の答えを返します。Print # はテキストを見たとおりに書きます — 引用符もカンマもなく、レイアウトはあなたが組み立てます — だからレポートや手作りの CSV に向いています。Write # はマシン形式を書きます — すべての文字列を引用符で囲み、値の間にカンマを入れ、日付をハッシュで囲む — 人や Excel ではなく Input # に読み戻させるための形式です。この記事では、あなたの CSV が引用符だらけになる原因が Write # である理由、Print # リストの中のカンマが CSV のカンマではなくプリントゾーンを挿入する理由、For Output が切り詰める一方で For Append が追加する仕組み、小数点カンマのロケールの罠、そして組み込みの書き込みが UTF-8 ではなく ANSI である理由を解説します。
VBA でテキストファイルを読むには 3 つの道具があり、間違ったものを選ぶとデータが混線します。Line Input # は 1 行の生の行を文字列に読み込み、分割は自分で行うので、予測可能です。Input # は区切られたフィールドをそのまま変数に解析します — Write # が作ったファイルには速いのですが、引用符のないカンマや余計な引用符でつまずきます。Input(LOF(f), #f) はファイル全体を 1 つの文字列に一気に読み込みます。この記事では、すべての行をちょうど一度ずつ読む EOF ループ、Input # が Write # の双子で Line Input # が Print # の双子である理由、error 62 を発生させる off-by-one を避ける方法、そして CSV を手で解析するよりブックとして開くほうがよいのはいつかを解説します。
VBA の MkDir ステートメントはフォルダーをちょうど 1 階層だけ作り、パス全体は作りません — 親が存在しないパスに対する MkDir は error 76 を、すでに存在するフォルダーに対する MkDir は何もしない代わりに error 75 を発生させます。だから、このフォルダーを作るという日常の仕事は、実際には足りない階層をすべて、しかも欠けている場所にだけ作ることなのです。この記事では、MkDir が 1 階層しか作らない理由、FileSystemObject.CreateFolder もまた再帰しない理由、フルパスを安全に組み立てる存在ガード付きのループ、そして裸のフォルダー名がブックのフォルダーではなく CurDir の下に着地する理由を解説します。
VBA の RmDir ステートメントは、フォルダーが完全に空のときにだけそれを削除します — まだファイルやサブフォルダーを含むフォルダーに向けると error 75 を発生させます。これは、どんなファイルも容赦なく削除する Kill のちょうど鏡像です。だから、このフォルダーを削除するは、実際にはまず空にしてから取り除くことなのです。この記事では、RmDir が空でないフォルダーを拒む理由、フォルダーは削除してもファイルは決して削除しない理由、RmDir の前に Kill でフォルダーを空にする方法、そして FileSystemObject.DeleteFolder が 1 回の呼び出しでツリー全体を消し去るのはいつか — ごみ箱もなく取り消しもなく — を解説します。
VBA では、相対パスは CurDir、つまりカレントディレクトリに対して解決されるまで何の意味も持ちません — そして Excel では、そのディレクトリはあなたが制御できない移ろいやすい設定であって、ブックが保存されているフォルダーではありません。だから MkDir Reports や Open data.csv は実行のたびに別の場所に着地しかねません。ファイルを開くダイアログが CurDir を無言で動かすからです。この記事では、CurDir が ThisWorkbook.Path ではない理由、ChDir が ChDrive なしにドライブを変えられない理由、そして間違ったフォルダーのバグをまるごと取り除くたった一つの習慣 — すべてのパスを ThisWorkbook.Path に固定すること — を解説します。
VBA でファイルをコピーするのは 1 行ですが、どの 1 行を使うかはファイルが開いているかどうかで決まります。FileCopy は参照設定のいらない組み込みで、コピー先を無言で上書きしますが、開いているファイルはコピーできず、いちばんバックアップしたいブックに対して error 70 Permission denied を投げます。この記事は 3 つの状況に対応する 3 つのコピー道具の線引きを示します — ディスク上の閉じたファイルには FileCopy、ワイルドカードと明示的な上書きフラグには FileSystemObject.CopyFile、たった今開いているブックには SaveCopyAs。そして、コピー先がファイル名を含むフルパスでなければならない理由、対象フォルダーがあらかじめ存在していなければならない理由、そしてコピーしてから削除するとどうして移動になるのかを解説します。
VBA の Kill ステートメントはファイルを完全に削除します — ごみ箱なし、確認なし、取り消しなし。このたった一つの事実こそが目的そのものであり、危険そのものでもあり、ファイル削除に関するほかのあらゆるルールは、その取り返しのつかない一線を守るための工夫です。この記事では、ファイルが存在しないときや開いているときに Kill が何もしないのではなくエラーになる理由、Temp フォルダー内の *.tmp のようなワイルドカードが一致するすべてを確認なしで一度に消し去る仕組み、Kill がフォルダーを削除できず RmDir と DeleteFolder がその仕事をどう分担するのか、そして読み取り専用ファイルには Force フラグ付きの FileSystemObject.DeleteFile がより安全な選択になるのはいつかを解説します。
VBA の Name ステートメントはファイルの名前を変更しますが、実際にはリネーム兼移動のステートメントです — 新しいパスを別のフォルダーに向ければ、VBA はその場で名前を変えるのではなくファイルをそこへ移動します。そしてディスク上のほぼすべてのものと違い、Name は上書きを拒み、対象がすでに存在すると error 58 を発生させます。無言で上書きする FileCopy とはちょうど正反対です。この記事では、Name がリネームだけでなく移動もする理由、ドライブをまたげない理由とその場合を FileCopy と Kill あるいは FileSystemObject.MoveFile がどう処理するか、そして既存ファイルでのエラーが無人マクロを止めないようコピー先をガードしなければならない理由を解説します。
Dir は関数のように見えて、隠れた記憶を持つイテレーターのように振る舞います。Dir(path) は最初に一致したファイル名を返し、引数なしの Dir() が次を返し、フォルダーを使い切ると空文字列を返します。身を守るたった一つのルールは、Dir ループの途中で二度目の Dir を呼ばないこと。二度目の Dir は新しい検索を始めて最初の検索をリセットし、ファイルが飛ばされたり無限ループになったりするナンバーワンの原因になるからです。フォルダー内の全 .xlsx をループする方法、Dir がパスではなく名前だけを返す理由、サブフォルダーへ再帰できない理由、そしてファイルに触れる前に名前を配列へ集めるべきタイミングを学びましょう。
FileSystemObject はディスクをオブジェクトモデルに変えます。Dir の単一の隠れたカーソルの代わりに、For Each でループしてプロパティを読めるフォルダーとファイルです。身を守るたった一つの判断は、Dim fso As New FileSystemObject ではなく CreateObject(Scripting.FileSystemObject) を選ぶこと。遅延バインディングは参照設定なしでどのマシンでも動くのに対し、事前バインディング版は Microsoft Scripting Runtime のチェックが入っていない PC でコンパイルできなくなるからです。FSO が Dir に勝つ場面、SubFolders による再帰、Size と DateLastModified の読み方、そして FSO がテキストは開くのにブックを決して開かない理由を学びましょう。
VBA でファイルの存在を調べる正しいやり方は二つ、そして間違った反射がひとつあります。反射とは、とにかく開いてエラーを捕まえること。遅いうえに、本当の失敗を隠してしまいます。正しい答えは Dir(path)（組み込みの 1 行）と fso.FileExists(path)（状態を持たず、より明快）です。身を守るルールは、Dir チェックを Dir ループの中で使わないこと。Dir はひとつの隠れたカーソルを共有しており、存在テストがファイルの列挙を無言でリセットしてしまうからです。FileExists がより安全な既定である理由、Dir がフォルダーパスや末尾のバックスラッシュを取り違える理由、そしてチェックしてから開いてもなおエラーガードが必要な理由を学びましょう。
Workbooks.Open は、いま開いたブックを返す関数です。だから身を守るたった一つのルールは Set wb = Workbooks.Open(path) — その戻り値を受け取り、フォーカスが移った瞬間に変わってしまう ActiveWorkbook ではなく、つねに wb を通して操作すること。自分で呼ぶメソッド Workbooks.Open と、自動で走るイベント Workbook_Open の違い、存在しないパスを実行時エラー 1004 ではなくメッセージにするガードの掛け方、すでに開いているファイルの扱い、そして無人マクロを無言でダイアログ待ちにしてしまうパラメーターを学びましょう。
.Save は、いま持っているファイルをその場で、ダイアログなしに上書きします。.SaveAs は新しいファイルや別の形式を書き出し、そして罠は FileFormat の番号です — マクロ入りブックを xlOpenXMLWorkbook（51、xlsx 形式）として保存すると、Excel はあなたの VBA を一行残らず無言で捨てます。xlsm には xlOpenXMLWorkbookMacroEnabled（52）が必要です。Save・SaveAs・SaveCopyAs の使い分け、まっさらな新規ブックへの Save が名前を付けて保存ダイアログを出して無人マクロをハングさせる理由、DisplayAlerts が上書きプロンプトを事前承認に変えるしくみ、そして wb.Saved = True が何も書き込まずにブックを変更なしと印づける理由を学びましょう。
未保存の変更があるブックへの wb.Close は、モーダルの「変更を保存しますか」ダイアログを突きつけ、無人マクロではそのダイアログが永遠に待ち続けます。それにはコードで、SaveChanges 引数を使って答えます — wb.Close SaveChanges:=False は破棄し、SaveChanges:=True は先に保存し、省略するとプロンプトが出ます。引数を付けずに閉じることがスケジュールされたマクロの終わらないナンバーワンの原因である理由、閉じた瞬間にオブジェクト変数が死ぬ理由、Close が Application.Quit とどう違うか、そして最後のブックを閉じると見えない EXCEL.EXE が走り続けかねない理由を学びましょう。
Application.Wait はストップウォッチではなく目覚まし時計です。カウントダウンする秒数ではなく、起きるべき壁時計の瞬間を渡すので、Application.Wait 5 はほとんど何もせず、正しい一行は Application.Wait Now + TimeValue("0:00:05") になります。刻めるのは秒単位だけで、待っている間は Excel を完全に固めるため、画面の再描画もステータスバーの更新もユーザーのキャンセルもできません。目覚まし時計のモデル、誰もがつまずく絶対時刻の引数、なぜ 1 秒未満の停止には Sleep が要るのか、そして Excel を生かしたままの停止はなぜ DoEvents ループになるのかを学びましょう。
Sleep は VBA のキーワードではありません。Declare 文で借りてくる Windows の kernel32 関数で、マクロをミリ秒数だけ一時停止させます。だからこそ Application.Wait には出せない 1 秒未満の精度が得られます。落とし穴は宣言そのものです。コピペされた古い Declare Sub Sleep の行は、VBA7 の条件付きコンパイルのガードの中で PtrSafe 属性を足すまで、64 ビット Excel でコンパイルエラーを投げます。借りもの API のモデル、正確な 64 ビット対応の直し方、ミリ秒が正確でない理由、そして Sleep もやはり Excel を固めるので応答的な停止は代わりに DoEvents ループになる理由を学びましょう。
VBA の Timer 関数は、カウントダウンタイマーではなくストップウォッチです。名前に反して、N 秒後に何かを起こすことは決してなく、コードを止めることも決してありません。ただ深夜 0 時からの経過秒数を返すだけで、それを二度読んでコードのかたまりにかかった時間を測ります。だからこそ、当て推量ではなく、ScreenUpdating = False が本当にマクロを速くしたと証明する道具になります。ストップウォッチのモデル、タイマーを探す人がたいてい本当は Application.OnTime を欲しがっている理由、負の経過時間を生む深夜 0 時またぎのバグ、そして 100 分の 1 秒という分解能を学びましょう。
DoEvents はマクロを一瞬だけ止め、コードが走っている間に溜まったクリック・キー入力・再描画を Excel に処理させます。これがウィンドウを灰色の「応答なし」へ落ちるのを防ぎ、機能するキャンセルボタンを可能にします。ただし Excel を生かすその同じ譲りが、マクロの途中で制御をユーザーへ返しもするので、ユーザーは同じボタンをもう一度押し、一つ目のマクロの中で二つ目のコピーを走らせてしまえます。本当の危険は性能ではなく、その再入です。DoEvents をどこに置くか、実行中フラグで再入をどう防ぐか、なぜ間引かなければならないか、そしてなぜマルチスレッドではないのかを学びましょう。
Application.StatusBar を使うと、Excel ウィンドウ下部のバーに自分のテキストを書き込めます。UserForm もちらつきもなく、実行中のマクロの進捗を見せるいちばん軽い方法です。誰もが忘れる一行がリセットです。最後に書いたテキストはマクロが終わってもそこに貼り付いたまま残ります。Application.StatusBar を False にするまで Excel はバーを取り返さないからです。しかもタイトなループの中では、Excel に描き直す間を与えないかぎり見た目が更新されません。そこで DoEvents の出番です。書いて戻すパターン、空文字列より False が良い理由、進捗パーセントの定石、そして本格的なプログレスバーが手間に見合う場面を学びましょう。
Application.DisplayAlerts を False にすると、マクロの実行中は Excel の確認・警告ダイアログを表示しないよう伝えられます。だから無人マクロが、誰かの「OK」クリックを待って止まることがありません。ただしこれは警告を黙らせるというより、Excel の既定の応答で代わりに答えてしまうもので、シートを削除する・ファイルを上書きするといったプロンプトでは既定が「実行する」です。マクロが終われば勝手に True へ戻るので、本当の罠は切りっぱなしにすることではなく、あなたを守っていた警告を抑止してしまうことです。効く場面、窓を狭くするルール、エラー処理とは別物である理由、そして ScreenUpdating や Calculation との組み合わせ方を学びましょう。
Application.ScreenUpdating を False にすると、マクロの実行中は画面の再描画を止め、最後に一度だけ描き直すよう Excel へ伝えられます。これでちらつきが消え、ほどよく速くなります。ただし効くのは、コードがセルへ書き込む、選択する、スクロールするときだけで、計算が重いマクロに付けても何も得られません。肝心なルールは、クラッシュすると画面がフリーズして灰色のまま固まりうること、だから自動で戻るのを当てにせず、エラーハンドラーの中で必ず戻すことです。効く場面と効かない場面、入れ子の復元によるちらつきの罠、そして Calculation や EnableEvents と組む CleanExit パターンを学びましょう。
Application.Calculation を xlCalculationManual にすると、書き込みのたびに再計算するのをやめ、まとめて一度で計算するよう Excel へ伝えられます。これが数式の多いブックでの本当の高速化です。ただし VBA でもっとも危険なスイッチでもあります。失敗が静かだからです。手動のまま放置すると、数式は何の見た目の変化もなく更新を止め、合計は古いままで誰も気づきません。肝心なルールは、計算状態を保存しておくこと、後の処理が結果を必要とするときは Application.Calculate で明示的に再計算すること、そして Automatic を決め打ちせず、保存した状態をエラーハンドラーの中で復元することです。手動モードの落とし穴、ブックが開いていないときの error 1004、そして CleanExit パターンを学びましょう。
Application.EnableEvents を False にすると、マクロの書き込みが Worksheet_Change のようなイベントハンドラーを引き起こさなくなります。これは、ハンドラーがセルを編集して自分自身を再発火させる無限ループを断ち切るスイッチです。速度ではなく、正しさのためのスイッチです。肝心なルールは、EnableEvents がアプリケーション全体のプロパティで、自動では戻らないこと。False のままクラッシュすると、開いているすべてのブックのあらゆるイベントが、Excel を再起動するまで死んだままになります。ユーザーが「ボタンが動かなくなった」と言うのは、たいていこれが原因です。再帰する Worksheet_Change の直し方、CleanExit による復元、そしてこのスイッチが他の二つ以上に重要な理由を学びましょう。
SpecialCells は、アドレスではなく種類でセルを選ばせます。すべての空白、すべての可視行、すべての数式、すべての定数を Excel が代わりに拾います。条件を選択してジャンプ（Go To Special）のコード版です。命綱となる唯一のルールは、1 つも見つからないとき SpecialCells が error 1004 を投げることで、無防備な呼び出しは時限爆弾になります。成熟した書き方は必ず On Error Resume Next と If Not result Is Nothing を添えます。使うべきセルの種類、空白埋めと可視行コピーのパターン、そして結果が複数エリアの参照になる理由を学びましょう。
Union は、散らばった長方形を 1 つの参照に貼り合わせ、離れた複数のブロックを色づけ・消去・コピーする操作を一度で行えるようにします。複数のエリアを Ctrl を押しながらクリックすることのコード版です。誰もがつまずくルールは、Union が連結するだけで重複を取り除かないことです。重なったセルは二重に数えられるので .Count は嘘をつき、Union は集合の和ではなくバッチのリストになります。Union of Nothing エラーを避ける蓄積パターン、なぜセルごとのループではなく参照ごとに 1 回の操作なのか、そして Union が Intersect とどう違うのかを学びましょう。
Intersect は、2 つの範囲が共有するセルだけを返し、触れ合わないときは Nothing を返します — そしてその Nothing こそが肝心な点です。一番の用途は Worksheet_Change のガードで、If Not Intersect(Target, Range) Is Nothing と書けば、シート上のあらゆる編集でイベントが発火するのを止められます。命綱となるルールは、重なりがなければ Nothing が返ることで、Is Nothing の確認なしにプロパティへ触れると error 91 でクラッシュします。EnableEvents を使った完全なイベントガード、マクロを対象エリアに限定する方法、そして Intersect が Union とどう違うのかを学びましょう。
Cells は Range を数値でアドレス指定したものです。Range(A1) は列の文字・行番号の順、つまり目で読む順でセルを指し、Cells(row, column) は Excel が格納する順、まず行・次に列で 1 つのセルを指します。だから Cells(1, 2) は A2 ではなく B1 になります。Cells と Range の使い分け、Range(Cells, Cells) で計算した角からブロックを組む方法、添字なしの Cells がシート全体を意味する理由、そして Cells をワークシートで修飾すべき理由を学びましょう。
Resize は範囲の左上のアンカーを固定したまま、長方形を新しいサイズに描き直します。Offset のように参照を移動させず、何も選択もしません — 同じ角から始まる新しい範囲を返します。誰もがつまずくルールは、Resize(rows, columns) が加える差分ではなく、最終サイズを表す 1 始まりの絶対的な総数だということです。だから Range(A1).Resize(5, 3) は A1:C5 になり、Resize(0) は error 1004 を投げます。引数を省いて片方の次元をそのままにする方法、アンカーが常に左上である理由、そして見返りの大きい 2 つのパターン — Offset と Resize で見出しを落とす、そして配列を収まるブロックへ書き戻す — を学びましょう。
CurrentRegion は、あるセルを囲む連続したセルのブロックです。Excel はそのセルから外へ広がり、完全に空白の行と完全に空白の列にぶつかるまで拡張して、その途切れない島を囲む最小の長方形を返します — ちょうど Ctrl+Shift+アスタリスク で選択されるものです。端は自分で計算しません。Excel が見つけます。罠は、たった 1 本の完全に空白の行や列が壁となってブロックを静かに分断することで、エラーもなくデータの半分だけが返ってきます。CurrentRegion が見出しを含む理由と Offset・Resize で落とす方法、UsedRange や End(xlUp) との違い、そしていつ本物のテーブルを使うべきかを学びましょう。
Excel VBA における罫線は、セルのスイッチではなく、辺のプロパティです。範囲にはアドレス指定できる罫線が 8 本あり — 4 つの外周の辺、2 組の内側のグリッド線、そして 2 本の対角線 — 素の Range.Borders コレクションはその全部を一度に指します。だから Range.Borders.LineStyle = xlContinuous は 1 本の外枠を引く代わりに、すべてのセルを囲んでしまいます。外枠だけが欲しいときに BorderAround を使う場面、LineStyle・Weight・Color の組み合わせ方、xlEdgeBottom で 1 辺だけを設定する方法、そして xlLineStyleNone で罫線を消す方法を学びましょう。
Excel VBA でセルを結合することは書式設定ではなく、グリッドそのものへの構造的な変更です。Range(A1:C1).Merge は 3 つのセルを 3 列にまたがる 1 つのセルに融合し、左上の値だけが残って、ほかは消去されます。だから結合セルは、並べ替え・Range の計算・列の挿入・ループを静かに壊します。Merge・UnMerge・MergeCells・MergeArea、熟練者が代わりに Center Across Selection に手を伸ばす理由、そして結合セルをコードで安全に見つけて片付ける方法を学びましょう。
Excel VBA でセルのサイズを変えることは列や行の全体に働き、2 つの寸法は異なる単位を使います — ColumnWidth は標準フォントの文字数で、RowHeight はポイントで測ります。この食い違いこそ、幅 10 と高さ 10 がまったく似ていない理由です。もう 1 つの罠は AutoFit です。これは列や行の全体でしか動かず、表示されたテキストを測るので、結合セルを静かに無視します。ColumnWidth と読み取り専用の Width の違い、RowHeight と折り返し、EntireColumn.AutoFit、そして幅をゼロにするのが列を隠す間違ったやり方である理由を学びましょう。
Font オブジェクトは Excel VBA におけるセルのテキスト層です — 色、太字、斜体、サイズ、フォント名、そのどれも下にある値には触れません。厄介なのは色です。設定方法は 3 通りあり、それぞれ違う数の空間を使います。Range.Font.Color は 24 ビットの RGB 値を、Range.Font.ColorIndex は 1〜56 のパレット番号を取り、この 2 つは互換ではありません。どちらを使うか、Characters でセルの一部だけを太字にしたりサイズを変えたりする方法、値に基づく色付けが条件付き書式の担当である理由、そしてフォント色を間違った数値なしで読み戻す方法を解説します。
Range.Interior は Excel VBA におけるセルの塗り層です — テキストの背後にあるペンキです。Interior.Color と RGB で設定し、Interior.ColorIndex を xlNone にして消します。そして白い塗りは、塗りなしと同じではないと知っておきましょう。より深い要点は、色の付いたセルは何のデータも持たないことです。SUM も SUMIF もそれを無視するので、色で分類しているなら、数式が読めない場所に情報を隠していることになります。色のプロパティ、古びるループなしで条件によってハイライトする方法、そして多くの範囲を素早く塗る方法を学びましょう。
Range.NumberFormat は Excel VBA におけるセルの表示層です。格納された数値が画面上でどう読めるかを変えるだけで、数値そのものは決して変えません。だから、5.4999 を保持するセルを 5 と表示させる書式設定は丸めではなく、合計は依然として 5.4999 を使います。見た目と値の対立が実際に牙をむくのがここです。日付とは、実のところ衣装をまとったシリアル値だからです。書式コードの言語、NumberFormat が Format 関数とどう違うか、NumberFormatLocal というロケールの罠、そして代わりに Round が必要なときを学びましょう。
Application.WorksheetFunction を使えば、SUM や VLOOKUP、COUNTIF をループで書き直す代わりに、VBA から Excel の 450 を超える組み込み関数を借りられます。落とし穴は呼び出し方が 2 通りあり、失敗の仕方が違うことです。WorksheetFunction.X は一致がないと実行時エラーを発生させ、Application.X は IsError でテストできるエラー値を返します。どちらの呼び出し方を使うか、なぜ結果を Variant で受けなければならないか、この方法で呼んではいけない関数はどれか、そして 1 セルずつループする代わりに範囲全体を渡すのはいつかを解説します。
Range.RemoveDuplicates はコード 1 行で Excel の重複の削除ボタンを実行しますが、ループにはない形で破壊的です。行をその場で削除し、最初の出現を残し、マクロが動いたあとは元に戻せません。誰もがつまずく引数が Columns で、その数値はシートの列文字ではなく範囲内のオフセットです。範囲オフセットの罠、Header xlYes が大事な理由、最初ではなく最後の行を残す方法、そして代わりに Advanced Filter や Dictionary に手を伸ばすのはいつかを解説します。
Range.AdvancedFilter は、ビューではなくデータを出力する唯一のフィルターです。一意なリストや条件に一致した行の集合を、ループなしで、何も削除せずに、1 回の呼び出しで別の場所へ引き出せます。異質に感じる部分は、その WHERE 句がセルの中に置かれること、つまり見出しがデータと正確に一致しなければならない条件範囲です。xlFilterInPlace と xlFilterCopy の違い、条件範囲の仕組み、Unique True が非破壊的に重複を除く方法、空の出力を返す見出し不一致の罠、そして AutoFilter や Remove Duplicates とどう違うかを解説します。
VBA の Range.Find はコードから使う Excel の Ctrl+F で、位置を表す数値ではなく Range オブジェクト（一致がなければ Nothing）を返すため多くの人がつまずきます。error 91 のクラッシュを防ぐたった 1 つのチェック、実行のたびに Find の挙動が変わる「引数を記憶する」罠、LookAt xlWhole と xlPart が完全一致と部分一致をどう決めるか、そして無限ループにせず FindNext で全一致を取得する方法を解説します。
VBA の AutoFilter はコードから表をフィルターしますが、隠された行は消えていません — SUM にはやはり数えられ、コピーにも付いてきて、範囲の中にそのまま残ります。定番のバグを防ぐ考え方、可視行だけに触れるにはなぜ SpecialCells xlCellTypeVisible を通す必要があるか、条件と演算子の仕組み、2 回目の実行でフィルターがオフになるトグルの罠、そして大量の行を高速に消す「フィルターしてから削除」パターンを解説します。
VBA のソートは Ctrl+Z の効かない恒久的な並べ替えなので、最初のルールは手をつける前に元の並び順を守ることです。ビューとミューテーションを分ける考え方、Header xlYes が大事な理由（さもないと見出しがデータに紛れ込む）、手軽な Range.Sort と無制限の Sort オブジェクトの違い、古いソートキーを引き継ぐ SortFields.Clear の罠、そして文字列として保存された数値が誤った順序で並ぶ理由を解説します。
VBA で行を削除するのは、値の消去ではなく構造の変更です。削除した行の下はすべて 1 行ずつ上へ詰まるため、順方向ループは行を飛ばします。直す唯一のルール（下から上へループする、または Union でまとめて削除する）、EntireRow.Delete がセルの消去とどう違うか、空白行を高速に取り除く方法、そして参照数式やデータを壊さずに条件で行を削除する方法を解説します。
挿入は削除の鏡像です。既存の行を下へ（列なら右へ）押しやって場所を空けるので、削除ループを壊すのと同じずれが挿入ループも壊します。EntireRow.Insert と Shift 引数を使った部分範囲の挿入の違い、CopyOrigin が新しい行にどの隣の書式を継承させるか、ループ内で安全に挿入する向き、そして多数の行を 1 回の呼び出しでまとめて追加する方法を解説します。
VBA で列を非表示にするのは、削除でもフィルターでもありません。データはそのまま残り、すべての SUM に含まれ、範囲コピーでも一緒にコピーされ、ただ表示幅がゼロになるだけです。なぜ .Hidden が EntireColumn と EntireRow に属するのか、なぜ非表示のセルも数式で数えられるのか、動かなくなったシートを救う「すべて再表示」の 1 行、そして手動で隠した行が AutoFilter で隠れた行とループ時にどう違うのかを解説します。
Worksheet_BeforeDoubleClick は、セルをダブルクリックした瞬間に — 編集モードに入る前に — Excel が発火させるイベントで、Target セルと Cancel フラグを手渡してくれます。Cancel を True にすれば編集モードを抑制し、代わりに自分のアクションを走らせられます — チェックマークを切り替える、行を完了にする、明細へドリルダウンする。Intersect で 1 列に絞る方法、Cancel を忘れるとセルが編集モードに落ちる理由、そしてコードを置くべき場所を解説します。
Worksheet_BeforeRightClick は、セルを右クリックした瞬間に — コンテキストメニューが現れる前に — Excel が発火させるイベントで、Target セルと Cancel フラグを手渡してくれます。Cancel を True にすれば組み込みメニューを抑制し、代わりに自分のアクションを走らせたり独自のメニューを出したりできます。Copy や Paste を潰さないよう Intersect でスコープを絞る方法、右クリックの無効化が保護ではなく UX の選択である理由、そしてコードを置くべき場所を解説します。
Workbook_BeforePrint は、ブック内の何かが印刷される前に Excel が発火させるイベントで、Cancel フラグを手渡してくれます。Cancel を True にすれば印刷はブロックされます — 印刷前に検証する、あるいは草案が出ていくのを止める。印刷プレビューでもこのイベントが発火する理由（だから重い処理はプレビューを遅くする）、シートごとではなくブック全体で一度だけ走る理由、無言の Cancel がバグである理由、そしてコードを置くべき場所を解説します。
Workbook_BeforeClose は、誰かがファイルを閉じようとした瞬間に — 何も破棄される前に — Excel が発火させるイベントで、Cancel フラグを手渡してくれます。Cancel を True にすれば、閉じる操作は取り消されます。閉じる際の後始末を走らせる方法、Saved プロパティで Excel が二重に保存を尋ねるのを止める方法、クラッシュ時には決して発火しない理由、そしてコードを置くべき場所を解説します。
Workbook_BeforeSave は、保存が要求された瞬間に — ディスクに何かが書き込まれる前に — Excel が発火させるイベントで、SaveAsUI と Cancel という 2 つのフラグを手渡します。必須セルが空のときに保存をブロックする方法、誰がいつ保存したかを自動で刻む方法、ハンドラーの中で Save を呼ぶと永遠にループする理由、そして SaveAsUI でファイル名を強制する方法を解説します。
Worksheet_Activate はシートがアクティブになったときに発火し、Worksheet_Deactivate はそのシートを離れる直前に発火します — シートの到着と出発のイベントです。両者を定義づける勘所は — BeforeClose や BeforeSave と違い、どちらも Cancel を渡さないので、シートの切り替えを見ることはできても、それをブロックすることはできません。表示時にリフレッシュするパターン、押し戻しの回避策、そしてシートレベルとブックレベルのハンドラーを解説します。
VBA のクラスモジュールを使うと、データと振る舞いをまとめた設計図として自分だけのオブジェクト型を定義でき、New で独立したインスタンスをいくつでも作り出せます。誰もがつまずく落とし穴は、オブジェクトが参照型であること。Set b = a は両方の名前を同じインスタンスに向け、Dim x As New は遅延インスタンス化の罠を隠します。モジュール名がそのまま型名になる仕組み、Type よりクラスが勝る場面、そして New にまつわる典型的な落とし穴の避け方を解説します。
VBA の Type は Type ... End Type で宣言するユーザー定義型で、関連する複数のフィールドを 1 つの変数にまとめます。Name、Age、Salary を 3 本の平行配列ではなく 1 つの変数として一緒に運べます。Type は値型なので、ある Type 変数を別の変数に代入するとすべてのフィールドがコピーされ、共有されるオブジェクトとは対照的です。宣言をどこに書くべきか、コピーと共有の違いがなぜ重要か、そしてクラスモジュールに切り替えるべき正確な境目を解説します。
Property Get・Let・Set は、クラスのフィールドをゲートに変えます。外部が読み書きするたびにあなたのコードが走る小さなプロシージャなので、入力を検証したり、値をその場で計算したり、フィールドを読み取り専用にしたりできます。誰もがつまずく区別が Let と Set です。Let は値を代入し、Set はオブジェクトを代入します。取り違えるとコンパイルエラーか実行時エラーになります。バッキングフィールドのパターン、素の Public 変数こそが正直な選択になる場面、そして読み取り専用プロパティの作り方を解説します。
ActiveCell は、いまカーソルがある1つのセルを指すライブなポインターです — つねにちょうど1つのセル、アクティブシート上、そして現在の Selection の内側にあります。Selection との違い、.Value と .Offset での読み書き、そして壊れる一番の理由 — ユーザーが残したシートとカーソルにそのまま従うので、ユーザーの現在地に関係しないコードには不向きだということ — を解説します。
Selection は、いまハイライトされているものを指すライブなポインターです — ふつうはセルの範囲ですが、グラフやシェイプ、あるいは何もない場合もあります。だからこそ Selection を範囲だと決めてかかるコードは、グラフが選択された瞬間にクラッシュします。選択セルのループ、.Areas による複数エリア選択の扱い、TypeName によるガード、そして Selection を完全に避けて範囲を名指しすべきときを解説します。
マクロ記録は、あなたのマウスがすることをそのまま書きます — シートを Select し、セルを Select し、Selection に作用する — それが人の働き方であって、コードのあるべき姿ではないからです。Select（1つまたは複数のセルをハイライト）と Activate（唯一のアクティブセルを設定）の本当の違い、ほぼすべての .Select が削除できる遅く脆い回り道である理由、本当に選択が必要になるまれな場面、そして記録されたコードを、修飾された範囲参照へ直接作用するようリファクタリングする方法を解説します。
Workbook_Open は、ファイルが開き終わった瞬間に Excel が発火させるイベントです — ボタン不要で、自分から走るコード。ただし発火するのは、コードが ThisWorkbook オブジェクト（標準の Module ではなく）に置かれ、かつユーザーがマクロを有効にしている場合だけ。コードをどこに置くべきか、なぜ無言で走らないのか、Workbook_Open と Auto_Open の違い、そして速く落ちにくく保つ方法を解説します。
Worksheet_Change は、シート上でユーザーがセルを編集するたびに Excel が発火させるイベントで、変更されたセルを Target として手渡してくれます。誰もがはまる罠 — ハンドラーがセルに書き込むと、その書き込みがまたイベントを発火させ、Excel は永遠にループします。Application.EnableEvents による解決策、Intersect で対象を絞る方法、なぜ数式の再計算を無視するのか、そしてコードを置くべき場所を解説します。
Worksheet_SelectionChange は、カーソルが動くたび — クリック、矢印キー、Enter — に Excel が発火させるイベントです。新しい選択範囲を Target として手渡すので、アクティブ行のハイライトのような、カーソルを追う小技が可能になります。ただし絶えず発火するため、重いコードはシート全体をもたつかせます。正しいアクティブ行ハイライトのパターン、なぜループしうるのか、そして羽のように軽く保つ方法を解説します。
For Each は「すべての要素にこれをせよ」と伝えるだけで、順序と境界の面倒は VBA が引き受けます — カウンターも、1 つずれるバグもありません。しかしその手軽さは 3 つの手強いルールを隠しています：ループ変数はオブジェクトか Variant でなければならず、配列のループは読み取り専用で、走査中のコレクションから要素を削除してはいけません。For Each が For…Next に勝る場面と、静かに裏切る場面を解説します。
VBA の Collection は、Add するたびに伸びる順序付きのリストです — ReDim も、サイズの当て推量も要りません。しかし初心者が毎回ぶつかる 4 つの鋭い角があります：0 始まりではなく 1 始まり、要素を上書きできない（Add／Remove だけ）、重複キーはエラー 457 を投げ、組み込みの Exists チェックがない。Collection が Array や Dictionary に勝る場面と、静かに代償を求める場面を解説します。
With ステートメントは、オブジェクトに一度だけ名前を付け、そのメンバーに先頭のドットだけで触れさせてくれます — 打つ量が減り、コードは速く、ブロックはすっきり。しかしその先頭のドットこそがすべてです：忘れると .Font は Font になり、あなたのオブジェクトではなくアクティブシートに無言でバインドされます。With が実際に最適化するもの、ドット抜けの罠、そして With が For Each とどう組むのかを解説します。
Dim は使う前に名前付きの箱を確保します。しかし変数を宣言する本当の理由は、名前を打ち間違えた瞬間に VBA が新しい空の Variant を無言で作ってしまうことにあります。Option Explicit がなぜ VBA で最も価値ある 1 行なのか、Dim a, b As Long の罠、そして Set が必要になる場面を解説します。
VBA のデータ型とは、変数の箱の形と大きさのこと — そしてそれを選ぶことは、実は何が壊れうるかを選ぶことです。なぜ Integer は 32,767 でオーバーフローするのか（Long を使う）、なぜ Variant はバグを隠す怠惰な既定なのか、なぜお金には Double でなく Currency が要るのか、そして型が一致しませんとオーバーフローのエラーの読み方を解説します。
VBA の定数とは、コンパイル時に値へ固定された名前 — コードじゅうに散らばったマジックナンバーの処方箋です。なぜ Const は値のずれを止めるのか、なぜ定数への代入がコンパイルエラーになるのか（それが機能なのです）、なぜ Const はコンパイル時のリテラルでなければならないのか、そしていつ Enum に手を伸ばすべきかを解説します。
最終行の求め方は VBA で最も検索される質問ですが、答えは 4 つあり、それぞれ違うシートで壊れます。なぜ Cells(Rows.Count, 1).End(xlUp).Row が正しい既定手法なのか、いつ .Find に切り替えるべきか、そして .UsedRange と .End(xlDown) がなぜ静かに嘘をつくのかを解説します。
Range.Offset は (行, 列) だけずらした新しい範囲を返します — 移動するだけでサイズは変えず、Offset(1,0) は 1 行目ではなく 1 行下を意味します。考え方の軸、見出しを飛ばす定番イディオム Offset(1).Resize(n-1)、そして VBA のメソッドが OFFSET ワークシート関数とどう違うかを解説します。
UsedRange と CurrentRegion はどちらも「ブロック全体」を取得しますが、答えている問いが違います。UsedRange は Excel がキャッシュした外接矩形で、過大に報告し縮まりません。CurrentRegion はセルの周囲でその場で計算され、空白行で止まります。どちらをいつ信じるべきかを解説します。
VBA でテキストをつなぐ方法は & と + の 2 つあるが、安全なのは片方だけ。なぜ & だけが信頼できる「文字列の接着剤」なのか、+ に潜む Null の罠、そして Join に切り替えるべきタイミングを解説します。
UCase と LCase はデータを「保存」するための関数ではありません — 「比較」と「表示」のための関数です。VBA の = がなぜ大文字小文字を区別するのか、データを変えずに比較する方法、そして StrConv が McDonald のような名前を台無しにする理由を解説します。
VBA の Str 関数には 2 つの罠が潜んでいます — 正の数値の前に付く先頭スペースと、ロケールを無視する小数点です。Str が役立つ場面、なぜ CStr の方が安全な既定なのか、そして数値を正しく文字列に変換する方法を解説します。
ThisWorkbookはコードが住んでいるファイル、ActiveWorkbookは今いちばん手前のファイル。この2つを混同することが、VBAマクロが別のブックを読み書き・保存してしまう最大の原因です。
ワークシートには3つの「取っ手」（タブ名・コードネーム・インデックス）があり、うち2つはユーザーがリネームや並べ替えをすると壊れます。どの参照を使うべきか、なぜSheetsはWorksheetsと違うのかを解説します。
ActiveSheet・ActiveCell・Selectionはマクロの裏で変わるグローバルな可変状態です。限定なしのRangeがなぜ黙って別シートに書き込むのか、そしてそれを直すたった一つの習慣を解説します。
VBA には VLOOKUP の呼び方が 2 つあり、片方は値がないと落ち、もう片方は検査できるエラーを返します。考え方の軸、VLOOKUP を O(n²) の罠に変えるループ、そして Dictionary による対処。Excel 365 / 2021 / 2019 で検証済み。
マクロ記録は Select・Copy・Paste と書きます — クリップボードを通る 3 ステップで、遅く脆い。考え方の軸、なぜ .Value = .Value が勝つか、そして PasteSpecial がまだ正しい場面。Excel 365 / 2021 / 2019 で検証済み。
Excel VBA から Outlook メールを送るのは、遅延バインディングと「セキュリティの壁」、そして Microsoft が解体中の橋です。考え方の軸、CreateObject と参照設定、.Display と .Send、そして New Outlook が消すもの。Excel 365 / 2021 / 2019 で検証済み。
VBA の Trim は両端だけを削り、内側の空白には触れません。さらに、Web や PDF からの貼り付けで紛れ込む非改行スペース Chr(160) も無視します。考え方の軸、使うべき正規化関数 1 つ、そしてどの関数がどの場面で勝つか。Excel 365 / 2021 / 2019 で検証済み。
VBA の Format は値を「表示用の文字列」に変えるだけで、値そのものは変えません。考え方の軸、押さえるべき書式コード、m は月という落とし穴、そして Format() をセルに書き込むと SUM や並べ替えが静かに壊れる理由。Excel 365 / 2021 / 2019 で検証済み。
CStr・CDate・Val は値の「見た目」ではなく「型そのもの」を変えます。考え方の軸、01/02 を片方の PC では 1 月 2 日、もう片方では 2 月 1 日と読ませてしまう地域設定の罠、Val がコンマ小数を静かに切り捨てる理由、そして DateSerial による対処。Excel 365 / 2021 / 2019 で検証済み。
VBA の Split を「連結の逆操作」として理解する。区切り文字で切り分けると 0 始まりの配列になる。最初の要素を取りこぼす off-by-one、CSV パーサーではない理由、使いどころを解説。Excel 365 / 2021 / 2019 で検証済み。
VBA の Mid・Left・Right を「位置で文字列を切る」道具として理解する。1 始まりゆえの off-by-one、Mid がステートメントでもある事実、位置指定が誤りになる場面を解説。Excel 365 / 2021 / 2019 で検証済み。
VBA の Replace を「コードで実行する Ctrl+H」として理解する。一度の呼び出しで全一致を置換。既定で大文字小文字を区別する理由、文字列を静かに切り詰める start 引数、Range.Replace が勝る場面を解説。Excel 365 / 2021 / 2019 で検証済み。
VBA に try/catch はありません。堅牢なエラー処理は一つの構造です。ハンドラーを武装し、処理を実行し、すべての出口を一つの後始末ポイントに通してから抜ける。Resume のルール、エラーの再送出、そしてファイルを救う後始末ポイントを解説。Excel 365 / 2021 / 2019 で検証。
VBA の On Error は、実行時エラーの後にマクロをどこへ向かわせるかを決めるスイッチです。Resume Next・GoTo によるハンドラー・GoTo 0 の違い、そしてバグを隠さないためのたった一つのルールを解説。Excel 365 / 2021 / 2019 で検証。
VBA の Err オブジェクトは実行時エラーのブラックボックスです。Err.Number・Err.Description・Err.Source が何が壊れたかを伝え、Err.Raise で自前のエラーを送出できます。自動でクリアされるタイミングと、それが重要な理由を解説。Excel 365 / 2021 / 2019 で検証。
VBA の Sub を仕組みから解説。Sub は名前のついた動作で、あなたのマクロの正体は Sub そのもの。呼び出し時の括弧ルールがコンパイルエラーの大半の原因です。コピーして使える例つき。Excel 365 / 2021 / 2019 で検証。
VBA の Function を解説。値は関数名への代入で返す（Return ではない）、セルに入力できる自作のワークシート関数（UDF）にする方法、そして Sub と Function の使い分け。コピーして使える例つき。Excel 365 / 2021 / 2019 で検証。
VBA の ByRef と ByVal を解説。ByRef は元の変数を渡す（変更が残る）、ByVal はコピーを渡す。VBA が既定で ByRef になり変数を黙って書き換える理由と、それを防ぐ一つの習慣。コピーして使える例つき。Excel 365 / 2021 / 2019 で検証。
VBA MsgBox を「実際の動き」で解説。カッコが必要なのはどんなとき？ はい/いいえ/キャンセルの戻り値の読み方、そして MsgBox がデバッガではなく「判断のゲート」である理由まで。コピペで動く例、Excel 365 / 2021 / 2019 で動作確認済み。
VBA の InputBox は1つではなく2つあります。単純な InputBox で足りる場面、Type を付けた Application.InputBox が勝つ場面、そして両方を静かに壊す「キャンセルの落とし穴」まで。コピペで動く例、Excel 365 / 2021 / 2019 で動作確認済み。
VBA UserForm を正しく作る方法。イベント駆動の考え方、.Show のあとコードが「消える」理由、そして入力した値を読めるかどうかを決める Unload と Hide のルールまで。コピペで動くイベントコード、Excel 365 / 2021 / 2019 で動作確認済み。
Excel VBA の Range オブジェクトを徹底解説：Range と Cells の違い、.Value と .Value2、End や CurrentRegion による動的範囲、そして .Select を使うべきでない理由。コピペで使える8例。Excel 365・2021・2019 で検証済み。
Excel VBA の配列を徹底解説：静的配列と動的配列の宣言、ReDim Preserve、UBound/LBound、そしてマクロを100倍速くする決定的なコツ——範囲を配列に読み込む方法。コピペで使える7例。Excel 365・2021・2019 で検証済み。
Excel VBA の Dictionary を徹底解説：事前バインディングと実行時バインディング、Add と Exists、そして実務で本当に使う2つの用途——一意のリスト作成と集計／グループ化。コピペで使える6例。Excel 365・2021・2019 で検証済み。
VBAのIf Then Elseは「独立した問いのチェックリスト」。これを静かに壊す落とし穴（VBAは短絡評価をしない）、1行とブロックの使い分け、そしてSelect Caseへ切り替える場面を、コピペ実例とともに。Excel 365 / 2021 / 2019で動作確認済み。
VBAのWhileループは「必ず終わる」という約束であり、それを守るのはあなた。すべてのWhileループに必要な3つの部分、なぜDo WhileがWhile...Wendより良いのか、そして二度とExcelを固めない方法を、コピペ実例とともに。Excel 365 / 2021 / 2019で動作確認済み。
VBAのSelect Caseは「振り分け」であって、チェックリストではない。あらゆるSelect Caseのバグを説明するたった1つのルール、ElseIfではなくこれを使う場面、そしてSelect Case Trueの裏技を、コピペ実例とともに。Excel 365 / 2021 / 2019で動作確認済み。
