CorelDRAW VSTAへの系譜：C#によるネイティブ拡張とパフォーマンスの極限
レガシーなVBA（Visual Basic for Applications）によるCorelDRAW自動化は、長きにわたり多くの現場を支えてきた。しかし、数万点におよぶベクターオブジェクトのバッチ処理、外部ERPシステムとの非同期データ連携、あるいはマルチスレッドを活用したCAD/CAMデータの高速コンバージョンといった現代的な要求に対し、シングルスレッドで動作するVBAの限界は隠しようがない。
特に、COM（Component Object Model）の境界を跨ぐ頻繁なラウンドトリップ、GC（ガベージコレクション）の不在によるメモリリーク、そしてAPI仕様の隠蔽によるデバッグの困難さは、大規模システムを構築する上での致命傷となる。
我々は今、VBAの呪縛から脱却し、CorelDRAWに標準統合されたVSTA（Visual Studio Tools for Applications）環境、すなわち.NET FrameworkとC#による「真のネイティブ拡張」へとシフトしなければならない。
本稿では、VBAマクロをC#へ移行し、COMオブジェクトのライフサイクルを完全に制御下置き、さらにはマルチスレッドとWindows APIを駆使してパフォーマンスを極限まで引き出すための実践的知見を提示する。
—
1. VSTAアーキテクチャの理解とVBAからの脱却
CorelDRAWのVSTA環境は、Visual Studioのシェルをベースにしたマネージドコード実行環境である。VBAがCOMを介して間接的にCorelDRAWを操作するのに対し、VSTAは直接的なPIA（Primary Interop Assemblies）を通じてCorelDRAWの内部オブジェクトモデルにアクセスする。
なぜC#なのか？
1. 真のマルチスレッド（Task Parallel Library）: 重いベクター演算を複数コアに分散可能。
2. LINQと高度なデータ構造: 複雑なレイヤー構造やメタデータのクエリが数行で完結。
3. 厳格な型安全性: 実行時エラー（Type Mismatch等）をコンパイル時に駆逐。
4. 外部エコシステム: NuGetを通じたJSON/XMLパーサー、画像処理ライブラリ（ImageSharp等）の直接利用。
—
2. VBAマクロからC#（VSTA）へのコード変換実例
まずは、大量の矩形オブジェクトを生成し、それぞれにランダムなカラーとメタデータを付与する処理を例に、VBAとC#の構造的違いを比較する。
比較：レガシーなVBA実装
Sub CreateRectanglesVBA()
Dim i As Long
Dim s As Shape
Dim sr As ShapeRange
Set sr = New ShapeRange
ActiveDocument.BeginCommandGroup “Batch Create”
For i = 1 to 5000
Set s = ActiveLayer.CreateRectangle(i 2, 0, (i 2) + 1, -1)
s.Fill.UniformColor.RGBAssign Rnd 255, Rnd 255, Rnd 255
sr.Add s
Next i
ActiveDocument.EndCommandGroup
End Sub
VBAの問題点: `ActiveDocument`や`ActiveLayer`への毎回のアクセス（COM呼び出しのオーバヘッド）が発生し、5000回ものループでは数秒〜数十秒の硬直を招く。
移行先：C#（VSTA）による最適化実装
VSTA環境では、トランザクションのグループ化と、オブジェクトの参照を適切に管理することでパフォーマンスを最大化する。
using System;
using Corel.Interop.CorelDRAW;
using VD = Corel.Interop.CorelDRAW;
public class RectangleBatchProcessor
{
public void CreateRectanglesC#_Optimized(VD.Application app)
{
// アンドゥのグループ化による描画・履歴更新の抑制
app.ActiveDocument.BeginCommandGroup(“VSTA Batch Create”);
try
{
VD.Layer activeLayer = app.ActiveDocument.ActiveLayer;
// 一括処理のための配列または非同期処理の準備
for (int i = 1; i <= 5000; i++)
{
double left = i 2.0;
double top = 0.0;
double right = left + 1.0;
double bottom = -1.0;
VD.Shape shape = activeLayer.CreateRectangle(left, top, right, bottom);
// カラー設定
shape.Fill.UniformColor.RGBAssign(
(byte)(new Random().Next(256)),
(byte)(new Random().Next(256)),
(byte)(new Random().Next(256))
);
// COMオブジェクトの明示的解放（後述）
ReleaseComObject(shape);
}
}
finally
{
app.ActiveDocument.EndCommandGroup();
}
}
private void ReleaseComObject(object obj)
{
if (obj != null && System.Runtime.InteropServices.Marshal.IsComObject(obj))
{
System.Runtime.InteropServices.Marshal.ReleaseComObject(obj);
}
}
}
---
3. メモリ管理の極意：COMオブジェクトのライフサイクルと解放
C#からCorelDRAWを操作する場合、最大の罠となるのがCOM参照カウント（Reference Counting）の管理である。
C#側で `shape.Fill.UniformColor` のようなプロパティチェーンを書くと、裏側で複数のCOMラッパーオブジェクトが暗黙的に生成される。これらがGC（ガベージコレクション）の回収対象になるまで放置されると、CorelDRAWのプロセス（`CorelDRW.exe`）がメモリリークを起こし、数万回のループで必ずメモリ不足（Out of Memory）やフリーズを引き起こす。
極限のメモリ管理ルール
1. メソッドチェーンの禁止: プロパティやメソッドをドットで繋いで連続取得しない。
2. 一時変数の強制と即時解放: すべてのCOMオブジェクトをローカル変数に受け、使い終わったら `Marshal.ReleaseComObject` を明示的に叩く。
// 悪い例（メモリリークの温床）
app.ActiveDocument.ActiveLayer.CreateRectangle(0, 0, 10, 10).Fill.UniformColor.Name = “Red”;
// 良い例（厳格なライフサイクル管理）
VD.Document doc = null;
VD.Layer layer = null;
VD.Shape rect = null;
VD.Fillណ៍ fill = null; // 疑似コード
try
{
doc = app.ActiveDocument;
layer = doc.ActiveLayer;
rect = layer.CreateRectangle(0, 0, 10, 10);
// 処理…
}
finally
{
// 逆順または確実に解放
if (rect != null) System.Runtime.InteropServices.Marshal.ReleaseComObject(rect);
if (layer != null) System.Runtime.InteropServices.Marshal.ReleaseComObject(layer);
if (doc != null) System.Runtime.InteropServices.Marshal.ReleaseComObject(doc);
}
—
4. マルチスレッド処理とWindows API連携によるパフォーマンスの極限
VSTAの真価は、.NETの `Task Parallel Library (TPL)` を用いた並列処理にある。ただし、CorelDRAWのドキュメントモデル自体はスレッドセーフではないため、「データ処理や計算はマルチスレッドで行い、CorelDRAWへの描画・オブジェクト生成フェーズのみメインスレッドに同期（Dispatcher / Invoke）」するという設計パターンが必須となる。
非同期データ処理パイプラインの構築例
using System.Threading.Tasks;
using System.Collections.Concurrent;
public void ProcessHeavyVectorData(VD.Application app)
{
// 重い計算処理はバックグラウンドスレッドで並列実行
Parallel.For(0, 10000, i =>
{
// 複雑な幾何学計算、外部DBからのデータフェッチ、JSONパースなど
var calculatedData = ComplexGeometryCalculation(i);
// UIスレッド（CorelDRAWのコンテキスト）への安全なディスパッチ
// ※実際の実装ではVSTAホストの同期コンテキストを使用
AppDispatcher.Invoke(() =>
{
VD.Shape s = app.ActiveDocument.ActiveLayer.CreateEllipse(
calculatedData.X, calculatedData.Y,
calculatedData.Radius, calculatedData.Radius
);
// 処理後に即座に解放
System.Runtime.InteropServices.Marshal.ReleaseComObject(s);
});
});
}
private GeometryData ComplexGeometryCalculation(int index)
{
// 純粋なC#のCPUバウンド処理（CorelDRAWのCOMを一切触らないためノーロック・高速）
return new GeometryData { X = index 1.5, Y = Math.Sin(index) 10, Radius = 5.0 };
}
public class GeometryData {
public double X { get; set; }
public double Y { get; set; }
public double Radius { get; set; }
}
Windows APIとの統合（ネイティブパフォーマンスの拡張）
極限のファイル入出力やメモリマップトファイルを使ったプロセス間通信（IPC）が必要な場合、C#からは `DllImport` を通じて直接Windows APIを叩くことができる。
using System.Runtime.InteropServices;
public static class NativeMethods
{
[DllImport(“kernel32.dll”, SetLastError = true)]
public static extern IntPtr CreateFileMapping(
IntPtr hFile,
IntPtr lpFileMappingAttributes,
uint flProtect,
uint dwMaximumSizeHigh,
uint dwMaximumSizeLow,
string lpName
);
}
これにより、VBAでは実装不可能な高速なバイナリデータ共有や、外部レンダリングエンジンとのダイレクトメモリー連携が実現する。
—
5. レガシーVBAからのスムーズな移行戦略（共存と段階的リファクタリング）
いきなりすべてのVBA資産をC#へ書き換えることは、企業システムにおいてリスクが高い。現実的なアーキテクチャは以下の通りである。
1. エントリーポイントの維持: VBAのサブルーチンから、COM経由またはレジストリ登録したCOMVisibleな.NETアセンブリ（C#製DLL）を呼び出す。
2. コアエンジンのC#化: 計算ロジック、ファイル変換、大量オブジェクト生成などの「重い処理」だけをC#（VSTAまたは外付DLL）に置き換える。
3. 完全移行: 最終的にVBA層を完全に廃止し、VSTAのスタンドアロンアドインとして独立させる。
—
チーフアーキテクトからの総括
VBAはプロトタイピングや小規模な自動化には優れているが、エンタープライズレベルの堅牢性とパフォーマンスが求められる現場において、その寿命はとうに尽きている。
CorelDRAW VSTA（C#）への移行は、単なる言語の置き換えではない。「COMライフサイクルの厳格な支配」「マルチスレッドによるハードウェアの全開放」「モダンなエコシステムの享受」を手に入れるための、必然のエンジニアリングである。
メモリリークの恐怖に怯える日々から脱却し、真にスケーラブルなベクターグラフィックス自動化基盤をその手で構築してほしい。
