XML 形式での汎用データ交換。 「Universal XML Data Interchange」処理は、ファイルへのデータのロードおよびアンロードに割り当てられます。 使用方法。 汎用プロシージャと関数

ヘルプ 07.02.2022
ヘルプ

1C データ変換の教科書 (第 2 版) 最適化

データアップロードルール

1. データアップロードルールの順序

依存オブジェクトのリンクが下から上になるような順序でデータ アップロード ルールを配置することをお勧めします。 つまり、オブジェクトが誰をも参照していないデータをアンロードするためのルールが最初に来て、次に最初のグループを参照するオブジェクトをアンロードするためのルールが続く必要があります。

例: ユーザーと個人という 2 つのディレクトリをダウンロードする必要があります。 Directory Users には必要な物理的情報が含まれています。 person - 個人のディレクトリへのリンク。 つまり、Users ディレクトリは Individuals ディレクトリを参照します。 この場合に推奨されるアップロード ルールの順序は、個人、ユーザーです。

2. 1 回のリクエストでアップロードするデータを選択します

変換ルールにテーブル部品の転送や移動が含まれておらず、アンロード前のイベントでアンロードされたオブジェクトへの直接呼び出しがない場合は、「1 回のリクエストでアンロードするデータを選択」モードを使用することをお勧めします。データアンロードルール。 このモードでは、各オブジェクトをアップロードするための個別のクエリを作成するのではなく、特定のタイプのアップロードされたすべてのデータを 1 回のリクエストで受信できます。

オブジェクト変換ルール

3. 読み込み時にクイック検索を使用する

このアンロードおよびロードのモードは、総数が比較的少なく (最大約 1000 要素)、他のオブジェクトに多数の参照がある参照型をアンロードするオブジェクト変換ルールに使用することをお勧めします。

例: ディレクトリ ユーザー。 ほとんどすべてのドキュメントにはこのディレクトリへのリンクがあり、ディレクトリ内の要素の数は 1000 を超えません。

4. プロパティ オブジェクトを参照によってアンロードしないでください。

このモードでは、リンクが存在するすべての要素をアンロードしないオブジェクト変換ルールが許可されます。 このモードが設定されている場合、アンロード時にオブジェクト自体とそのすべてのリンクを検索するための情報がアンロードされますが、依存要素に関する完全な情報はアンロードされません。 この最適化により、データのアップロードとダウンロードが数倍高速化されます。

5. アンロードされたオブジェクトを覚えていない

非参照オブジェクト (レジスタ) の変換規則については、「アンロードされたオブジェクトを記憶しない」チェックボックスをオンにする必要があります。レジスタ行は参照できないため、アンロードされたレジスタ行を覚えていても意味がありません。 参照オブジェクトの場合、このフラグは通常、同じオブジェクトをアンロードするための繰り返しアクセスを最適化するために必要です。

6. すべてのオブジェクトに共通のイベント ハンドラーを作成しないでください。

すべてのオブジェクトのデータをアップロードおよびロードする前に、共通のイベント ハンドラーを使用することはお勧めできません。 アップロード ハンドラーとダウンロード ハンドラーでは、これらのハンドラーで何が実行されるかがわからないため、一部の最適化 (たとえば、ロード時に変更されたオブジェクトのみを書き込む場合など) は有効になりません。 アンロード時とロード時に同じデータ処理アルゴリズムを使用する必要がある場合は、新しいアルゴリズムを作成し、必要なオブジェクトのイベントでそれを呼び出すことをお勧めします。

ユニバーサル XML データ交換処理

7. データ交換に最適化された形式を使用する

8. エクスチェンジモードでデータをダウンロードする

データ読み込み段階での不必要なチェックを回避できます。

9. 変更されたオブジェクトのみを記録する

変更されたオブジェクトのみを情報ベースに記録できます。 オブジェクトが変更されていない場合、交換ファイルからロードするときにオブジェクトは上書きされません。

10. 最適化されたオブジェクト記録

このモードを使用すると、オブジェクトを記録するための情報ベース内のヒット数を大幅に減らすことができます。

11. レコードのセットを含むレジスタの書き込み

このモードでは、レコード マネージャーではなくレコード セットによってレジスタ変更を書き込むことができます。

