xsdcxx - クラウドでオンライン

プログラム：

NAME

xsdcxx-W3CXMLスキーマからC ++コンパイラへ

SYNOPSIS

xsdcxx command [ オプション ] file [ file ...]
xsdcxx 助けます [ command ]
xsdcxx バージョン

DESCRIPTION

xsdcxx W3CXMLスキーマから語彙固有の静的に型付けされたC ++マッピングを生成します
定義。 生成する特定のマッピングは、 command。 各マッピングには
マッピング固有の数 オプション ある場合は、 command。 入力
ファイルはW3CXMLスキーマ定義である必要があります。 生成されるファイルの正確なセットは、
選択したマッピングとオプションについて。

コマンド

cxx ツリー
C ++ /ツリーマッピングを生成します。 フォームの入力ファイルごとに 名前.xsd 　
次のC ++ファイルが生成されます。 名前.hxx （ヘッダーファイル）、 名前.ixx （インラインファイル、
次の場合にのみ生成されます --生成-インライン オプションが指定されています）、 名前.cxx （ソース
ファイル）、および 名前-fwd.hxx （前方宣言ファイル、次の場合にのみ生成されます
--生成フォワード オプションが指定されています）。

cxx-パーサー
C ++ /パーサーマッピングを生成します。 フォームの入力ファイルごとに 名前.xsd 　
次のC ++ファイルが生成されます。 名前-pskel.hxx （パーサースケルトンヘッダーファイル）、
名前-pskel.ixx （パーサースケルトンインラインファイル、次の場合にのみ生成されます - 生む-
インライン オプションが指定されている）、および 名前-pskel.cxx （パーサースケルトンソースファイル）。 もしも
　 --generate-noop-impl or --generate-print-impl オプションが指定されている場合、
次の追加のサンプル実装ファイルが生成されます。 名前-pimpl.hxx
（パーサー実装ヘッダーファイル）および 名前-pimpl.cxx （パーサーの実装
ソースファイル）。 の場合 --生成テストドライバー オプションが指定されている場合、追加
名前-ドライバー.cxx テストドライバーファイルが生成されます。

助けます 使用情報を印刷して終了します。 つかいます

xsdcxx 助けます command

コマンド固有のヘルプ。

バージョン
バージョンを印刷して終了します。

OPTIONS

コマンド固有 オプション、もしあれば、対応するものの後に表示されます command.

一般的な オプション
--標準 バージョン
生成されたコードが準拠する必要があるC ++標準を指定します。 有効な値
　 c ++ 98 （デフォルト）と c ++ 11.

C ++標準は、説明されている生成されたコードのさまざまな側面に影響を与えます
詳細については、さまざまなマッピング固有のドキュメントを参照してください。 全体として、C ++ 11が
選択すると、生成されたコードは移動セマンティクスに依存し、 std :: unique_ptr
非推奨ではなく std :: auto_ptr.

C ++ 11モードが選択されている場合、通常、追加の手順を実行する必要はありません。
必要に応じて、C ++コンパイラでC ++ 11を有効にする以外。 XSDCXXコンパイラは
生成されたヘッダーファイルに必要なマクロ定義を自動的に追加します。
ヘッダーのみのXSDCXXランタイムライブラリを切り替えます（libxsd）C ++ 11モードに。
ただし、XSDCXXランタイムヘッダーのいずれかを直接に含める場合
アプリケーション（通常は生成されたヘッダーを含めるだけです）、次に必要になります
定義する XSD_CXX11 プロジェクト全体のマクロ。

--文字タイプ type
提供された文字を使用してコードを生成する type デフォルトの代わりに チャリオット。 有効
値は チャリオット & wchar_t.

--文字エンコーディング ENC
生成されたコードで使用する文字エンコードを指定します。 有効
の値 チャリオット 文字タイプは utf8 （デフォルト）、 iso8859-1, lcp （Xerces-C ++
ローカルコードページ）、および カスタム。 合格した場合 カスタム 値として、あなたは必要になります
エンコーディングのトランスコーダー実装ヘッダーを最初に含める
生成されたヘッダーファイルの --hxx-プロローグ オプション）。

　 wchar_t 文字タイプのみ有効な値は オート エンコーディングは
に応じて、UTF-16とUTF-32 / UCS-4の間で自動的に選択されます wchar_t
タイプサイズ。

-- 出力ディレクトリ DIR
生成されたファイルを DIR 現在のディレクトリの代わりに。

--生成-インライン
単純な関数をインラインで生成します。 このオプションは、インラインファイルの作成をトリガーします。

--xml スキーマの生成
コンパイルされるスキーマがXMLスキーマを定義するかのようにC ++ヘッダーファイルを生成します
名前空間。 C ++ /ツリーマッピングの場合、結果のファイルには定義が含まれます
すべてのXMLスキーマ組み込み型。 C ++ /パーサーマッピングの場合、結果のファイル
すべてのパーサースケルトンと実装の定義が含まれます
XMLスキーマの組み込み型に対応します。

コンパイラに提供されるスキーマファイルは存在する必要はなく、派生するためにのみ使用されます
結果のヘッダーファイルの名前。 使用 --extern-xml-スキーマ オプション
このファイルを他のスキーマ用に生成されたファイルに含めます。

--extern-xml-スキーマ file
から派生したヘッダーファイルをインクルードします file XMLスキーマを生成する代わりに
名前空間マッピングインライン。 提供されたファイルは存在する必要はなく、次の目的でのみ使用されます。
インクルードされたヘッダーファイルの名前を取得します。 使用 --xml スキーマの生成 オプション
このヘッダーファイルを生成します。

--名前空間マップ xns=CNS
XMLスキーマ名前空間をマップします xns C ++名前空間へ CNS。 このオプションを繰り返して指定します
複数のXMLスキーマ名前空間のマッピング。 たとえば、次のオプション：

--名前空間マップ http://example.com/foo/bar= foo :: bar

マップします http://example.com/foo/bar XMLスキーマ名前空間から foo :: bar C + +
名前空間

-名前空間-正規表現 正規表現
Add 正規表現 XMLスキーマ名前空間の変換に使用される正規表現のリスト
名前からC ++名前空間名。 正規表現 フォームのPerlのような正規表現です
/パターン/置換/。 代わりに任意の文字を区切り文字として使用できます /.
の区切り文字のエスケープ パターン or 置換 サポートされていません。

すべての正規表現は、最後に指定されたスタックにプッシュされます
最初に考慮される表現。 成功した最初の一致が使用されます。 通常
式は、フォームの文字列に適用されます

ファイル名 名前空間

たとえば、ファイルがある場合 こんにちは.xsd 名前空間付き http://example.com/hello &
あなたが実行します xsd このファイルでは、問題の文字列は次のようになります。

hello.xsd。 http://example.com/hello

組み込みのXMLスキーマ名前空間の場合、文字列は次のとおりです。

XMLSchema.xsd http://www.w3.org/2001/XMLSchema

一致するまで、正規表現ごとに次のXNUMXつの手順が実行されます。
見つかった：

1.式が適用され、結果が空の場合、次の式は次のようになります。
考慮されます。

2。 すべて / に置き換えられます ::.

3.結果は、有効なC ++スコープ名であることが確認されます（例： foo :: bar）。 これなら
テストが成功すると、結果はC ++名前空間名として使用されます。

例として、次の式はXMLスキーマ名前空間を次の形式でマップします
http://example.com/foo/bar フォームのC ++名前空間へ foo :: bar:

