C++定数の構造体配列をC++/CLIに変更する方法

Question

前提

現在C++ヘッダをC++/CLIヘッダに変換を行っています。
CString型をString型にしてみたり、CArray型をList型にしてみたりなどなどをしています。
constの構造体配列の変更も同様に試みています。
コードは以下です。

<旧コード>

enum E_DATATYPE
{
    E_DATATYPE_INT,
    E_DATATYPE_CHAR,
    E_DATATYPE_STRING
};

namespace DataManage
{
    typedef struct _ST_DATATYPE {
        E_DATATYPE eDataType;
        CString sDataName;
    } ST_DATATYPE, *PST_DATATYPE;
}

const DataManage::ST_DATATYPE C_DATATYPE_LIST[] = 
{
    {E_DATATYPE_INT, _T("INT")},
    {E_DATATYPE_CHAR, _T("CHAR")},
    {E_DATATYPE_STRING, _T("STRING")},
};

<作ってみたコード>

enum E_DATATYPE
{
    E_DATATYPE_INT,
    E_DATATYPE_CHAR,
    E_DATATYPE_STRING
};

namespace DataManage
{
    ref struct ST_DATATYPE {
        E_DATATYPE eDataType;
        String^ sDataName;
    };
}

const cli::array<DataManage::ST_DATATYPE^>^ C_DATATYPE_LIST =
{
    {gcnew ST_DATATYPE(E_DATATYPE_INT, _T("INT"))},
    {gcnew ST_DATATYPE(E_DATATYPE_CHAR, _T("CHAR"))},
    {gcnew ST_DATATYPE(E_DATATYPE_STRING, _T("STRING"))},
};

質問

"作ってみたコード"のcli::array定義で、以下のエラーが発生しました。
・「静的ストレージ存続期間のある変数にハンドルや追跡参照型を指定することはできません」
・「関数呼び出しの引数が多すぎます」。
こちらについて対処する方法はあるのでしょうか？

また、そもそも初期化子で対応すること自体は可能なのでしょうか？

試してみたこと

・List型に変更
⇒こちらはCLI以外で初期化子禁止が出てしまい断念しました。

開発環境

Visual Studio 2015 Professional
.NET4.6

Answer 1

グローバルにrefクラスのインスタンスを持つのは無理だった気がします。

代わりに、refクラスの静的メンバとして宣言することはできるはずです。
例えば

ref class C_DATATYPE_LIST_WRAPPER
{
public:
	static cli::array<DataManage::ST_DATATYPE^>^ C_DATATYPE_LIST = gcnew cli::array<DataManage::ST_DATATYPE^>
	{
		gcnew DataManage::ST_DATATYPE(E_DATATYPE_INT, _T("INT")),
		gcnew DataManage::ST_DATATYPE(E_DATATYPE_CHAR, _T("CHAR")),
		gcnew DataManage::ST_DATATYPE(E_DATATYPE_STRING, _T("STRING")),
	};
};

...

C_DATATYPE_LIST_WRAPPER::C_DATATYPE_LIST[0]->sDataName

他の手段としては、C++のデータのラッパークラスを用意するとか

namespace DataManage
{
	ref struct ST_DATATYPE_REF { // 新しく追加する
	public:
		ST_DATATYPE_REF(E_DATATYPE dataType, CString str)
		{
			// 変換処理は割愛
		}

		// マーシャリング代わり
		static ST_DATATYPE_REF^ CreateInstance(const ST_DATATYPE& src)
		{
			return gcnew ST_DATATYPE_REF(src.eDataType, src.sDataName);
		}
		E_DATATYPE eDataType;
		System::String^ sDataName;
	};

}
ref class C_DATATYPE_LIST_WRAPPER
{
public:
	static DataManage::ST_DATATYPE_REF^ Get(int i)
	{
		return DataManage::ST_DATATYPE_REF::CreateInstance(C_DATATYPE_LIST[i]);
	}
};

...

C_DATATYPE_LIST_WRAPPER::Get(0);

私は、データアクセスが多いorマーシャリングのコストが高い場合に上を、そうでない場合は下を採用することが多いです。
下はネイティブを完全に維持したままマネージからアクセスできるようになるので、出来れば下を優先したいなぁと。ネイティブの関連コードを完全に捨てるのであれば上ですけれども。

Comments

[JanTh1989]

ご回答ありがとうございます。
方法としては助言にもありましたが、ラッパークラスを採用することにしました。
ただ、疑問があります。
ラッパークラスのGet関数では、CreateInstance関数を使用して引数に配列要素値を入れた戻り値を、戻り値に設定する形にしています。
そして、戻り値型はST_DATATYPE^にしています。
ST_DATATYPEはref structにするということでしょうか？
そうすると、C_DATATYPE_LISTの初期化子で発生するエラー「関数呼び出しの引数が多すぎます」が残ってしまいます。
ST_DATATYPE側はtypedef structの形態のままにして、戻り値型をST_DATATYPE。
戻り値をC_DATATYPE_LIST[i]にするとエラーが無くなりましたが、これだと何か不都合があるのでしょうか？

[moredeep]

Nativeの構造体をManagedの構造体に変換しないといけないかなと思い、Get関数ではマーシャリングするようにしていました。
Managedの構造体を追加してCreateInstance関数(マーシャリング)を定義、使用するイメージでしたが、書いていないのにそんなことわかるはずないですよね。失礼いたしました。

[JanTh1989]

構造体も含めて列挙体以外を完全にラップするということでしたか。
考えが及ばずすみません。
追加で頂いた情報も含め、対応方法の最終決定をしようと思います。
ありがとうございました。