デザインパターン解析にはバイナリファイルデータ保存データベース
-
08-06-2019 - |
質問
は誰もがおすすめデザインパターンをバイナリデータファイルの構文解析の部分で物を保存する結果のデータをデータベース?
いは類似のパターンを使用できるために、XMLまたはタブ区切りのテキストファイルを解析してその代表であるオブジェクト。
共通のデータ構造を含む
(ヘッダ)(DataElement1)(DataElement1SubData1)(DataElement1SubData2)(DataElement2)(DataElement2SubData1)(DataElement2SubData2)(EOF)
と思うデザインが含まれまう変化の解析の定義に基づくファイルの種類又は一部定義のメタデータのヘッダを表します。なので、 パターン工場 するという全体のデザインのパーサです。
解決
- だけお書きファイルのパーサを用い技術を思い浮かべるかもし
- Writeロットのユニット試験でのすべてのご縁の場合は
お客さま人数小児-幼児に行うことは、実際に合うのが問題。
今だけの理論に浮遊の頭の中にもき違いです。
ステップ3:Refactor容赦.おとなる削除お客様の約半数がコード
いただけるコードのいずれかに似て既存のデザインパターン、また、さまざまな要件が発生します。ましてあるとするならこの問いに答えるために:-)
他のヒント
いいオリオンエドワーズでは、通常のIアプローチの問題でも、最近は私について見つかのパターン(!) のない狂気。
より複雑な課題を私は、普通のようなものであるという 通訳 ( 戦略)使用 ビルダー ( 工場 を作成し、各部のデータです。
ストリーミングデータのパーサう"のようなものであるという アダプター, 対応ストリームからオブジェクトをオブジェクトストリーム(通常はキュー).
おばあるビルダーのための完全なデータ構造(ヘッドへのEOF)の内部で使用宅内データ要素(frbによる通訳).一度のEOFが検出されたオブジェクトが出ます。
しかし、作成したオブジェクトのスイッチの算書の一部の工場機能をそらく最も簡単な方法は多くの少ない事ができます。また、いつのデータ-変更不能なオブジェとしているので誰かshoves並行処理お喉:)
この戦略パターンもないのです。この戦略のファイルの構文解析アルゴリズムです。
するために使うことができる個別戦略のためのデータベース挿入出来ます。
使用 Lex 由.ない限り、常に限り、これまでより良い、より速くコードです。