％。* http://example.com/（。+）％$ 1％

以下の「正規表現とシェルの見積もり」セクションも参照してください。

--namespace-regex-trace
で指定された正規表現を適用するプロセスをトレースします -名前空間-
正規表現 オプション。 このオプションを使用して、正規表現が機能しない理由を確認してください
あなたが彼らに期待したこと。

-予約名 n[=r]
名前を追加 n 識別子として使用してはならない名前のリストに追加します。 名前
オプションで、 = と置換名 r 使用する必要があります
代わりは。 すべてのC ++キーワードはすでにこのリストに含まれています。

--括弧付きのインクルード
生成された引用符（ ""）の代わりに山かっこ（<>）を使用します #include ディレクティブ

--include-prefix 接頭辞
Add 接頭辞 生成する #include ディレクティブパス。

たとえば、スキーマに次のインポート要素がある場合

<インポート namespace = "..." schemaLocation = "base.xsd" />

このフラグメントをコンパイルしました --include-prefix スキーマ/、次にインクルード
生成されたコードのディレクティブは次のようになります。

#include "schemas / base.hxx"

--インクルード正規表現 正規表現
Add 正規表現 変換に使用される正規表現のリストに #include 指令
パス。 正規表現 フォームのPerlのような正規表現です /パターン/置換/.
代わりに任意の文字を区切り文字として使用できます /。 区切り文字のエスケープ
内の文字 パターン or 置換 サポートされていません。

すべての正規表現は、最後に指定されたスタックにプッシュされます
最初に考慮される表現。 成功した最初の一致が使用されます。

例として、次の式はパスを次の形式に変換します
スキーマ/ foo / bar フォームのパスへ 生成された/ foo / bar:

％schemas /(.+)%generated/$1%

以下の「正規表現とシェルの見積もり」セクションも参照してください。

--include-regex-trace
で指定された正規表現を適用するプロセスをトレースします - 含む-
正規表現 オプション。 このオプションを使用して、正規表現が機能しない理由を確認してください
あなたが彼らに期待したこと。

--ガードプレフィックス 接頭辞
Add 接頭辞 生成されたヘッダー包含ガードに。 プレフィックスは上位に変換されます
プリプロセッサマクロ名で無効な大文字と小文字および文字は、次のように置き換えられます。
アンダースコア。 このオプションが指定されていない場合、入力のディレクトリ部分
スキーマファイルがプレフィックスとして使用されます。

--hxx-サフィックス サフィックス
提供されているものを使用してください サフィックス デフォルトの代わりに .hxx の名前を作成するには
ヘッダーファイル。 このサフィックスは、ヘッダーファイルの名前を作成するためにも使用されることに注意してください
含まれる/インポートされたスキーマに対応します。

--ixx-サフィックス サフィックス
提供されているものを使用してください サフィックス デフォルトの代わりに .ixx の名前を作成するには
インラインファイル。

--cxx-サフィックス サフィックス
提供されているものを使用してください サフィックス デフォルトの代わりに .cxx の名前を作成するには
ソースファイル。

--fwd-サフィックス サフィックス
提供されているものを使用してください サフィックス デフォルトの代わりに -fwd.hxx の名前を構築するには
前方宣言ファイル。

--hxx-正規表現 正規表現
提供された式を使用して、ヘッダーファイルの名前を作成します。 正規表現 　
フォーム内のPerlのような正規表現 /パターン/置換/。 これに注意してください
式は、に対応するヘッダーファイルの名前を作成するためにも使用されます
含まれる/インポートされたスキーマ。 以下の「正規表現とシェルの見積もり」セクションも参照してください。

--ixx-正規表現 正規表現
提供された式を使用して、インラインファイルの名前を作成します。 正規表現 　
フォーム内のPerlのような正規表現 /パターン/置換/。 正規表現も参照してください
および以下のシェル見積もりセクション。

--cxx-正規表現 正規表現
提供された式を使用して、ソースファイルの名前を作成します。 正規表現 　
フォーム内のPerlのような正規表現 /パターン/置換/。 正規表現も参照してください
および以下のシェル見積もりセクション。

--fwd-正規表現 正規表現
提供された式を使用して、前方宣言ファイルの名前を作成します。
正規表現 フォームのPerlのような正規表現です /パターン/置換/。 参照
以下の正規表現とシェルの見積もりセクション。

--hxx-プロローグ 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
インセット 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ヘッダーファイルの先頭。

--ixx-プロローグ 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
インセット 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. インラインファイルの先頭。

--cxx-プロローグ 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
インセット 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ソースファイルの先頭。

--fwd-プロローグ 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
インセット 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. 前方宣言ファイルの先頭。

- プロローグ 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
インセット 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ファイルがない生成された各ファイルの先頭に-
特定のプロローグ。

--hxx-エピローグ 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
インセット 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ヘッダーファイルの最後にあります。

--ixx-エピローグ 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
インセット 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. インラインファイルの最後にあります。

--cxx-エピローグ 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
インセット 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ソースファイルの最後にあります。

--fwd-エピローグ 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
インセット 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. 前方宣言ファイルの最後。

- エピローグ 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
インセット 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ファイル固有のファイルが生成されていない、生成された各ファイルの最後
エピローグ。

--hxx-プロローグファイル file
のコンテンツを挿入します file ヘッダーファイルの先頭。

--ixx-プロローグファイル file
のコンテンツを挿入します file インラインファイルの先頭。

--cxx-プロローグファイル file
のコンテンツを挿入します file ソースファイルの先頭。

--fwd-プロローグファイル file
のコンテンツを挿入します file 前方宣言ファイルの先頭。

-プロローグファイル file
のコンテンツを挿入します file 生成された各ファイルの先頭
ファイル固有のプロローグファイルはありません。

--hxx-エピローグファイル file
のコンテンツを挿入します file ヘッダーファイルの最後にあります。

--ixx-エピローグファイル file
のコンテンツを挿入します file インラインファイルの最後にあります。

--cxx-エピローグファイル file
のコンテンツを挿入します file ソースファイルの最後にあります。

--fwd-エピローグファイル file
のコンテンツを挿入します file 前方宣言ファイルの最後。

--エピローグファイル file
のコンテンツを挿入します file 生成された各ファイルの最後に
ファイル固有のエピローグファイルはありません。

