動的データインポートツールの構築を計画しています。基本的に、一方の端で指定された形式（access、excel、csv）で情報を取得し、それをWebサービスにアップロードします。
状況は、エクスポートフィールド名がわからないため、アプリケーションはwsdl定義を確認し、もう一方の端の有効なエントリにマップできる必要があります。
インポートセクションでは、ほとんどのフィールドを定義できますが、通常、カスタムのフィールドがいくつかあります。何の問題もありません。
このタイプのアプリケーションに適合する、またはその開発に役立つデザインパターンがあるのではないかと思います。
SqlDataDataAdapterがSqlテーブルからDataTableにそれを行うように、ファイルからオブジェクトにデータを「適応」しているため、アダプターパターンと言えます
ファイルの種類/形式ごとに異なるアダプターがありますか? 例 SqlDataAdptor、MySqlDataAdapter、これらは同じコマンドを処理しますが、データソースが異なり、同じ出力 DataTable を実現します
HTH
骨格
さまざまなファイル形式を処理する必要があるため、おそらくBridgeが適している可能性があります。そして、使用法を簡素化するファサード。返信は慎重に扱ってください。デザインパターンを学んでいます:)
おそらく、AbstractFactoryおよびCommandパターンも必要になります。
データが入力形式と一致しない場合は、おそらく何らかの方法でデータを変換する必要があります。そこでコマンドパターンが登場します。フォーマットは動的であるため、入力に基づいて生成するコマンドをベースにする必要があります。そこで、Abstractfactoryが役立ちます。
私たちの状況では、競合他社のファイルからパラメトリック形状をインポートする必要があります。画面とデータ フィールドのレイアウトは似ていますが、変換プロセスが存在するほど十分に異なっています。さらに、6 社以上の競合他社があり、コードのみでメンテナンスを行うとなると、悪夢のような作業になります。それらのほとんどは、テーブルを使用して形状のパラメーターを格納するため、X を Y に変換するためのオブジェクトの汎用コレクションを作成しました。
私の CAD/CAM アプリケーションでは、ファイルのインポートはコマンドです。ただし、変換マジックは、次の手順を介してルールセットによって行われます。
RuleSet は一連のルールで構成されます。ルールには別のルールを含めることができます。ルールには、テストする CONDITION と MAP TABLE があります。
MAP TABLE は、入力フィールドを結果のフィールド (またはプロパティ) にマップします。1 つのマッピングまたは複数のマッピングが存在する可能性があります。マッピングは、入力値を出力フィールドに突っ込むだけである必要はありません。計算と文字列連結の構文もあります。
この構文は条件でも使用され、([INFIELD1] & "-" & [INFIELD2])="AB" または [DIM1] + [DIM2] > 10 のような複数のファイルを組み込むことができます。入力フィールド。
ルールには他のルールを含めることができます。これが機能する方法は、サブ ルール マッピングがその条件とその親 (または親) の条件の両方を適用するために真でなければならないということです。subRule に親のマッピングと競合するマッピングがある場合、subRule Mapping が適用されます。
同じレベルの 2 つのルールに true の条件があり、マッピングが競合している場合、より高いインデックス (ツリー ビューを表示している場合はリストの下位) のルールにマッピングが適用されます。
ネストされたルールは AND に相当し、同じレベルのルールは OR に相当します。
結果は、必要な出力に変換するために入力データに適用されるマッピング テーブルです。
UIに表示されるのは友好的です。つまり、ルール階層を示すツリービューと、ルールのマッピング テーブルと条件を示すサイド パネルです。同様に重要なのは、一般的なルール構造を自動化するウィザードを作成できることです。