- ふらっと C#,C♯,C＃（初心者用） Part126 [無断転載禁止]©2ch.net
302 ：デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM9f-Taza)[sage]：2017/01/22(日) 07:39:48.76 ID:4NhSs4FyM - Linq遅いマンまだいたんだ
Linqじゃなくてお前のコードが酷いだけじゃん
|
- ふらっと C#,C♯,C＃（初心者用） Part126 [無断転載禁止]©2ch.net
307 ：デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM9f-Taza)[sage]：2017/01/22(日) 11:08:50.22 ID:4NhSs4FyM - EFは正直どうかと思うが
パブリックプロパティだらけになって
システムのあっちこっちにビジネスロジックが分散して管理しきれなくなる
そうではなくOOPの良い習慣にしたがってビジネスロジックをクラス化する
クラスインスタンスの永続化方法も合わせてカプセル化して最小限にとどめる
こうしておけばデータアクセス処理に大した工数はかからない
工数削減の夢を見て変なフレームワークに頼って自滅することもなくなる
|
- ふらっと C#,C♯,C＃（初心者用） Part126 [無断転載禁止]©2ch.net
310 ：デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM9f-Taza)[sage]：2017/01/22(日) 11:28:38.11 ID:4NhSs4FyM - >>309
だからそれをやるとジワジワとトランザクションスクリプト的な実装になっていって管理が追いつかなくなるってこと
|
- ふらっと C#,C♯,C＃（初心者用） Part126 [無断転載禁止]©2ch.net
314 ：デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM9f-Taza)[sage]：2017/01/22(日) 12:18:58.56 ID:4NhSs4FyM - しっかりとレイヤ分割してるならなおさら生ADO.NETでもEFでも大した差はでない
ビジネスレイヤまでEFが染み出してくると最初は便利かなと思うが後になって後悔する
EFは本来privateであるべきプロパティが野晒しになるからロジックの分散を避けられない
|
- ふらっと C#,C♯,C＃（初心者用） Part126 [無断転載禁止]©2ch.net
316 ：デフォルトの名無しさん (ﾜﾝﾄﾝｷﾝ MM9f-Taza)[sage]：2017/01/22(日) 12:37:09.50 ID:4NhSs4FyM - そう
書くべきじゃないところには書くな
これを実践するとEFがビジネスレイヤに染み出してくることはない
EFのスコープはデータアクセスレイヤに限定される
しかしそうなると生ADO.NETに対してそこまで大きな優位性は得られなくなる
生ADO.NETを使った場合でも結局のところデータをビジネスロジックのクラスインスタンスにデータをマップして使うのだから
|