ASP.NET MVC (659ﾚｽ)
上下前次1-新
244: 230,241 2013/10/31(木)17:19 ID:??? AAS
>>243
あやべ名前欄間違えた
俺ももう黙る
245: 2013/10/31(木)17:23 ID:??? AAS
マッチポンプ
246: 2013/10/31(木)18:24 ID:??? AAS
>>234
ん? なんだ俺が接続できなくてべそかいてるとでも思ってたのか?
節穴な奴だなおい（笑）俺は「スキャフォールディングが糞」と言ってるだけだぞ?
>>135の時点でデータコンテキスト/ビュー/コントローラ自作してきっちり動いたわ（笑）
大抵のチュートリアルでスキャフォールディング使ってるのが初見殺しの罠とは流石に思わなくてな
ま、ここんとこM$の出してくるもんは開発系に限ってはいい感じばっかだから油断してた俺が悪いんだがね
それから信じる信じないは勝手だが、俺は今日ここ初めてのカキコだ
まあ信じないだろうけどな自分のお花畑が全てっぽいからお前
247(2): 2013/10/31(木)20:14 ID:??? AAS
>>203
どうやってDB作ってるって聞いてるんじゃなくて、どうやって設計してるって聞いてるんだが
モデルからDB作るんであれば、モデルを設計する段階でDBの実テーブル意識してるのか？
ORMって結局モデルの(永続化)データストアとしてRDBを使ってるだけじゃないのかと言う気がするんだが
それって本末転倒じゃないのか
コードファーストとか特にその傾向が強い気がするんだが
248: 2013/10/31(木)20:36 ID:??? AAS
Entity Frameworkもそうだけど、更新系の処理がオブジェクト値を書き換えてSaveChanges()っていうのがなー。
いっそ式木によるSQLビルダーに徹してくれた方が適用範囲も広がるのに。
まあ、式木からUPDATEやDELETEを作り語ったら、拡張ライブラリを入れればいいんだけど。
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
コードファーストで永続化非依存を実現する記事を紹介してくれ
日本語じゃないとちゃんと理解できないからなるべく日本語のやつを
上下前次1-新書関写板覧索設栞歴
あと 396 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.010s