--エクスポート記号 シンボル
インセット シンボル DLLのエクスポート/インポート制御ステートメントがある場所
(__declspec（dllexport / dllimport））が必要です。

--export-xml-スキーマ
提供されたエクスポートシンボルを使用したXMLスキーマ名前空間のエクスポート/インポートタイプ
--エクスポート記号 オプション。 ザ· XSD_NO_EXPORT マクロを使用してこれを省略することができます
C ++コンパイル中のコード。これは、同じものを使用したい場合に役立つことがあります。
複数のプラットフォーム間で生成されたコード。

--エクスポートマップ
この生成されたコードが含まれるWin32DLLからポリモーフィズムサポートマップをエクスポートします
置いた。 これは、タイプ階層が複数のDLLに分割されている場合に必要です。
それ以外の場合、各DLLには独自のマップのセットがあります。 この状況では、
基本タイプおよび/または置換グループを含むDLL用に生成されたコード
ヘッドは、このオプションと他のすべてのDLL用に生成されたコードを使用してコンパイルする必要があります
でコンパイルする必要があります --インポートマップ。 このオプションは、と一緒にのみ有効です
--生成多態性を選択します。 XSD_NO_EXPORT マクロを使用してこのコードを省略することができます
C ++コンパイル中、これは同じものを使用したい場合に役立つことがあります
複数のプラットフォーム間で生成されたコード。

--インポートマップ
ポリモーフィズムサポートマップをWin32DLLまたは実行可能ファイルにインポートします。
生成されたコードはリンクされています。 を参照してください --エクスポートマップ 詳細については、オプションのドキュメント。
このオプションは、と一緒にのみ有効です --生成多態性を選択します。 XSD_NO_EXPORT
マクロを使用して、C ++コンパイル中にこのコードを省略することができます。これは、次の場合に役立ちます。
複数のプラットフォームで同じ生成コードを使用したい。

--generate-dep
生成する make 依存関係情報。 このオプションは、の作成をトリガーします .d
生成されたファイルのメインスキーマファイルへの依存関係を含むファイル
推移的に含まれる/インポートされるすべてのスキーマファイルと同様に。 この
依存関係ファイルは通常、メインに含まれます メイクファイル 実装する
自動依存関係追跡。

また、file-per-では自動依存関係の生成はサポートされていないことにも注意してください。
タイプモード（--タイプごとのファイル）。 この場合、生成されたすべてのファイルが生成されます
単一のコンパイラ呼び出しで、すべてのスキーマに依存します。 結果として、それは
おそらくの助けを借りて、そのような依存関係を手動で確立する方が簡単です
-ファイルリスト* オプション。

--generate-dep-only
生成する make 依存関係情報のみ。

--dep-偽物
インクルード/インポートされたスキーマファイルの偽のターゲットを生成し、それぞれを依存させます
何もしません。 このようなダミールールは回避します make の削除によって引き起こされたエラー
一致するように依存関係ファイルも更新せずにスキーマファイル。

--dep-ターゲット ターゲット
依存関係ルールのターゲットを変更します。 デフォルトでは、生成されたすべてが含まれています
C ++ファイルと依存関係ファイル自体（ディレクトリプレフィックスなし）。 もしも
複数のターゲットが必要な場合は、それらを単一のスペースとして指定できます-
引数を区切るか、このオプションを複数回繰り返すことができます。

--dep-サフィックス サフィックス
提供されているものを使用してください サフィックス デフォルトの代わりに .d の名前を作成するには
依存関係ファイル。

--dep-正規表現 正規表現
提供された式を使用して、依存関係ファイルの名前を作成します。 正規表現 is
フォーム内のPerlのような正規表現 /パターン/置換/。 参照
以下の正規表現とシェルの見積もりセクション。

-無効-警告 警告する
IDで警告の印刷を無効にする 警告する。 場合 を 警告IDに指定されている場合
すべての警告が無効になります。

--オプションファイル file
から追加のオプションを読む file。 各オプションは別々の行に表示される必要があります
オプションで、スペースとオプション値が続きます。 空の行と開始する行
　 # 無視されます。 オプション値はdoubleで囲むことができます（"）またはシングル（')
先頭と末尾の空白を保持し、空を指定するための引用符
値。 値自体に末尾または先頭の引用符が含まれている場合は、値を
たとえば、余分な引用符のペア '"バツ"'。 非先行引用符と非末尾引用符は
オプション値の一部として解釈されます。

ファイルにオプションを提供するセマンティクスは、同じものを提供することと同じです
コマンドラインの同じ順序のオプションのセット
--オプションファイル シェルのエスケープと引用が
必要ありません。 このオプションを繰り返して、複数のオプションファイルを指定できます。

--sloc を表示
生成された物理ソースコード行（SLOC）の数を表示します。

--sloc-limit NUM
生成された物理ソースコード行（SLOC）の数が
超えます NUM.

-プロプライエタリライセンス
生成されたコードが、ではなくプロプライエタリライセンスの下でライセンスされていることを示します
GPL。

-カスタムリテラル file
カスタムXML文字列をC ++リテラルマッピングにロードします。 file。 このメカニズムは
カスタム文字エンコーディングと一部の文字列を使用している場合に便利です
要素/属性名や列挙値などのスキーマには、
ASCII文字。 この場合、C ++へのカスタムマッピングを提供する必要があります
そのような文字列のリテラル。 このファイルの形式は、 カスタム
リテラル.xsd ドキュメントディレクトリにあるXMLスキーマファイル。

-保存-匿名
匿名型を保持します。 デフォルトでは、匿名型は自動的に次の名前が付けられます
囲んでいる要素/属性から派生した名前。 マッピングが実装されているため
このコンパイラでは、すべての型に名前を付ける必要があります。このオプションは、次の場合にのみ役立ちます。
スキーマに匿名型がないことを確認したい。

--show-匿名
匿名タイプの要素と属性を表示します。 このオプションは
と一緒に感じる -保存-匿名 オプションを選択します。

-匿名-正規表現 正規表現
Add 正規表現 匿名の名前を導出するために使用される正規表現のリスト
囲んでいる属性/要素からのタイプ。 正規表現 Perlのようなレギュラーです
フォームでの表現 /パターン/置換/。 任意の文字をとして使用できます
の代わりに区切り文字 /。 の区切り文字のエスケープ パターン or
置換 サポートされていません。

すべての正規表現は、最後に指定されたスタックにプッシュされます
最初に考慮される表現。 成功した最初の一致が使用されます。 通常
式は、フォームの文字列に適用されます

ファイル名 名前空間 xpath

例えば：

こんにちは.xsd http://example.com/hello 素子

こんにちは.xsd http://example.com/hello タイプ/要素

例として、次の式では、すべての派生名がで始まります
大文字。 これは、命名規則でタイプが必要な場合に役立ちます。
大文字で始まる名前：

％。* .* （。+ /）*（。+）％\ u $ 2％

以下の「正規表現とシェルの見積もり」セクションも参照してください。

--匿名正規表現トレース
で指定された正規表現を適用するプロセスをトレースします - 匿名-
正規表現 オプション。 このオプションを使用して、正規表現が機能しない理由を確認してください
あなたが彼らに期待したこと。

- ロケーションマップ ol=nl
元のスキーマの場所をマップします ol XMLスキーマで指定されているインクルードまたは
要素を新しいスキーマの場所にインポートする nl。 このオプションを繰り返して、複数のマップを作成します
スキーマの場所。 たとえば、次のオプションは
http://example.com/foo.xsd へのURL foo.xsd ローカルファイル。

- ロケーションマップ http://example.com/foo.xsd= foo.xsd

-- 場所の正規表現 正規表現
Add 正規表現 スキーマの場所をマップするために使用される正規表現のリストに
XMLスキーマで指定されたインクルード要素またはインポート要素。 正規表現 Perlのようなものです
フォームの正規表現 /パターン/置換/。 任意の文字を次のように使用できます
の代わりに区切り文字 /。 の区切り文字のエスケープ パターン or
置換 サポートされていません。 すべての正規表現がスタックにプッシュされます
最後に指定された式が最初に考慮されます。 成功した最初の試合
使用されている。

たとえば、次の式は、フォーム内のURLの場所をマップします
http://example.com/foo/bar.xsd フォームのローカルファイルに bar.xsd:

％http：//.+ /（。+）％$ 1％

以下の「正規表現とシェルの見積もり」セクションも参照してください。

--location-regex-trace
で指定された正規表現を適用するプロセスをトレースします - 位置-
正規表現 オプション。 このオプションを使用して、正規表現が機能しない理由を確認してください
あなたが彼らに期待したこと。

--タイプごとのファイル
XMLスキーマで定義されたタイプごとに個別のC ++ファイルのセットを生成します。 ノート
このモードでは、ルートスキーマをコンパイルするだけで、コードは次のようになります。
含まれ、インポートされたすべてのスキーマに対して生成されます。 このコンパイルモードは主に
一部のスキーマを個別にコンパイルできない場合、または循環する場合に便利です
型の継承を伴う依存関係。 このモードに関連するその他のオプション
には次の値があります: --type-file-regex, --スキーマファイルの正規表現, --fat-type-ファイル, --ファイルリスト.

--type-file-regex 正規表現
Add 正規表現 タイプ名をファイルに変換するために使用される正規表現のリスト
のときの名前 --タイプごとのファイル オプションが指定されています。 正規表現 Perlのようなレギュラーです
フォームでの表現 /パターン/置換/。 任意の文字をとして使用できます
の代わりに区切り文字 /。 の区切り文字のエスケープ パターン or
置換 サポートされていません。 すべての正規表現がスタックにプッシュされます
最後に指定された式が最初に考慮されます。 成功した最初の試合
使用されている。 正規表現は、フォームの文字列に適用されます

名前空間 タイプ名

たとえば、次の式マップタイプ foo それはで定義されています
http://example.com/bar 名前空間からファイル名 バーフー:

%http://example.com/（。+） （。+）％$ 1- $ 2％

以下の「正規表現とシェルの見積もり」セクションも参照してください。

--type-file-regex-trace
で指定された正規表現を適用するプロセスをトレースします --タイプファイル-
正規表現 オプション。 このオプションを使用して、正規表現が機能しない理由を確認してください
あなたが彼らに期待したこと。

--スキーマファイルの正規表現 正規表現
Add 正規表現 スキーマファイル名の変換に使用される正規表現のリスト
時 --タイプごとのファイル オプションが指定されています。 正規表現 Perlのようなレギュラーです
フォームでの表現 /パターン/置換/。 任意の文字をとして使用できます
の代わりに区切り文字 /。 の区切り文字のエスケープ パターン or
置換 サポートされていません。 すべての正規表現がスタックにプッシュされます
最後に指定された式が最初に考慮されます。 成功した最初の試合
使用されている。 正規表現は、の絶対ファイルシステムパスに適用されます
スキーマファイルと、ディレクトリ部分がある場合はそれを含む結果を使用して、
　 #include ディレクティブパスと生成されたC ++ファイルパス。 このオプション、
と一緒に --type-file-regex 生成されたファイルをに配置するのに主に役立ちます
サブディレクトリまたはファイル名の競合を解決します。

たとえば、次の式は、スキーマファイルをマップします。 foo / 1.0.0 /
内のファイルのサブディレクトリ ふう/ サブディレクトリ。 その結果、 #include
このようなスキーマのディレクティブパスは、 foo / schema.hxx フォームと
生成されたC ++ファイルはに配置されます ふう/ サブディレクトリ：

％。* / foo / 1.0.0 /（。+）％foo / $ 1％

以下の「正規表現とシェルの見積もり」セクションも参照してください。

--スキーマファイル-正規表現トレース
で指定された正規表現を適用するプロセスをトレースします -スキーマファイル-
正規表現 オプション。 このオプションを使用して、正規表現が機能しない理由を確認してください
あなたが彼らに期待したこと。

--fat-type-ファイル
グローバル要素に対応するコードをスキーマではなくタイプファイルに生成する
ファイルの場合 --type-file-regex オプションが指定されています。 このオプションは主に
リンクされているオブジェクトコードの量を最小限に抑えようとするときに役立ちます
コンパイルされた生成コードを静的（アーカイブ）ライブラリにパッケージ化することで実行可能。

--ファイルリスト file
生成されたC ++ファイルのリストを file。 このオプションは、主に
タイプごとのファイルコンパイルモード（--タイプごとのファイル）生成されたC ++のリストを作成します
たとえば、makefileフラグメントとしてのファイル。

--file-list-プロローグ 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
インセット 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ファイルリストの先頭。 便宜上、すべての発生
　 \n の文字シーケンス 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. 新しい行に置き換えられます。 このオプションは、
たとえば、生成されたファイルリストをmakefile変数に割り当てるために使用されます。

--file-list-エピローグ 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
インセット 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. ファイルリストの最後にあります。 便宜上、すべての発生
\n の文字シーケンス 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. 新しい行に置き換えられます。

--ファイルリスト-デリム 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다.
ファイルリストに書き込まれるファイル名を次のように区切る 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. 新しい行の代わりに。 として
利便性、すべての発生 \n の文字シーケンス 클라우드 기반 AI/ML및 고성능 컴퓨팅을 통한 디지털 트윈의 기초 – Edward Hsu, Rescale CPO 많은 엔지니어링 중심 기업에게 클라우드는 R&D디지털 전환의 첫 단계일 뿐입니다. 클라우드 자원을 활용해 엔지니어링 팀의 제약을 해결하는 단계를 넘어, 시뮬레이션 운영을 통합하고 최적화하며, 궁극적으로는 모델 기반의 협업과 의사 결정을 지원하여 신제품을 결정할 때 데이터 기반 엔지니어링을 적용하고자 합니다. Rescale은 이러한 혁신을 돕기 위해 컴퓨팅 추천 엔진, 통합 데이터 패브릭, 메타데이터 관리 등을 개발하고 있습니다. 이번 자리를 빌려 비즈니스 경쟁력 제고를 위한 디지털 트윈 및 디지털 스레드 전략 개발 방법에 대한 인사이트를 나누고자 합니다. に置き換えられます
新しい行。

cxx ツリー command オプション
--生成多態性
ポリモーフィズム対応のコードを生成します。 置換を使用する場合は、このオプションを指定してください
グループまたは xsi：type。 使用 -ポリモーフィックタイプ or -- ポリモーフィック タイプ - すべて オプション
どのタイプ階層がポリモーフィックであるかを指定します。

-ポリモーフィックタイプ type
それを示してください type ポリモーフィック型階層のルートです。 コンパイラは
多くの場合、置換に基づいてどのタイプがポリモーフィックであるかを自動的に判別します
グループ宣言。 ただし、使用していない場合は、このオプションを使用する必要がある場合があります
置換グループ、または置換グループが別のスキーマで定義されている場合。 君
参照するすべてのスキーマファイルをコンパイルするときに、このオプションを指定する必要があります type.
　 type 引数は、オプションで修飾できるXMLスキーマタイプ名です。
の名前空間 名前空間#名 フォーム。

-- ポリモーフィック タイプ - すべて
すべてのタイプを多型として扱う必要があることを示します。

-多形プレート NUM
生成されたコードが登録する多型マッププレートを指定します。 この
機能は主に、を定義する複数のスキーマを分離するのに役立ちます
同じポリモーフィックタイプ。

-- 注文型 type
その要素の順序をで示します type 重要です。 例は複雑です
XMLの要素の順序が
アプリケーション固有のセマンティクス。 順序付けされた型の場合、コンパイラは特別なものを生成します
コンテナデータメンバーと、対応するアクセサと修飾子のセット
要素の順序をキャプチャするために使用され、混合コンテンツの場合はテキストの順序をキャプチャするために使用されます。

　 type 引数は、オプションで修飾できるXMLスキーマタイプ名です。
の名前空間 名前空間#名 形。 指定する必要があることにも注意してください
他の順序付きタイプが派生しているすべてのスキーマファイルをコンパイルする場合のこのオプション
このタイプから。

--ordered-type-派生
順序付けられたベースから派生したタイプも、順序付けられたものとして自動的に処理されます。 これは
コンテンツ全体を反復処理できるようにする場合に主に役立ちます
コンテンツ注文コンテナを使用します。

--順序付きタイプ混合
混合コンテンツを含む複雑なタイプを順序どおりに自動的に処理します。

--順序付けされたタイプ-すべて
すべてのタイプの要素の順序が重要であることを示します。

-注文コンテナ type
コンテンツのコンテナとして使用するカスタムクラステンプレートを指定します
デフォルトの代わりに順序付けされたタイプで順序付け std::ベクトル。 見る -- 注文型 for
注文タイプの詳細。 このオプションは、主に次のことが必要な場合に役立ちます
たとえば要素ごとに、コンテンツ順序コンテナでより複雑なルックアップを実行します
id。 この場合、Boostマルチインデックスのようなコンテナの方が便利な場合があります。 ノート
カスタムコンテナを使用している場合は、ほとんどの場合、
を使用した関連ヘッダー --hxx-プロローグ* オプション。

--generate-シリアライゼーション
シリアル化関数を生成します。 シリアル化関数はオブジェクトモデルを変換します
XMLに戻ります。

--generate-ostream
ostream挿入演算子を生成します（演算子<）生成されたタイプの場合。 これにより、
XNUMXつは、デバッグまたはロギングのためにフラグメントまたはオブジェクトモデル全体を簡単に印刷するためのものです。

--generate-doxygen
Doxygenによる抽出に適したドキュメントコメントを生成します
ドキュメンテーションシステム。 注釈からのドキュメントは、次の場合にコメントに追加されます
スキーマに存在します。

--生成比較
比較演算子を生成します（演算子== & 演算子！=）複合型の場合。
比較はメンバーごとに実行されます。

--generate-default-ctor
メンバーが必要な型の場合でも、デフォルトのコンストラクターを生成します。 必須
このようなコンストラクターを使用して構築されたインスタンスのメンバーは初期化されず、
それらにアクセスすると、未定義の動作が発生します。

--base-ctor から生成
基本型のインスタンスの後にすべてが続くことを期待するコンストラクターを生成します
必要なメンバー。

--抑制割り当て
複合型のコピー代入演算子の生成を抑制します。 これなら
オプションが指定されている場合、そのようなタイプのコピー代入演算子が宣言されます
プライベートで未実装のまま。

--生成-デタッチ
必要な要素と属性のデタッチ関数を生成します。 切り離し機能
オプションおよびシーケンスのカーディナリティは、それぞれのコンテナによって提供されます。
たとえば、これらの関数を使用すると、オブジェクトモデル内のサブツリーを移動できます。
同じツリー内または異なるツリー間で。

--generate-ワイルドカード
アクセサーと修飾子、およびXMLの解析とシリアル化コードを生成します
スキーマワイルドカード（どれか & 任意の属性）。 ワイルドカードと一致するXMLコンテンツは
DOMフラグメントとして表示されます。 Xerces-C ++ランタイムを初期化する必要があることに注意してください
このオプションを使用している場合。

--任意のタイプを生成
XMLスキーマのコンテンツを抽出して保存する いかなるタイプ DOMフラグメントとして入力します。 ノート
このオプションを使用している場合は、Xerces-C ++ランタイムを初期化する必要があります。

--generate-挿入 os
のデータ表現ストリーム挿入演算子を生成します os 出力ストリーム
タイプ。 このオプションを繰り返して、複数のストリームタイプを指定します。 ACECDRストリーム
(ACE_出力 CDR）およびRPC XDRは、コンパイラーによって認識され、必要な
#include ディレクティブは自動的に生成されます。 カスタムストリームタイプの場合は、
--hxx-プロローグ* 必要な宣言を提供するためのオプション。

-生成-抽出 is
のデータ表現ストリーム抽出コンストラクターを生成します is 入力ストリーム
タイプ。 このオプションを繰り返して、複数のストリームタイプを指定します。 ACECDRストリーム
(ACE_入力CDR）およびRPC XDRは、コンパイラーによって認識され、必要な
#include ディレクティブは自動的に生成されます。 カスタムストリームタイプの場合は、
--hxx-プロローグ* 必要な宣言を提供するためのオプション。

--生成フォワード
次の型の前方宣言を含む別のヘッダーファイルを生成します
生成された。

-- 抑制解析
解析関数とコンストラクターの生成を抑制します。 このオプションを使用する
XMLから解析する必要がない場合に、生成されるコードサイズを減らすため。

--要素タイプの生成
ルート要素の解析およびシリアル化関数の代わりに型を生成します。
これは主に、同じルートタイプのオブジェクトモデルを区別するのに役立ちますが、
さまざまなルート要素を使用します。

--要素マップの生成
の均一な解析とシリアル化を可能にするルート要素マップを生成します
複数のルート要素。 このオプションは、と一緒にのみ有効です --要素の生成-
type.

--生成インテリセンス
Visual Studio 2005（8.0）でIntelliSenseバグの回避策を生成します。 このとき
オプションを使用すると、結果のコードは少し冗長になります。 IntelliSenseの
Visual Studio 2008（9.0）以降では、これらの回避策は必要ありません。 へのサポート
Visual Studio 2003（7.1）のIntelliSenseはこのオプションで改善されていますが、それでも
不完全な。

--デフォルト属性を省略
シリアル化されたXMLドキュメントからデフォルト値と固定値の属性を省略します。

-- 型名
生成されたコードで使用する必要がある型の命名規則を指定します。 有効
スタイルは knr （デフォルト）、 ucc, ジャワ。 下記の命名規則のセクションを参照してください
。

-関数の命名
生成されたコードで使用する関数の命名規則を指定します。
有効なスタイルは knr （デフォルト）、 lcc, ジャワ。 命名規則のセクションを参照してください
詳細については、以下をご覧ください。

--type-正規表現 正規表現
Add 正規表現 XMLスキーマタイプの変換に使用される正規表現のリスト
名前からC ++タイプ名へ。 詳細については、以下の「命名規則」セクションを参照してください。
情報を表示します。

--アクセサ正規表現 正規表現
Add 正規表現 XMLスキーマ名の変換に使用される正規表現のリスト
C ++アクセサ関数名の要素/属性。 ネーミングコンベンションをご覧ください
詳細については、以下のセクションを参照してください。

--one-accessor-regex 正規表現
Add 正規表現 XMLスキーマ名の変換に使用される正規表現のリスト
カーディナリティXNUMXからC ++アクセサ関数名までの要素/属性。 を参照してください
詳細については、以下の命名規則のセクションを参照してください。

--opt-accessor-regex 正規表現
Add 正規表現 XMLスキーマ名の変換に使用される正規表現のリスト
C ++アクセサ関数名にオプションのカーディナリティを持つ要素/属性。 見る
詳細については、以下の「命名規則」セクションを参照してください。

--seq-accessor-regex 正規表現
Add 正規表現 XMLスキーマ名の変換に使用される正規表現のリスト
C ++アクセサ関数名へのカーディナリティシーケンスを持つ要素/属性。 見る
詳細については、以下の「命名規則」セクションを参照してください。

-修飾子-正規表現 正規表現
Add 正規表現 XMLスキーマ名の変換に使用される正規表現のリスト
C ++修飾子関数名の要素/属性。 ネーミングコンベンションをご覧ください
詳細については、以下のセクションを参照してください。

-- XNUMX つの修飾子の正規表現 正規表現
Add 正規表現 XMLスキーマ名の変換に使用される正規表現のリスト
カーディナリティXNUMXからC ++修飾子関数名までの要素/属性。 を参照してください
詳細については、以下の命名規則のセクションを参照してください。

--opt-修飾子-正規表現 正規表現
Add 正規表現 XMLスキーマ名の変換に使用される正規表現のリスト
C ++修飾子関数名にオプションのカーディナリティを持つ要素/属性。 見る
詳細については、以下の「命名規則」セクションを参照してください。

--seq-修飾子-正規表現 正規表現
Add 正規表現 XMLスキーマ名の変換に使用される正規表現のリスト
C ++修飾子関数名へのカーディナリティシーケンスを持つ要素/属性。 見る
詳細については、以下の「命名規則」セクションを参照してください。

-パーサー-正規表現 正規表現
Add 正規表現 XMLスキーマ要素の変換に使用される正規表現のリストへ
C ++解析関数名への名前。 下記の命名規則のセクションを参照してください
詳しくは。

-シリアライザー-正規表現 正規表現
Add 正規表現 XMLスキーマ要素の変換に使用される正規表現のリストへ
名前をC ++シリアル化関数名に変更します。 下記の命名規則のセクションを参照してください
。

--const-正規表現 正規表現
Add 正規表現 XMLスキーマから派生した変換に使用される正規表現のリスト
名前をC ++定数名に変更します。 詳細については、以下の「命名規則」セクションを参照してください。
情報を表示します。

--列挙子-正規表現 正規表現
Add 正規表現 XMLスキーマの変換に使用される正規表現のリストへ
C ++列挙型名への列挙値。 下記の命名規則のセクションを参照してください
。

-- 要素の種類の正規表現 正規表現
Add 正規表現 XMLスキーマ要素の変換に使用される正規表現のリストへ
名前をC ++要素タイプ名に変更します。 詳細については、以下の「命名規則」セクションを参照してください。
情報を表示します。

--name-regex-trace
名前で指定された正規表現を適用するプロセスをトレースします
変換オプション。 このオプションを使用して、正規表現の理由を調べます
あなたが彼らに期待したことをしないでください。

--root 要素の最初
最初のグローバル要素のみをドキュメントルートとして扱います。 デフォルトではすべてグローバル
要素はドキュメントルートと見なされます。

-- ルート要素の最後
最後のグローバル要素のみをドキュメントルートとして扱います。 デフォルトではすべてグローバル
要素はドキュメントルートと見なされます。

--ルート要素-すべて
すべてのグローバル要素をドキュメントルートとして扱います。 これがデフォルトの動作です。 沿って
このオプションを明示的に指定すると、次の場合に発行される警告を抑制できます。
複数のグローバル要素が定義されています。

--ルート要素なし
グローバル要素をドキュメントルートとして扱わないでください。 デフォルトでは、すべてのグローバル要素
ドキュメントのルートと見なされます。

-ルート要素 素子
治療のみ 素子 ドキュメントルートとして。 このオプションを繰り返して、複数を指定します
ルート要素。

-カスタムタイプ 地図
生成されたクラスの代わりにカスタムC ++タイプを使用します。 The 地図 引数はにあります
フォーム 名[=type[/ベース]]、 どこ 名 XMLスキーマで定義されているタイプ名であり、
type 代わりに使用する必要があるC ++タイプ名です。 もしも type 存在しない、または
空の場合、カスタムタイプは同じ名前であると見なされ、
生成されたクラスと同じ名前空間。 もしも ベース 指定された後、
生成されたクラスは引き続き生成されますが、その名前が付けられます。

--カスタムタイプの正規表現 正規表現
生成されたクラスの代わりにカスタムC ++タイプを使用します。 The 正規表現 引数はにあります
フォーム /名前-パット/[タイプサブ/[ベースサブ/]]、 どこ 名前-パット 正規表現パターンです
XMLスキーマで定義されているタイプ名と照合され、 タイプサブ C ++タイプです
代わりに使用する必要がある名前の置換。 もしも タイプサブ 存在しないか、
置換の結果、文字列が空になり、カスタムタイプには
生成されたクラスと同じ名前で、同じ名前空間で定義されます。
If ベースサブ が存在し、その置換により空でない文字列が生成され、次に
生成されたクラスは引き続き生成されますが、この置換の結果は
名前。 パターンと置換はPerl正規表現形式です。 見る
また、以下の正規表現とシェルの見積もりの​​セクションもあります。

- 部品 NUM
生成されたソースコードをに分割 NUM 部品。 これは、大規模な翻訳を行う場合に便利です。
モノリシックスキーマとC ++コンパイラは、結果のソースをコンパイルできません
一度にコードを記述します（通常はメモリ不足が原因です）。

-パーツ-サフィックス サフィックス
　 サフィックス デフォルトの代わりに '-'ファイル名をパーツか​​ら分離する
数。

cxx-パーサー command オプション
--タイプマップ マップファイル
XMLスキーマからC ++タイプへのマッピング情報を マップファイル。 このオプションを繰り返して
いくつかのタイプマップを指定します。 タイプマップは、出現順に考慮され、
最初の一致が使用されます。 デフォルトでは、すべてのユーザー定義型はにマップされます ボイド。 見る
詳細については、以下の「タイプマップ」セクションを参照してください。

--xml-パーサー パーサー
　 パーサー 基盤となるXMLパーサーとして。 有効な値は次のとおりです xerces Xerces-C ++の場合
（デフォルト）と expatの 海外駐在員向け。

--生成検証
検証コードを生成します。 検証コード（「完全なパーサー」）は、
インスタンスドキュメントはスキーマに準拠しています。 検証コードはデフォルトで生成されます
選択した基になるXMLパーサーが検証されていない場合（expatの).

--抑制検証
検証コードの生成を抑制します。 検証はデフォルトで抑制されています
選択した基になるXMLパーサーが検証中の場合（xerces).

--生成多態性
ポリモーフィズム対応のコードを生成します。 置換を使用する場合は、このオプションを指定してください
グループまたは xsi：type.

--generate-noop-impl
何もしない（操作なし）サンプルパーサー実装を生成します。 The
次に、サンプル実装にアプリケーション固有のコードを入力できます。 のために
フォームの入力ファイル 名前.xsd このオプションはXNUMXつの生成をトリガーします
次の形式の追加のC ++ファイル： 名前-pimpl.hxx （パーサー実装ヘッダー
ファイル）および 名前-pimpl.cxx （パーサー実装ソースファイル）。

--generate-print-impl
XMLデータをSTDOUTに出力するサンプルパーサー実装を生成します。 のために
フォームの入力ファイル 名前.xsd このオプションはXNUMXつの生成をトリガーします
次の形式の追加のC ++ファイル： 名前-pimpl.hxx （パーサー実装ヘッダー
ファイル）および 名前-pimpl.cxx （パーサー実装ソースファイル）。

--生成テストドライバー
サンプルパーサー実装のテストドライバーを生成します。 の入力ファイルの場合
フォーム 名前.xsd このオプションは、で追加のC ++ファイルの生成をトリガーします
フォーム 名前-ドライバー.cxx.

--強制上書き
既存の実装およびテストドライバーファイルを強制的に上書きします。 これを使って
サンプルで行った変更を失うことを気にしない場合にのみオプション
実装またはテストドライバーファイル。

--root 要素の最初
最初のグローバル要素がドキュメントルートであることを示します。 この情報は
サンプル実装のテストドライバーを生成するために使用されます。

-- ルート要素の最後
最後のグローバル要素がドキュメントルートであることを示します。 この情報は
サンプル実装のテストドライバーを生成するために使用されます。

-ルート要素 素子
それを示してください 素子 ドキュメントのルートです。 この情報は、生成に使用されます
サンプル実装のテストドライバー。

--skel-type-suffix サフィックス
提供されているものを使用してください サフィックス デフォルトの代わりに _pskel の名前を作成するには
生成されたパーサースケルトン。

--skel-ファイル-サフィックス サフィックス
提供されているものを使用してください サフィックス デフォルトの代わりに -pskel の名前を作成するには
生成されたパーサースケルトンファイル。

--impl-type-suffix サフィックス
提供されているものを使用してください サフィックス デフォルトの代わりに _ピンプル の名前を作成するには
組み込みのXMLスキーマタイプのパーサー実装とサンプルパーサー
実装

--impl-ファイルサフィックス サフィックス
提供されているものを使用してください サフィックス デフォルトの代わりに -にきび の名前を作成するには
生成されたサンプルパーサー実装ファイル。

ネーミング 大会

コンパイラは、生成されたもので特定の命名規則を使用するように指示できます。
コード。 広く使用されている多くの規則は、 -- 型名 &
-関数の命名 オプション。 カスタム命名規則は、 - タイプ-
正規表現, --アクセサ正規表現, --one-accessor-regex, --opt-accessor-regex, --seq-accessor-regex,
-修飾子-正規表現, -- XNUMX つの修飾子の正規表現, --opt-修飾子-正規表現, --seq-修飾子-正規表現,
-パーサー-正規表現, -シリアライザー-正規表現, --const-正規表現, --列挙子-正規表現, -要素タイプ-
正規表現 オプション。

　 -- 型名 オプションは、C ++の命名に使用する必要がある規則を指定します
タイプ。 このオプションの可能な値は次のとおりです。 knr （デフォルト）、 ucc, ジャワを選択します。 knr 値
（K＆Rの略）は、アンダースコア付きの標準の小文字の命名規則を意味します
単語の区切り文字として使用されます。例：foo、foo_bar。 The ucc （アッパーキャメルの略-
ケース）および ジャワ 同じ命名規則の同義語を評価します。
名前の各単語は大文字になります（例：Foo、FooBar）。

同様に、 -関数の命名 オプションは、に使用する必要がある規則を指定します
C ++関数の命名。 このオプションの可能な値は次のとおりです。 knr （デフォルト）、 lcc, ジャワ.
　 knr value（K＆Rの略）は、標準の小文字の命名規則を示します。
単語の区切り文字として使用されるアンダースコア。例：foo（）、foo_bar（）。 The lcc 値
（小文字のキャメルケースを表す）は、それぞれの最初の文字が命名規則を意味します
最初の単語以外の単語は大文字になります（例：foo（）、fooBar（））。 The ジャワ 命名
規則は、アクセサ関数が
getのプレフィックス、修飾子関数のプレフィックス、set、解析関数のプレフィックス
接頭辞はparseで、シリアル化関数の接頭辞はserializeです。次に例を示します。
getFoo（）、setFooBar（）、parseRoot（）、serializeRoot（）。

で指定された命名規則に注意してください -- 型名 & -関数の命名
オプションは、のスキーマに由来する名前に対して限定された変換のみを実行します。
タイプ、属性、および要素名の形式。 言い換えれば、一貫した結果を得るために、
スキーマは、希望するものと同様の命名規則に従う必要があります
生成されたコードで。 または、 -*-正規表現 オプション（以下で説明）
スキーマに由来する名前に対してさらに変換を実行します。

　 --type-正規表現, --アクセサ正規表現, --one-accessor-regex, --opt-accessor-regex, --続き-
アクセサ-正規表現, -修飾子-正規表現, -- XNUMX つの修飾子の正規表現, --opt-修飾子-正規表現, --続き-
修飾子-正規表現, -パーサー-正規表現, -シリアライザー-正規表現, --const-正規表現, --列挙子-正規表現,
-- 要素の種類の正規表現 オプションを使用すると、名前ごとに追加の正規表現を指定できます
に応じて追加される事前定義されたセットに加えて、カテゴリ -- 型名
& -関数の命名 オプション。 で提供される式 -*-正規表現 オプション
事前定義された式の前に評価されます。 これにより、選択的にオーバーライドできます
事前定義された変換の一部またはすべて。 独自の式をデバッグする場合、
多くの場合、どの式がどの名前に一致するかを確認するのに役立ちます。 The --name-regex-trace オプション
名前に正規表現を適用するプロセスを追跡できます。

の値 -*-正規表現 オプションは、フォーム内のPerlのような正規表現である必要があります
/パターン/置換/。 代わりに任意の文字を区切り文字として使用できます /。 脱出
の区切り文字の パターン or 置換 サポートされていません。 すべての定期的な
各カテゴリの式は、最後のカテゴリ固有のスタックにプッシュされます
指定された式が最初に考慮されます。 成功した最初の一致が使用されます。 のために
--one-accessor-regex （カーディナリティXNUMXのアクセサ）、 --opt-accessor-regex （アクセサ
カーディナリティはオプション）、および --seq-accessor-regex （カーディナリティシーケンスを持つアクセサ）
カテゴリカテゴリ --アクセサ正規表現 式はフォールバックとして使用されます。 のために - XNUMX-
修飾子-正規表現, --opt-修飾子-正規表現, --seq-修飾子-正規表現 カテゴリカテゴリ -修飾子-
正規表現 式はフォールバックとして使用されます。 のために -- 要素の種類の正規表現 カテゴリカテゴリ
--type-正規表現 式はフォールバックとして使用されます。

タイプ名式（--type-正規表現）は、
次の形式：

[名前空間 ]名[,名][,名][,名]

要素タイプ名式（-- 要素の種類の正規表現）、次の場合にのみ有効
--要素タイプの生成 オプションが指定され、次の名前の文字列で評価されます
次の形式：

名前空間 名

タイプ名の形式では、 名前空間 スペースが後に続く部分は、グローバルにのみ存在します
タイプ名。 ターゲット名前空間のないスキーマで定義されたグローバルタイプと要素の場合、
　 名前空間 一部は空ですが、スペースはまだ存在しています。 後の型名形式
初期 名 コンポーネント、最大XNUMXつ追加 名 コンポーネントが存在する可能性があります、
カンマで区切られた。 例えば：

http://example.com/hello type

foo

foo、イテレータ

foo、const、iterator

次の定義済み正規表現のセットは、次の場合に型名を変換するために使用されます。
大文字の命名規則が選択されています。

/（？：[^ ]* ）？（[^、] +）/ \ u $ 1 /

/（？：[^ ]* ）？（[^、] +）、（[^、] +）/ \ u $ 1 \ u $ 2 /

/（？：[^ ]* ）？（[^、] +）、（[^、] +）、（[^、] +）/ \ u $ 1 \ u $ 2 \ u $ 3 /

/（？：[^ ]* ）？（[^、] +）、（[^、] +）、（[^、] +）、（[^、] +）/ \ u $ 1 \ u $ 2 \ u $ 3 \ u $ 4 /

アクセサー式と修飾子式（-* accessor-正規表現 & -*修飾子-正規表現）は
次の形式の名前文字列で評価されます。

名[,名][,名]

イニシャル後 名 コンポーネント、最大XNUMXつ追加 名 コンポーネントが存在する可能性があります、
カンマで区切られた。 例えば：

foo

dom、document

foo、default、value

次の事前定義された正規表現のセットは、アクセサ名を変換するために使用されます
時 ジャワ 命名規則が選択されています：

/（[^、] +）/ get \ u $ 1 /

/（[^、] +）、（[^、] +）/ get \ u $ 1 \ u $ 2 /

/（[^、] +）、（[^、] +）、（[^、] +）/ get \ u $ 1 \ u $ 2 \ u $ 3 /

パーサー、シリアライザー、および列挙子のカテゴリーの場合、対応する通常の
式は、要素のローカル名と列挙値で評価されます。
それぞれ。 たとえば、次の事前定義された正規表現は、
解析関数名を変換するとき ジャワ 命名規則が選択されています：

/(.+)/解析\u$1/

constカテゴリは、要素/ワイルドカード/テキストのC ++定数名を作成するために使用されます
順序付けされたタイプのコンテンツID。

以下の「正規表現とシェルの見積もり」セクションも参照してください。

タイプ MAP

タイプマップファイルは、C ++ / Parserで使用され、XMLスキーマとC ++の間のマッピングを定義します。
タイプ。 コンパイラーはこの情報を使用して、の戻りタイプを判別します。 役職_*
XMLスキーマタイプおよび引数タイプに対応するパーサースケルトンの関数
これらのタイプの要素と属性に対応するコールバックの場合。

コンパイラには、組み込みのXMLスキーマタイプをにマップする一連の事前定義されたマッピングルールがあります。
適切なC ++タイプ（以下で説明）および他のすべてのタイプ ボイド。 あなた自身を提供することによって
これらの事前定義されたルールをオーバーライドできるタイプマップ。 タイプマップファイルの形式は次のとおりです。
以下に示します：

名前空間 スキーマ-名前空間 [ cxx-名前空間 ]
{
( include ファイル名; )*
([ type ] スキーマタイプ cxx-ret-type [ cxx-arg-type ]; )*
}

両方 スキーマ-名前空間 & スキーマタイプ 正規表現パターンですが cxx-名前空間, cxx-ret-
type, cxx-arg-type 正規表現パターンの置換です。 すべての名前はオプションで指定できます
たとえば、空白を含めるには、「」で囲みます。

スキーマ-名前空間 XMLスキーマの名前空間を決定します。 オプション cxx-名前空間 プレフィックスが
この名前空間宣言内のすべてのC ++型名。 cxx-ret-type はC ++タイプの名前です
のリターンタイプとして使用されます 役職_* 機能。 オプション cxx-arg-type 引数です
このタイプの要素と属性に対応するコールバック関数のタイプ。 もしも cxx-
引数の型 指定されていない場合、デフォルトで cxx-ret-type if cxx-ret-type で終わる * or &
（つまり、それはポインタまたは参照です）そして 定数 cxx-ret-type& さもないと。 ファイル名 is
""または<>形式のファイル名で、 #include への指令
生成されたコード。

　 # 文字は、改行またはファイルの終わりで終わるコメントを開始します。 指定するには
を含む名前 # 「」で囲みます。 例えば：

名前空間 http://www.example.com/xmlns/my my
{
「my.hxx」を含める;

＃リンゴを値で渡します。
#
アップルアップル;

＃オレンジをポインタとして渡します。
#
オレンジorange_t *;
}

上記の例では、 http://www.example.com/xmlns/my＃オレンジ XMLスキーマタイプ、
my :: orange_t * C ++型は、戻り型と引数型の両方として使用されます。

XNUMXつのファイルで複数の名前空間宣言を指定できます。 名前空間
名前空間のないスキーマのタイプをマップするために、宣言を完全に省略できます。
例えば：

「my.hxx」を含める;
アップルアップル;

名前空間 http://www.example.com/xmlns/my
{
オレンジ "const orange_t *";
}

コンパイラには、次のように提示できる事前定義されたマッピングルールがいくつかあります。
以下のマップファイル。 文字列ベースのXMLスキーマの組み込み型は、次のいずれかにマップされます。
std ::文字列 or std :: wstring で選択した文字タイプに応じて --文字タイプ
オプション（チャリオット デフォルト）。

名前空間 http://www.w3.org/2001/XMLSchema
{
ブール ブール ブール;

バイト "signed char" "signed char";
unsignedByte "unsigned char" "unsigned char";

ショートショートショート;
unsignedShort "unsigned short" "unsigned short";

int int;
unsignedInt "unsigned int" "unsigned int";

long "long long" "long long";
unsignedLong "unsigned long long" "unsigned long long";

整数 "long long" "long long";

negativeInteger "long long" "long long";
nonPositiveInteger "long long" "long long";

positiveInteger "unsigned long long" "unsigned long long";
nonNegativeInteger "unsigned long long" "unsigned long long";

フロートフロートフロート;
ダブルダブルダブル;
XNUMX進数のdoubledouble;

string std :: string;
normalizedString std :: string;
トークンstd :: string;
名前std :: string;
NMTOKEN std :: string;
NCName std :: string;
ID std :: string;
IDREF std :: string;
言語std :: string;
anyURI std :: string;

NMTOKENS xml_schema :: string_sequence;
IDREFS xml_schema :: string_sequence;

QName xml_schema :: qname;

base64Binary std :: auto_ptr
std :: auto_ptr ;
hexBinary std :: auto_ptr
std :: auto_ptr ;

日付xml_schema :: date;
dateTime xml_schema :: date_time;
期間xml_schema :: duration;
gDay xml_schema :: gday;
gMonth xml_schema :: gmonth;
gMonthDay xml_schema :: gmonth_day;
gYear xml_schema :: gyear;
gYearMonth xml_schema :: gyear_month;
時間xml_schema :: time;
}

最後の事前定義されたルールは、以前のルールによってマップされなかったものをすべてにマップします ボイド:

名前空間。*
{
。* void void;
}

独自のタイプマップを提供する場合 --タイプマップ オプションの場合、最初に評価されます。
これにより、事前定義されたルールを選択的にオーバーライドできます。

正規表現 そして SHELL 見積り

シェルのコマンドラインに正規表現の引数を入力すると、多くの場合、
を防ぐために引用符（引数を「」または「」で囲む）を使用する必要があります
シェルが特定の文字を解釈しないようにします。たとえば、スペースを引数の区切り文字として、
変数展開としての$。

残念ながら、POSIXシェル間で移植可能な方法でこれを実現することは困難です。
GNU / LinuxとUNIX、およびWindowsシェルに見られるものなど。 たとえば、「」を使用する場合
引用符の場合、式に$が含まれていると、POSIXシェルで間違った結果が得られます。
POSIXシステムでこれを処理する標準的な方法は、代わりに ''を使用することです。
残念ながら、Windowsシェルは、引数がに渡されるときに引数から ''を削除しません
アプリケーション。 その結果、POSIXの場合は ''を使用し、Windowsの場合は ""を使用する必要がある場合があります（$は
Windowsでは特殊文字として扱われます）。

または、正規表現オプションをファイルに保存することもできます（XNUMX行にXNUMXつのオプション）。
このファイルを --オプションファイル オプション。 このアプローチでは、する必要はありません
シェルの引用について心配する。

診断

入力ファイルが有効なW3CXMLスキーマ定義でない場合、 xsdcxx 診断を発行します
へのメッセージ 標準 ゼロ以外の終了コードで終了します。

onworks.netサービスを使用してオンラインでxsdcxxを使用する