Transpose関数の欠点（Excel VBA）

　Excel VBAでよく利用されるWorksheetFunction.Transpose関数には、便利である一方で、3つの欠点があります。本記事では、それらの欠点を説明するとともに、それぞれを確認するためのサンプルコードを紹介します。

欠点1: 一次元配列と二次元配列の変換挙動がわかりづらい

　WorksheetFunction.Transpose関数は、一次元配列と二次元配列を処理する際に、挙動がわかりづらい結果を返すことがあります。具体的な事例を以下に示します。

　一次元配列Array(0, 1, 2, ..., 10)をTranspose関数で処理すると、結果は「1行11列」の二次元配列ではなく、「11行1列」の二次元配列に変換されます。

　1行10列（1×10）の二次元配列をTranspose関数に渡すと、「10行1列」の二次元配列に変換されます。逆に、10行1列の二次元配列を渡すと、一次元配列に変換される挙動も見られます。

　配列の要素がTranspose関数を通すことで、意図しない型に変換される場合があります。これにより、計算結果や後続の処理に影響を与える可能性があります。

数値型 (Integer) が倍精度浮動小数点型 (Double) に変換される
- 元の配列に含まれる整数値が、Transpose関数を通した後には小数点の有無に関係なくDouble型に変換されます。
日付型 (Date) が文字列型 (String) に変換される
- 元の配列に含まれる日付データが、Transpose関数を通した後には日付形式の文字列として返されます。

このような型変換の例を実際に確認するためのサンプルコードを以下に示します。このコードでは、変換前後の配列の要素とその型をDebug.Printを用いて表示します。次のコードとその実行結果を通じて、具体的な変換挙動を確認してください。

　WorksheetFunction.Transpose関数は、配列の要素数が65,536以下であれば正常に動作しますが、65,537以上になると挙動が不安定になり、想定外の結果を返す場合があります。サンプルコードの実行結果でローカルウィンドウの中身を基にした詳細な説明です。

65,535要素の場合
- 配列は正常に転置され、ローカルウィンドウでは以下のように表示されます：
  Variant/Variant(1 to 65535, 1 to 1)
- これは、1行65,535列の一次元配列が「65535行1列」の二次元配列に正しく転置されたことを示しています。
65,536要素の場合
- 配列は正常に転置され、ローカルウィンドウでは以下のように表示されます：
  Variant/Variant(1 to 65536, 1 to 1)
- 1行65,536列の一次元配列が「65536行1列」の二次元配列に変換されています。
65,537要素の場合
- 配列は転置されますが、ローカルウィンドウでは以下のように表示されます：
  Variant/Variant(1 to 1)
- 本来ならVariant/Variant(1 to 65537, 1 to 1)となるべきですが、そうではありません。
65,538要素の場合
- 配列の転置結果はさらに不安定になり、ローカルウィンドウでは以下のように表示されます：
  Variant/Variant(1 to 2, 1 to 1)
- 本来ならVariant/Variant(1 to 65538, 1 to 1)となるべきですが、そうではありません。

　以上のように、WorksheetFunction.Transpose関数の欠点についてまとめました。これらの欠点を踏まえた上で、適切にコーディングを行う必要があること、またこれらの欠点を回避するための代替手段として、専用の汎用プロシージャの利用が有効であることを解説しました。

　今後の記事では、これらの欠点を克服するための汎用プロシージャについても詳しく紹介する予定です。次回の内容もぜひお楽しみにしてください。