12. COM経由のデータ交換

V8 間交換の場合、送信元情報ベースと宛先情報ベースが同じローカル ネットワーク内にある場合は、COM 接続を介した交換を使用することをお勧めします。 Universal Data Exchange 処理が受信機構成に存在することのみが必要です。

心から、 ウラジミール・ミルキン(教師兼開発者

XML形式でのUniversal Data Interchangeの処理（Universal Data Exchangexmlの処理）

「XML 形式のユニバーサル データ交換」の処理は、1C:Enterprise 8 プラットフォームに実装された任意の構成からファイルにデータをロードおよびアンロードすることを目的としています。

動作モード
管理フォームを使用する場合、処理には次の 2 つの操作モードがあります。
1. クライアント上で。 このモードを使用すると、ルールとダウンロード データ ファイルがクライアントからサーバーに転送され、ダウンロード データ ファイルがサーバーからクライアントに転送されます。 クライアント上にあるこれらのファイルへのパスは、アクションを実行する直前にダイアログ ボックスで指定する必要があります。
2. サーバー上。 このモードでは、ファイルはクライアントに転送されないため、ファイルへのパスはサーバー上で指定する必要があります。
注: 外部処理ファイルと交換プロトコル ファイルは、動作モードに関係なく、常にサーバー上に配置する必要があります。

Universal Data Interchange を XML 形式でダウンロードする- 登録ユーザーのみがファイルをダウンロードできます!


処理には 4 つのタブがあります

データのアップロード
データをアップロードするには、データのアップロード先となるファイルの名前を指定し、交換ルール ファイルを選択する必要があります。 特殊な構成「Data Conversion, Edition 2」では、任意の構成の Exchange ルールを構成できます。

独立した定期情報台帳から文書や記録をアップロードするには、「開始日」と「終了日」の期間を指定する必要があります。 ダウンロードしたデータを含むファイルは圧縮できます。

「データのアップロードのルール」タブでは、アップロードするオブジェクトのタイプを選択したり、オブジェクトを選択するための選択項目を設定したり、データをアップロードするデータ交換ノードを指定したりできます。

[アップロード オプション] タブでは、データ アップロードの追加パラメータを指定できます。

「コメント」タブでは、交換ファイルに含める任意のコメントテキストを記述できます。

トランザクションへのデータのロードを構成できます。 これを行うには、「トランザクションを使用する」チェックボックスを選択し、ロード時に 1 つのトランザクション内の要素の数を指定する必要があります。

「交換モードでのデータのロード (Data Exchange.Load = True)」 – フラグが設定されている場合、オブジェクトのロードはロード フラグが設定された状態で実行されます。 これは、オブジェクトがデータベースに書き込まれるとき、すべてのプラットフォームとアプリケーションのチェックが無効になることを意味します。 例外は、転記またはキャンセルモードで記録された文書です。 ドキュメントの投稿および投稿のキャンセルは、常に読み込みモードを設定せずに実行されます。 チェックが実行されます。

追加の設定
このタブは、データのアップロードとダウンロードの詳細な設定に使用されます。

「デバッグ モード」 – 交換デバッグ モードを設定するためのフラグ。 このフラグが設定されている場合、エラーが発生してもデータ交換プロセスは停止されません。 交換が完了し、デバッグ メッセージが交換ログ ファイルに出力されます。 このモードは、交換ルールをデバッグするときに使用することをお勧めします。

「メッセージ ウィンドウに情報メッセージを出力」 – フラグが設定されている場合、データ交換プロセスのプロトコルがメッセージ ウィンドウに表示されます。

「ステータス更新用に処理されたオブジェクトの数」 – このパラメータは、ロード/アンロードのステータス行を変更する前に処理された要素の数を決定するために使用されます。

「データ アップロード設定」 – データをアップロードするときに 1 つのトランザクションで処理される要素の数を決定したり、アクセス権のあるオブジェクトのみをアップロードして処理したり、交換計画を通じてアップロードされたオブジェクトの登録変更の種類を構成したりできます。

「データ交換に最適化された形式を使用する (V8 - V8、処理バージョン 2.0.18 以上)」 – 最適化された交換メッセージ形式は、メッセージ ヘッダーに「InformationOnDataTypes」ノードが存在することを前提としています。このノードには、データ型に関する情報が含まれます。アップロードされました。 これにより、データの読み込みプロセスを高速化できます。

「交換計画のアンロード時にトランザクションを使用する」 – このフラグは、交換計画ノードで変更を取得するときにデータをアンロードするときにトランザクションを使用するモードを決定します。 フラグが設定されている場合、データのアップロードはトランザクションで実行されます。

「トランザクションあたりの項目数」 - 単一のデータベース トランザクション内のメッセージに配置されるデータ項目の最大数を定義します。 パラメータ値が 0 (デフォルト値) の場合、すべてのデータは 1 つのトランザクション内に配置されます。 メッセージに含まれるデータの一貫性が保証されるため、このモードをお勧めします。 ただし、マルチユーザー モードでメッセージを作成すると、メッセージにデータを入れているトランザクションと他のユーザーが実行するトランザクションとの間でロックの競合が発生する可能性があります。 このような競合の可能性を減らすために、このパラメータをデフォルト以外の値に設定できます。 パラメーター値が低いほど、ロック競合の可能性は低くなりますが、メッセージに矛盾したデータが含まれる可能性が高くなります。

「アクセス権のあるオブジェクトをアンロードする」 - フラグが設定されている場合、プログラムの現在のユーザーのアクセス権を考慮してインフォベース オブジェクトの選択が実行されます。 これには、クエリ本文でリテラル「ALLOWED」を使用してデータを取得することが含まれます。

「XML に書き込む文字列から無効な文字を自動的に削除する」 - フラグが設定されている場合、Exchange メッセージにデータを書き込むときに無効な文字が削除されます。 文字は XML 1.0 推奨事項に基づいてチェックされます。

「アップロード後の交換ノードの登録変更」 – このフィールドは、データのアップロード完了後のデータ変更の登録に関する操作モードを決定します。 可能な値:

登録を削除しない - データをアップロードした後、ノード上の変更の登録は削除されません。
交換ノードの登録を完全に削除します - データをアップロードした後、ノード上の変更の登録は完全に削除されます。
アップロードされたメタデータの登録のみを削除 - データのアップロード後、ノード上の変更の登録は、アップロード用に指定されたメタデータ オブジェクトに対してのみ削除されます。

「交換プロトコル」 – メッセージ ウィンドウでの情報メッセージの表示、メンテナンス、および別のファイルでの交換プロトコルの記録を設定できます。

「ファイル名、交換プロトコル」 – データ交換プロセスのプロトコルを出力するファイル名。

「ダウンロードプロトコル（COM接続用）」：COM接続で送受信する際の受信拠点でのデータ送受信処理のプロトコルを出力するファイル名。 重要: ファイルへのパスは、受信ベースがインストールされているコンピューターからアクセスできる必要があります。

「交換プロトコルにデータを追加」 – フラグが設定されている場合、プロトコル ファイルがすでに存在する場合は、交換プロトコル ファイルの内容が保存されます。

「情報メッセージをプロトコルに出力」 – フラグが設定されている場合、交換エラーに関するメッセージに加えて、情報メッセージが交換プロトコルに出力されます。

「操作の実行後に交換プロトコル ファイルを開く」 – フラグが設定されている場合、データ交換後に交換プロトコル ファイルが自動的に開かれて表示されます。

データの削除
ブックマークは交換ルールの開発者のみに必要です。 インフォベースから任意のオブジェクトを削除できます。

デバッグデータのアップロードとダウンロード
処理により、イベント ハンドラーをデバッグし、ルール ファイルまたはデータ ファイルからデバッグ モジュールを生成できます。

アップロード ハンドラーのデバッグ モードを有効にするには、[データ アップロード] タブで [アップロード ハンドラーのデバッグ モード] チェックボックスをオンにします。 したがって、「データロード」タブで、「ロードハンドラデバッグモード」チェックボックスをチェックすることにより、ロードデバッグモードが有効になります。

ハンドラーのデバッグモードを設定すると、デバッグ設定ボタンが使用可能になります。 このボタンをクリックすると設定ウィンドウが開きます。

デバッグ ハンドラーのセットアップは、次の 4 つの手順で実行されます。

ステップ 1: アルゴリズム デバッグ モードの選択

最初のステップでは、アルゴリズムのデバッグ モードを決定する必要があります。

アルゴリズムのデバッグなし
アルゴリズムをプロシージャとして呼び出す
呼び出し先でアルゴリズムコードを置き換える

最初のモードは、ハンドラー内のエラーがアルゴリズムのコードに関連していないことが確実にわかっている場合に使用すると便利です。 このモードでは、アルゴリズム コードはデバッグ モジュールにアップロードされません。 アルゴリズムは「Run()」演算子のコンテキストで実行され、そのコードはデバッグには使用できません。

2 番目のモードは、アルゴリズム コードにエラーがある場合に使用する必要があります。 このモードが設定されている場合、アルゴリズムは別のプロシージャとしてアンロードされます。 アルゴリズムがハンドラーから呼び出された瞬間に、対応する処理プロシージャが呼び出されます。 このモードは、グローバル変数「Parameters」を使用してアルゴリズムにパラメーターを渡すときに使用すると便利です。 このモードを使用する場合の制限は、アルゴリズムのデバッグ時に、アルゴリズムの呼び出し元のハンドラーのローカル変数が使用できないことです。

3 番目のデバッグ モードは、2 番目のケースと同様、アルゴリズム コードをデバッグするとき、および 2 番目のデバッグ モードが適切でない場合に使用されます。 このモードが設定されている場合、アルゴリズムはハンドラーに統合されたコードとしてアンロードされます。 それらの。 アルゴリズム呼び出し演算子の代わりに、ネストされたアルゴリズムを考慮して、アルゴリズムの完全なコードが挿入されます。 このモードでは、ローカル ハンドラー変数の使用に制限はありませんが、再帰呼び出しを使用してアルゴリズムをデバッグする場合には制限があります。

ステップ 2: デバッグモジュールの形成

2 番目のステップでは、「アンロード (ロード) デバッグ モジュールの作成」ボタンをクリックしてハンドラーをアンロードする必要があります。 生成されたハンドラーとアルゴリズムは、別のウィンドウに表示されて表示されます。 デバッグ モジュールの内容は、[クリップボードにコピー] ボタンをクリックしてクリップボードにコピーする必要があります。

ステップ 3: 外部処理の作成

このステップでは、コンフィギュレーターを起動して、新しい外部処理を作成する必要があります。 クリップボードの内容を処理モジュール（デバッグモジュール）に貼り付け、任意の名前で処理を保存する必要があります。

ステップ 4: 外部処理の接続

最後の 4 番目のステップでは、入力フィールドに外部処理ファイルの名前を指定する必要があります。 この場合、プログラムは、処理ファイルの作成（更新）時刻をチェックする。 処理のバージョンがデバッグ モジュール ファイルのバージョンよりも古い場合、警告が表示され、設定フォームは閉じられません。

注: 「交換ルールのロード後」にグローバル変換ハンドラーをデバッグする機能はサポートされていません。

2018-11-15T19:32:35+00:00

ユニバーサル処理「XML データのアップロードとロード」は、インフォベース データの完全または部分的な XML 形式のファイルへのアンロードを実行します。 その後、同じ処理を使用して、このファイルをインフォベースにロードできます。 アップロードファイル形式は、ヘッダ部の交換計画に従ってアップロードする際に作成されるファイル形式とは異なります。

処理は、データがアップロードされた情報ベースとデータがロードされた情報ベースが同種である場合 (構成は同一で、データは異なる場合があります)、またはアップロードされたすべてのオブジェクトがほぼ完全に同一である場合にのみ使用できます。詳細とテーブル部分の構成とタイプ、「主要な」メタデータ オブジェクトのプロパティなど。

この処理を使用すると、たとえば、データの完全または部分的なバックアップ コピーを作成したり、インフォベース間でデータを交換したり、障害のあるインフォベースを復元するときの補助ツールとしても使用できます。

処理では、期間による選択を指定する機能を備えたデータのアップロードがサポートされています。 また、XML 経由で交換するときにオブジェクトに無効な文字が存在するかどうかをチェックする機能も実装されています。

敬具（教師兼開発者）。


「XML 形式のユニバーサル データ交換」処理は、1C:Enterprise 8 プラットフォームに実装されたカスタム構成からファイルにデータをロードおよびアンロードすることを目的としています。

操作手順

管理フォームを使用する場合、処理には次の 2 つの操作手順があります。
1. クライアント上で。 このモードを適用すると、ルールとダウンロード データ ファイルがクライアントからサーバーに転送され、ダウンロード データ ファイルがサーバーからクライアントに転送されます。 クライアント上にあるこれらのファイルへのパスは、アクションを実行する直前に開くウィンドウで指定する必要があります。
2. サーバー上。 このオプションでは、ファイルはクライアントに転送されないため、ファイルへのパスはサーバー上で設定する必要があります。
注: 外部処理ファイルと交換プロトコル ファイルは、動作モードに関係なく、常にサーバー上に存在する必要があります。

処理には 4 つのタブがあります

データのアップロード

データをアップロードするには、データのアップロード先となるファイルの名前を決定し、交換ルール ファイルを指定する必要があります。 特別な構成「データ変換、エディション 2」では、任意の構成の交換ルールを構成できます。

独立した定期情報登録簿の文書や記録をアップロードするには、間隔を決定する必要があります
- 「開始日」と「終了日」。 ダウンロードしたデータを含むファイルは圧縮できます。

[データ アップロード ルール] パネルでは、アップロードする必要があるオブジェクトのタイプを指定したり、オブジェクトを選択するための選択項目を設定したり、データをアップロードするデータ交換ノードを定義したりできます。

「アップロードの詳細」パネルでは、データアップロードの追加の詳細を定義できます。

「コメント」パネルでは、交換ファイルに含める任意のコメントテキストを記述することができます。

データをロードするには、データのダウンロード元となるファイルの名前を決定する必要があります。

トランザクションへのデータのロードを構成できます。 これを行うには、「トランザクションを使用」フラグを有効にし、ロード時に 1 つのトランザクション内の要素の数を決定する必要があります。

「交換オプションでデータをロードする (Data Exchange.Load = True)」 – チェックボックスがチェックされている場合、オブジェクトのロードは指定されたロード属性で実行されます。 これは、オブジェクトをデータベースに書き込むときに、すべてのプラットフォームとアプリケーションのチェックが無効になることを意味します。 例外は、実行または実行のキャンセルのオプションが記録された文書です。 ドキュメントの投稿とキャンセルは、常に読み込みモードを割り当てずに実行されます。 チェックが行われます。

追加の設定

このパネルは、データのアップロードとダウンロードを詳細に設定できるように設計されています。

「デバッグ順序」 – 交換デバッグモードを設定するためのチェックボックス。 このボックスをチェックすると、エラーが発生してもデータ交換メカニズムは停止されません。 交換が完了し、デバッグ メッセージが交換ログ ファイルに出力されます。 交換ルールをデバッグする場合は、この手順を使用することをお勧めします。

「メッセージ ウィンドウに情報メッセージを出力する」 – このチェックボックスが選択されている場合、データ交換プロセスのプロトコルがメッセージ ウィンドウに表示されます。

「ステータス更新用に処理されたオブジェクトの数」 – この属性は、ロード/アンロード ステータス行を編集する前に、処理された要素の数を計算することを目的としています。

「データ アップロード設定」 – データをアップロードするときに 1 つのトランザクションで処理される要素の数を割り当てたり、アクセス権のあるオブジェクトのみをアップロードして処理したり、交換計画を通じてアップロードされたオブジェクトのコミット編集のタイプを構成したりできます。

「データ交換に最適化された形式を使用する (V8 - V8、処理バージョン 2.0.18 以上)」 – 最適化された交換メッセージ形式は、メッセージ ヘッダーに「InformationOnDataTypes」ノードが存在することを前提としています。このノードには、データ型に関する情報が含まれます。アップロードされました。 これにより、データ読み込みメカニズムを高速化できます。

「交換計画のアンロード時にトランザクションを使用する」 – チェックボックスは、交換計画ノードの調整を選択するときにデータをアンロードするときにトランザクションを使用する順序を指定します。 チェックボックスをオンにすると、データはトランザクションでアップロードされます。

「トランザクションあたりの項目数」 – 単一のデータベース トランザクションの境界内でメッセージに配置できるデータ項目の最大数を設定します。 パラメータの内容が 0 (デフォルトの内容) と同一の場合、すべてのデータは 1 つのトランザクションの境界内に含まれます。 メッセージに含まれるデータの一貫性が保証されるため、この順序をお勧めします。 ただし、マルチユーザー環境でメッセージを作成する場合、データがメッセージに配置されるトランザクションと他のユーザーが実行するトランザクションとの間でロックの競合が発生する可能性があります。 このような競合の可能性を減らすために、このパラメータの内容をデフォルト値以外に定義することができます。 パラメーターの内容が小さいほど、ロック競合の可能性は低くなりますが、メッセージに矛盾したデータが含まれる可能性が高くなります。

「アクセス権のあるオブジェクトをアップロードする」 - チェックボックスが選択されている場合、指定されたプログラム ユーザーのアクセス権を考慮してインフォベース オブジェクトが選択されます。 これには、リクエストの本文でリテラル「ALLOWED」を使用してデータを取得することが含まれます。

「XML に書き込む行から無効な文字を自動的に削除する」 – チェックボックスが選択されている場合、Exchange メッセージにデータを書き込むときに無効な文字が削除されます。 文字は XML 1.0 勧告に基づいて解析されます。

「アップロード後の交換ノードのコミットの編集」 – このフィールドは、データのアップロード完了後にデータ調整を登録する手順を指定します。 有効な値:

* 登録を削除しないでください - データをアップロードした後、ノード上の調整の記録は削除されません。

* 交換ノードの登録を完全に削除 - データのアップロード後、ノード上の調整の記録は完全に削除されます。

* ダウンロードされたメタデータの登録のみを削除 - データのダウンロード後、ダウンロード用に指定されたメタデータ オブジェクトについてのみ、ノード上の調整の記録が削除されます。

「交換プロトコル」 – メッセージ ウィンドウへの情報メッセージの出力、メンテナンス、および別のファイルでの交換プロトコルの記録を設定できます。

「ファイル名、交換プロトコル」 – データ交換プロセスのプロトコルを表示するファイルの名前。

「ロードプロトコル（COM接続用）」 – COM接続を介して交換する場合、受信側拠点でのデータ交換処理のプロトコルを表示するためのファイル名。 注意: ファイルへのパスは、宛先ベースが定義されているコンピュータからアクセスできる必要があります。

「交換プロトコルにデータを追加」 – チェックボックスが選択されている場合、プロトコル ファイルがすでに存在する場合は交換プロトコル ファイルの内容が保存されます。

「情報メッセージをプロトコルに出力する」 – このチェックボックスが選択されている場合、交換エラーに関するメッセージを除き、情報メッセージが交換プロトコルに表示されます。

「操作の実行後に交換プロトコル ファイルを開く」 – チェックボックスが選択されている場合、データ交換の実行後、交換プロトコル ファイルが読み取りのために自動的に開かれます。

データの削除

このパネルは、交換ルールの開発者にのみ必要です。 情報ベースからオブジェクトを削除できます。

デバッグデータのアップロードとダウンロード

処理により、イベント ハンドラーをデバッグし、ルール ファイルまたはデータ ファイルからデバッグ モジュールを生成できます。

アンロード ハンドラーのデバッグ モードを有効にするには、[データ アンロード] パネルで [アンロード ハンドラーのデバッグ順序] フラグを設定します。 したがって、「データのロード」パネルで、「ハンドラのデバッグのロード順序」フラグを設定することにより、ロード デバッグ モードが有効になります。

デバッグ モードをハンドラーに割り当てると、デバッグ設定ボタンが使用可能になります。 このボタンをクリックすると、設定ウィンドウが表示されます。

デバッグ ハンドラーのセットアップは、次の 4 つの手順で行われます。

ステップ 1: アルゴリズム デバッグ モードの選択

最初のステップは、アルゴリズムのデバッグ モードを決定することです。

* アルゴリズムのデバッグなし

* メカニズムをプロシージャとして呼び出す

*呼び出し先でアルゴリズムコードを置き換えます

最初の順序は、ハンドラー内のエラーがアルゴリズムのコードに関連していないことが十分にわかっている場合に使用すると便利です。 このオプションでは、アルゴリズム コードはデバッグ モジュールにアップロードされません。 メカニズムは「Run()」演算子のコンテキストで作成され、そのコードはデバッグには使用できません。

2 番目の順序は、アルゴリズム コード内にエラーがある場合に使用する必要があります。 このモードが設定されている場合、メカニズムは特定のプロシージャとしてアンロードされます。 アルゴリズムがハンドラーから呼び出された瞬間に、対応する処理プロシージャへの呼び出しが行われます。 この手順は、グローバル変数「Details」を使用してメカニズムに詳細を転送する場合に使用すると便利です。 このモードを使用する場合の制限は、アルゴリズムをデバッグするときに、アルゴリズムを開く元のハンドラーのローカル変数が使用できないことです。

3 番目のデバッグ順序は、2 番目のケースと同様、アルゴリズムのコードをデバッグするとき、および 2 番目のデバッグ順序が適切ではない状況で使用されます。 このモードが設定されている場合、メカニズムはハンドラーに統合されたコードとしてアンロードされます。 それらの。 アルゴリズム呼び出し演算子の代わりに、ネストされたアルゴリズムを考慮して、アルゴリズムの完全なコードが挿入されます。 このオプションでは、ローカル ハンドラー変数の使用に制限はありませんが、再帰呼び出しを使用してアルゴリズムをデバッグする場合には制限があります。

ステップ 2: デバッグ モジュールを作成する

2 番目のステップでは、「アンロード (ロード) デバッグ モジュールの生成」ボタンをクリックしてハンドラーをアンロードする必要があります。 生成されたハンドラーとメカニズムは、読み取り用に別のウィンドウに表示されます。 デバッグ モジュールの内容は、[クリップボードにコピー] ボタンをクリックしてクリップボードにコピーする必要があります。

ステップ 3: 外部処理の作成

このステップでは、コンフィギュレータを起動し、新しく作成した外部処理を入力する必要があります。 クリップボードの内容を処理モジュール（デバッグモジュール）に貼り付け、任意の名前で保存する必要があります。

ステップ 4: 外部処理の接続

最後の 4 番目のステップでは、入力フィールドで外部処理ファイルの名前を決定する必要があります。 同時に、１ｃは処理ファイルの作成（更新）時刻をチェックする。 処理のバージョンがデバッグ モジュール ファイルのバージョンよりも古い場合、警告が表示され、設定フォームは閉じられません。

注: 「交換ルールのロード後」にグローバル変換ハンドラーをデバッグする機能はサポートされていません。


「XML 形式のユニバーサル データ交換」の処理は、1C:Enterprise 8 プラットフォームに実装された任意の構成からファイルにデータをロードおよびアンロードすることを目的としています。


処理には 4 つのタブがあります

データのアップロード

データをアップロードするには、データのアップロード先となるファイルの名前を指定し、交換ルール ファイルを選択する必要があります。 特殊な構成「Data Conversion, Edition 2」では、任意の構成の Exchange ルールを構成できます。


独立した定期情報台帳から文書や記録をアップロードするには、「開始日」と「終了日」の期間を指定する必要があります。 ダウンロードしたデータを含むファイルは圧縮できます。


「データのアップロードのルール」タブでは、アップロードするオブジェクトのタイプを選択したり、オブジェクトを選択するための選択項目を設定したり、データをアップロードするデータ交換ノードを指定したりできます。


[アップロード オプション] タブでは、データ アップロードの追加パラメータを指定できます。


「コメント」タブでは、交換ファイルに含める任意のコメントテキストを記述できます。

データをダウンロードするには、データのダウンロード元のファイルの名前を指定する必要があります。


トランザクションへのデータのロードを構成できます。 これを行うには、「トランザクションを使用する」チェックボックスを選択し、ロード時に 1 つのトランザクション内の要素の数を指定する必要があります。

追加の設定

ブックマークは、データのアップロードとダウンロードを微調整するために使用されます。


「デバッグ モード」 - チェックボックスはデータのアップロードおよびロードのモードを決定します。


「ステータス更新用に処理されたオブジェクトの数」 - このパラメータは、ロード/アンロードのステータス行を変更する前に処理された要素の数を決定するために使用されます。


「データ アップロード設定」 - データをアップロードするときに 1 つのトランザクションで処理される要素の数を決定したり、アクセス権のあるオブジェクトのみをアップロードして処理したり、交換計画を通じてアップロードされたオブジェクトの登録変更の種類を構成したりできます。


「交換プロトコル」 - メッセージ ウィンドウでの情報メッセージの出力を設定し、別のファイルで交換プロトコルを維持および記録できます。

データの削除

ブックマークは交換ルールの開発者のみに必要です。 インフォベースから任意のオブジェクトを削除できます。

デバッグデータのアップロードとダウンロード

処理により、イベント ハンドラーをデバッグし、ルール ファイルまたはデータ ファイルからデバッグ モジュールを生成できます。


アップロード ハンドラーのデバッグ モードを有効にするには、[データ アップロード] タブで [アップロード ハンドラーのデバッグ モード] チェックボックスをオンにします。 したがって、「データロード」タブで、「ロードハンドラデバッグモード」チェックボックスをチェックすることにより、ロードデバッグモードが有効になります。


ハンドラーのデバッグモードを設定すると、デバッグ設定ボタンが使用可能になります。 このボタンをクリックすると設定ウィンドウが開きます。


デバッグ ハンドラーのセットアップは、次の 4 つの手順で実行されます。

ステップ 1: アルゴリズム デバッグ モードの選択

最初のステップでは、アルゴリズムのデバッグ モードを決定する必要があります。



    それなし デバッグアルゴリズム


    アルゴリズムをプロシージャとして呼び出す


    呼び出し先でアルゴリズムコードを置き換える

最初のモードは、ハンドラー内のエラーがアルゴリズムのコードに関連していないことが確実にわかっている場合に使用すると便利です。 このモードでは、アルゴリズム コードはデバッグ モジュールにアップロードされません。 アルゴリズムは「Run()」演算子のコンテキストで実行され、そのコードはデバッグには使用できません。


2 番目のモードは、アルゴリズム コードにエラーがある場合に使用する必要があります。 このモードが設定されている場合、アルゴリズムは別のプロシージャとしてアンロードされます。 アルゴリズムがハンドラーから呼び出された瞬間に、対応する処理プロシージャが呼び出されます。 このモードは、グローバル変数「Parameters」を使用してアルゴリズムにパラメーターを渡すときに使用すると便利です。 このモードを使用する場合の制限は、アルゴリズムのデバッグ時に、アルゴリズムの呼び出し元のハンドラーのローカル変数が使用できないことです。


3 番目のデバッグ モードは、2 番目のケースと同様、アルゴリズム コードをデバッグするとき、および 2 番目のデバッグ モードが適切でない場合に使用されます。 このモードが設定されている場合、アルゴリズムはハンドラーに統合されたコードとしてアンロードされます。 それらの。 アルゴリズム呼び出し演算子の代わりに、ネストされたアルゴリズムを考慮して、アルゴリズムの完全なコードが挿入されます。 このモードでは、ローカル ハンドラー変数の使用に制限はありませんが、再帰呼び出しを使用してアルゴリズムをデバッグする場合には制限があります。

ステップ 2: デバッグモジュールの形成

2 番目のステップでは、「アンロード (ロード) デバッグ モジュールの作成」ボタンをクリックしてハンドラーをアンロードする必要があります。 生成されたハンドラーとアルゴリズムは、別のウィンドウに表示されて表示されます。 デバッグ モジュールの内容は、[クリップボードにコピー] ボタンをクリックしてクリップボードにコピーする必要があります。

ステップ 3: 外部処理の作成

このステップでは、コンフィギュレーターを起動して、新しい外部処理を作成する必要があります。 クリップボードの内容を処理モジュール（デバッグモジュール）に貼り付け、任意の名前で処理を保存する必要があります。

ステップ 4: 外部処理の接続

最後の 4 番目のステップでは、入力フィールドに外部処理ファイルの名前を指定する必要があります。 この場合、プログラムは、処理ファイルの作成（更新）時刻をチェックする。 処理のバージョンがデバッグ モジュール ファイルのバージョンよりも古い場合、警告が表示され、設定フォームは閉じられません。


注: 「交換ルールのロード後」にグローバル変換ハンドラーをデバッグする機能はサポートされていません。



読むことをお勧めします