ASP.NET MVC (659ﾚｽ)
上下前次1-新
239: 2013/10/31(木)16:02 ID:??? AAS
異常性を感じるのは俺だけか
240: 2013/10/31(木)16:06 ID:??? AAS
>>235
2008だけが使えなかったといいたいのかな？
そんなことなかったぞ。
241(1): 2013/10/31(木)16:12 ID:??? AAS
>>238
人間図星を指されると発狂するもの
それと人気どうこうは心底同意する
つーかスレ違いだと何度言えば分かるのかね発狂してるアホどもは
242(1): 2013/10/31(木)16:19 ID:??? AAS
>>241
お前もだ
243(1): 230,240 2013/10/31(木)17:18 ID:??? AAS
>>242
何がお前もかなんかどうでもいいからもう黙れ
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
「永続性非依存」でググってみてくれ。
上下前次1-新書関写板覧索設栞歴
あと 401 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.013s