分割データアクセス級リーダやライターを組み合わせですか。
-
09-06-2019 - |
質問
これは、"discussy"が僕を聞かせていただきたい眺めです。
以前私が書き込まれるデータにアクセスが取り扱うもの読み書きるled貧しいネーミングのように、FooIoHandler。の経験則に留意のうえ、登校、就業なかった名だく設計されることにあてはまるわけではない。
そこで、このところの分割データにアクセスFooWriterとFooReader、すぐに名前を一部追加に柔軟性が同時にかく保つことがこの授業ではない。
はリーダ/ライターの分離をよりよいデザイン、いや、あせているのか。もし私組合わせ、何をしゃべての名前です。
コ/エリック-
解決
ORMんでしょうか。
利用したリポジトリ型パターンは、"thingContext"オブジェクトを担当する状態を続けました。
個人的には使用しactiveRecordのパターンは、保存の論理であれば送金手数料は安いですが、基底クラスでこれらのイ...続きを読で利の設定によりどちらのモスタイルリポジトリのパターンです。の貸倒引当金DDDおよび試験もなく、dbに良い枠組みタイプの状況であるが、ビジネスロジックが勢いを増している新しいUI.
他のヒント
私は現在使用Linq to Sql.この問題を解決します。
しかしをしていない場合にこのオプション(または類似のORMツール)を見ない理由別に読み書きできます。それだけで追加し夜間、週末などに開催される講座と複雑データのアクセス。私は抜けていくように設計されていまし
- コンポーネント/ビジネスオブジェクト:車
- データアクセスを含む、静的な読み書き方法CarDB
使用例:
Car car = new Car();
car.Manufacturer = "Toyota"
car.Model = "Camry"
car.Year = 2006;
car.CarID = CarDB.InsertCar(car)
car.OwnerID = 2;
CarDB.UpdateCar(car);
もっともらしくという意味でデータアクセスが両方を読み込みと書きの一環として行った同一の取引はない。場合分の授業がいるのでしょう。
無視しORMないんではいい意していますので、そちらを同じクラスです。彼の両面での責任分離してです見つできるところはないと思っている理由"と思ったんです。
ものを読み込みおよび書き込みをバックエンドの店舗と呼ばれるようにデータアクセス用メソッド、またはReaderWriter、IOた。
どのようにしてつ:
- FooDataAccessor
- FooAccessor
- FooReaderWriter
- FooRW
- FooIO
- FooStore
- FooStorage
られてきましたが、これを選択し、一般にサブクラスのインパクトファクターを作成します。