ASP.NET MVC (659ﾚｽ)
上下前次1-新
249: 2013/11/01(金)00:04 ID:??? AAS
>>247
やぱりおまえどうしようもなく馬鹿だな
>>201でEFについて質問してるんだから答えは的確
＞モデルを設計する段階でDBの実テーブル意識してるのか？
当たり前だろアホｗｗ
頭の中でデータベースの論理モデルの設計もできてない段階で
ORMのマッピング設定ができるわけがないだろｗｗ
パフォーマンスと正規化原則のバランスとりながら
どこまで正規化するか、JOINはどうするか、いろいろ考えて
最終的なテーブル設計をイメージしながら
省2
250(1): 2013/11/01(金)15:34 ID:??? AAS
ORM使うならスキーマが前提だけど、コードファーストならそうでもないのでは
251(1): 2013/11/01(金)15:45 ID:??? AAS
>>250
テーブル設計・設定と、Object(model)のコーディングを同時にできるってだけだ
基本的にModelのコードがそのままDBのColumnになるんだから、
頭の中でテーブルの設計ができていないと書きようがないだろ
ORMはDB設計を不要にしたり自動化するツールではない
252(1): 2013/11/01(金)15:48 ID:??? AAS
>>251
> ORMはDB設計を不要にしたり自動化するツールではない
いやだからORMならスキーマが前提だって書いてるじゃん。
> 基本的にModelのコードがそのままDBのColumnになるんだから、
> 頭の中でテーブルの設計ができていないと書きようがないだろ
最悪（？）DBなしでも動くんだから、テーブル設計ありきという概念じゃないでしょ。
253(1): 2013/11/01(金)16:15 ID:??? AAS
>>252
どういう意味？EF使うのにDBなしという意味は？
254(1): 2013/11/01(金)16:37 ID:??? AAS
>>253
コード･ファーストの特徴の一つはModelをPOCOで記述できること。
それ故、永続化レイヤーとの結合をシステム全体として緩やかなものにできる。
ビジネスロジック層も、大部分を永続化レイヤーから切り離すことができる。
ユニットテストも、データベースなしで実行できる部分が増える。
255(3): 2013/11/01(金)16:55 ID:??? AAS
>>254
それEFでなくても出来るじゃん
それこそDataSetの昔から
ほとんどのケースで意味ないからしてないだけで
CodeFirstのメリットなんて設計試作が簡単ってくらい
DB設計は専門に任せる中規模以上の開発形態じゃほぼ意味を成さない
256(1): 2013/11/01(金)17:34 ID:??? AAS
>>255
> ほとんどのケースで意味ないからしてないだけで
そんなことない。
他言語でも永続化部分をインジェクションするのは良くある手法。
> DB設計は専門に任せる中規模以上の開発形態じゃほぼ意味を成さない
EFのコード・ファーストは、永続化レイヤーと切り離せるのがメリット（というかそうするのが主目的か？）なので、
それに意味をなさないと思うのならコード･ファーストは無意味だね。
257: 2013/11/01(金)17:46 ID:??? AAS
>>255
> DB設計は専門に任せる中規模以上の開発形態じゃほぼ意味を成さない
なんで？仮に先にDBスキーマありきだとしても、ModelをPOCOで書けるのはメリットあるだろ。
258: 2013/11/01(金)17:51 ID:??? AAS
>>255
「永続性非依存」でググってみてくれ。
259(1): 2013/11/01(金)17:53 ID:??? AAS
>>256
実際にEFあんまりさわってないからイメージできないんだが
コードファーストが永続化レイヤー（ここではDBだわな）と切り離せるのがメリットなのか？
コードファーストってコードによりDB(テーブル)作るんじゃないのか？
本来のORMではテーブル定義やクラス定義を変更しても、マッピングを変更することにより
相手にその変更の影響を受けなくする事が出来るだろうけど
コードファーストでやってモデル定義やテーブル定義変更して、影響を抑えられるの？
それが出来ないなら、永続化レイヤーとの切り離しとは何を意味してるの？
260(1): 2013/11/01(金)17:56 ID:??? AAS
>>259
> それが出来ないなら、永続化レイヤーとの切り離しとは何を意味してるの？
Model層以上の永続化処理との切り離し。
261(1): 2013/11/01(金)18:01 ID:??? AAS
>>260
もうちょい詳しく言ってくれんと分からんが
永続化処理までフレームワークに任せる事により、永続化されてる所を意識しないってことか？
それって永続化レイヤーを切り離してるんじゃなくて、永続化レイヤーまで内包して
一体化してるんじゃないのか？
262(1): 2013/11/01(金)18:02 ID:??? AAS
>>261
悪いんだけど、まず「永続化非依存」でググっていくつか記事を読んでくれないか。
263: 2013/11/01(金)18:20 ID:??? AAS
>>262
コードファーストで永続化非依存を実現する記事を紹介してくれ
日本語じゃないとちゃんと理解できないからなるべく日本語のやつを
264(1): 2013/11/01(金)18:51 ID:??? AAS
永続化非依存の人に聞きたいんだが
あるシステムを開発して、そのDBをコードファーストで作成したとする
そのDBを別の新システムからも使うようにしたい
そのために、今のテーブルにカラムを追加したい
元のシステムのコードは変更するべきか否か？
コードファーストではDBとコードは（将来にわたって）一致すべきか？
変更しないなら、その時点でコードからのDB作成という概念が外れるわけだが
永続化レイヤーに依存しないなら、当然変更すべき理由はないわな
一般論じゃなくて私見でも良いので答えてくれ
265: 2013/11/05(火)14:32 ID:??? AAS
Code First dis
外部ﾘﾝｸ:ogacha.wordpress.com
266: 2013/11/14(木)16:49 ID:??? AAS
階層がたくさんある時にいちいちMapRoute書くのクソ面倒なんですが何か簡単な方法ありませんか
267(1): 2013/11/14(木)16:59 ID:??? AAS
ありません
268: 2013/11/14(木)17:25 ID:??? AAS
>>267
ありがとうございました糞ですね
上下前次1-新書関写板覧索設栞歴
あと 391 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.014s