ASP.NET MVC
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2012/03/06(火) 15:04:37.68ID:36tUB12b・日本語情報
日本マイクロソフト 井上さんのブログ
http://blogs.msdn.com/b/chack/
ASP.NET デベロッパーセンター 技術情報
http://msdn.microsoft.com/ja-jp/asp.net/aa336581
・英語情報
Getting Started with ASP.NET MVC 3
http://www.asp.net/mvc
0157nobodyさん
2013/10/29(火) 01:25:26.20ID:???その実装が糞だってだけだ。 やってればわかるだろ。
しかも、生SQLごりごりとかさ、EFの前までに何段階もあっただろ。
0158nobodyさん
2013/10/29(火) 10:31:38.21ID:???生成するSQLも汚い。
少なくとも初期は使いにくかっただろ。
理想はいいのだが、実装が追いついていない感じ。
最新のバージョンをさらっと触っただけの人はしらんが、俺の認識はこーだ。
DBがそのアプリ、サイトだけで使うものなら ORMで好き勝手にやればいいけど、
他のアプリでも使うテーブルを参照するとかそういうときにトタンに問題が出る。
結局、自作の ADO.NETのラッパー使わざるを得んのは、みんな分かると思うがね。
0159106
2013/10/29(火) 13:13:07.99ID:???他にも >>158 の dapper とか dotconnect とか NHibernate とか、ADO.NET直とか、
Javaとちがって .NET界の ORM は、デファクトといったものが無く乱立しているような気がする。
0160nobodyさん
2013/10/29(火) 13:14:24.81ID:???0161nobodyさん
2013/10/29(火) 14:02:36.44ID:???http://www.youtube.com/watch?v=uXf_VTPUp8Q
0162nobodyさん
2013/10/29(火) 14:16:06.93ID:???古いシステムならLINQ to SQLもあるだろうけど、
新規開発はEFでしょう。MSもEF推してる。
LINQ to SQLはSQL Serverでしか動かないしそれだけでもう駄目だわ
あとWindowsのほうが乱立してない
MS信仰が強いからMSの技術で代替がない場合を除いて
まずMSの技術を使おう、となる
JavaはORMはHibernate以外にHibernateの亜種、
JPA、Cayenne、iBatisといろいろある
Webフレームワークも乱立していて定番もなくカオス。
Windowsだとほぼ全員がASP.netを使う。
NHibernateもだいぶ人気落ちただろう。
NHibernateのいいところとってEFつくってるし
マッピング設定がめんどうなNHibernateを選ぶ理由が見つからない
0163nobodyさん
2013/10/29(火) 14:27:37.40ID:???micro ORMはリレーションに対応できないのばっかりじゃないか
EFのような高機能なORMと比べてパフォーマンスが速い、
なんて主張はナンセンスだよ
開発生産性を高めるためにORM使っているというのに
リレーション対応できないんではメリットの大半が失われてる
あとシンプルなリレーションなら、ORMで生成されるSQLはほぼ完ぺきだよ
パフォーマンスこだわるなら、正規化ゆるくして複雑なJoinを避けるよう
にするのも定石だとおもう
0164nobodyさん
2013/10/29(火) 14:31:58.31ID:???4とかはパフォーマンス悪すぎた
VSに統合されている(GUIが使える)のは大きなメリットだな
0165nobodyさん
2013/10/29(火) 15:21:15.15ID:???おいおいおい、現場で必要なのはDBアクセス手段であって何の技術かなんてどうでもいいんだよ
生SQLやデータセットでは使い辛い、開発し辛い、メンテし辛い、テストし辛い
それを解決する手段として模索されてきた一つがORMだろ
つまり最初から置き換え狙いでデータセットと競合する
それを同列に扱わないって方が意味わからん
>>156
EF1はなかったことにしたいんですねとてもよくわかります
そして反証は例によって出せない、と・・・（笑）
0166nobodyさん
2013/10/29(火) 15:52:44.14ID:???いいえ、遅いことを高機能だからと目をつぶるのはナンセンスです。
開発生産性を高めるためだけにしか使えないとご自分でおっしゃっているの分かりますか？
0167nobodyさん
2013/10/29(火) 17:12:26.56ID:???使えるかどうかは、必要十分な速度に達してるかどうかが問題なわけで
今のEFは使い物にならないぐらい遅いのか？
0168nobodyさん
2013/10/29(火) 18:00:14.50ID:Voe6Fo0l自分では測ってないけど、速くなってると思う
MSのVersion History見るとパフォーマンス改善したという
記述がいくつか見つかる
http://msdn.microsoft.com/en-us/data/jj574253
>>165
俺の中ではCode FirstがサポートされたEF4.1以降がEntity Framework
それ以前は使ってないし知らん
>>158
これわざわざベンチマークとったのになんでバージョンも日付も入れないんだろうね
バージョン上がった今となっては参考になるのかすらわからない
0169nobodyさん
2013/10/29(火) 18:03:12.42ID:???YouTubeにこんなチャンネルできてたんだ。
エバンジェリストの解説もゆるゆるだなｗ
この動画でも、LINQ to SQLはオワコン扱いされてるね
0170nobodyさん
2013/10/29(火) 18:13:35.82ID:Voe6Fo0lDataSetとEFでは開発生産性が大違いなんだから
EFを使わないという選択肢は可能な限り避けたい。
「高機能ORMを使わずにゴリゴリやる」とか「ストアドプロシージャを使う」
とかいう対策は大きな犠牲を伴う。開発生産性が大幅に低下する。
利用は極力ひかえるべきパフォーマンス対策
パフォーマンスを上げる方法は他にたくさんあるしまずそっちを試せばいい。
メモリを大量に積む
SSDにする
キャッシュを使う
DBのレプリケーションを使う
App Serverの台数を増やす
これらは時間かけずに対応できる。
「Entity Frameworkを諦める」なんてのは最後の手段だわｗ
0171nobodyさん
2013/10/29(火) 18:19:46.58ID:Voe6Fo0l十分に速いよ
ありふれたハードで秒間1000クエリ以上こなせる
SSD時代になってハードの性能が格段にあがってるから
コードでちまちまパフォーマンス改善をやる必要性は低くなってる
EF6出てるから使ってみればいい
せっかくMSの開発ツール使えるのにEF使わないなんてもったいなさすぎるわ
0172nobodyさん
2013/10/29(火) 18:46:09.52ID:???それ以外ならたいていインデックス設計、さらにはキャッシュでまず何とかなるでしょ。
0173nobodyさん
2013/10/29(火) 19:38:46.56ID:???っと言っても、ユーザ数が知れたイントラ用途とかで気になるレベルではないので、
余程性能要件が厳しいものでもなければ使うで良いと思うけど。
それで困るケースではMicro ORMで。
っというか、Expressionsの処理をもっと速くしてください(´・ω・`)
0174nobodyさん
2013/10/30(水) 09:50:57.40ID:???使えるなら、使うのに躊躇する理由は無い。
（俺は）使えないという事実を無視して、便利だから、高速化の手法はいろいろあるからといわれても困る。
もったいないって、何がもったいないのかさっぱり分からん。
なんか頭固いなぁ。貴方のの考えや、貴方が便利に使ってるのを否定してるわけでもないのに。
0176nobodyさん
2013/10/30(水) 11:43:33.07ID:TzYVxI9Wあんたは>>166？
>163のレスを
「開発生産性を高めるためだけにしか使えない」などと曲解したのが悪い。
EFを否定したととられても仕方がない
ORM否定派がいるうざい流れの中での発言ならなおさらだ
リレーション追えないようなmicro-ORM出してきて
こっちのが速い、とか本当に無意味、ナンセンス
パフォーマンス比較するなら機能が同等のもの出せよと思う
0177nobodyさん
2013/10/30(水) 11:47:04.18ID:???ほんとうざすぎるわ
MVCは基本的にEntity Framework推奨で設計されてるのに
EF否定する奴がなんでこのスレ覗いてるんだか
0178nobodyさん
2013/10/30(水) 11:47:50.78ID:???昔使いにくかったことと、パフォーマンスがイマイチな事実は変わらないよ。
0179nobodyさん
2013/10/30(水) 11:49:01.92ID:???だが、使いにくいと言うのをやめろとか、必ず使えとか、頭おかしいのと違うか？
0180nobodyさん
2013/10/30(水) 12:00:33.05ID:???EFは驚異的なペースでバージョンアップしてるんだから
「昔は使いにくかった」とかほとんど無意味
EFやORMを使わずにEF否定してる人と似たようなもの
>>179
必ず使えなんて誰も言ってないだろ
頭おかしいのはあんた
0181nobodyさん
2013/10/30(水) 12:05:54.99ID:???ケチつけてる人ばっかりだけど、
最新バージョンさわってもない人ばかりに見える
無料なんだし使ってみろよといったら信者扱いｗ
0182nobodyさん
2013/10/30(水) 12:06:38.52ID:???つまり、バージョンアップ前に使わなかった俺の都合はご理解いただけたと解釈してよいでしょうか？
お互いさ、事実は替えられないんだから、もっと有意義にやろうよ。
0183nobodyさん
2013/10/30(水) 12:10:14.85ID:???0184nobodyさん
2013/10/30(水) 12:13:19.66ID:???都合もバージョンも書いてないし理解もなにもない
好きなの使えばいいじゃないか
あとここ匿名なのわかってる？
「またORM否定してきてるうざいのいるな」、くらいの気持ちでレスしてる
名前つけないと判別しようがないことくらい理解してほしい
0185nobodyさん
2013/10/30(水) 12:18:29.37ID:???貴方にケチつけてるわけじゃないんだし、
たかが2chごときで、そんなカリカリするのも馬鹿らしいよ。
0186nobodyさん
2013/10/30(水) 12:21:33.62ID:???よく見たら、劇的に早くなる新機能がついてたぞ
EF6以降はEFからストアドプロシージャを呼べるようになった。
これは速い
俺はめんどうなストアドプロシージャなんてもう書きたくないがねｗ
>>185
この板自体がそんな感じだからな、
喧嘩腰で空気の悪いスレばっかり
0187nobodyさん
2013/10/30(水) 12:33:26.34ID:???激しい反応するのは、プログラム言語関連では良くあること。
直して欲しいよねとか、そんなことないよ、こうなってるよとか、フーンでほっとけばいいのに、
お前は間違ってる、お前はおかしいやつだ って言われるとこうなるわけだよ。
気持ちはわからんでもないが、有意義ではなかったよね？
0188nobodyさん
2013/10/30(水) 14:25:10.27ID:???こなれてない最新Verにすぐ飛びつくのはただのヲタ
自分が人柱になんのは止めないから他人にも強要すんなってことよな
0189nobodyさん
2013/10/30(水) 14:56:19.79ID:???新バージョン出るたんびに「前まではクソ! 最新使ってない奴はバカ!」だもんよ
そのクソなもん押してきた過去は都合よくなかったことと来たもんだ
もう普及させたくないとしか思えんわ
0190nobodyさん
2013/10/30(水) 15:08:08.93ID:???なので狼少年ではない。
そして、普及させたくないとは思ってないだろう。
0193nobodyさん
2013/10/30(水) 15:50:47.76ID:???それ意味ないじゃん
パフォーマンスを稼ぐためにいちいちストアドプロシージャも書かないといけないのか？
0194nobodyさん
2013/10/30(水) 16:46:03.77ID:???MVC押しが顕著になってきたのは3からだと記憶するが、紹介記事はほとんどEF4と抱き合わせだった
そしてEF4は上にも書かれているような問題点が少なからずあったにも関わらず、
「現時点での問題点」として附記されてるの見た記憶がない
そして実際導入してみて唖然とするパターン
もっと上の方にVS2010でトラブってる人がいるようだが、
MVC3から押しが始まってるんだから当時VS2012なんぞあろうはずもない(2011/1/14正式リリース)
まあこの人はごく最近やりはじめたようであるが、
MVC3当時の最新環境はVS2010なのだからそれが使いものにならないのであれば
押しが欺瞞だったと言われても仕方ないだろう
ついでだから私も一つEFのダメだった点挙げておく
ODP.NETは2012年初頭までEFに対応しておらず、
またCode Firstに対応したという記事も発見できなかった
もっともLINQの時点(2008年)で対応するする詐欺働いていた訳だからEFだけの欺瞞じゃないが
こういう重要な情報は毎回注意喚起すべきでないか
0195nobodyさん
2013/10/30(水) 18:24:15.22ID:???その判断結果を、ちゃんと判断基準を示して批判するなら好きにしてください
0196nobodyさん
2013/10/30(水) 18:26:43.71ID:???え？この改善の意味わからないの？
ストアドもEFから呼べるなら使い勝手がよくなってる。
ストアドプロシージャ呼ぶときだけADO使うといったこと
をしないで済む。
パフォーマンス要件が厳しくない大部分のコードは
さくさくとEFの通常のデータアクセスを使い、
パフォーマンス要件が厳しい個所は限定的に
ストアドプロシージャで超高速にする。
既に書いた通り、ハードの処理性能あがってるし
ストアドプロシージャが必要な場面はかなり減っている。
0197nobodyさん
2013/10/30(水) 18:37:33.68ID:???EFは他社のDBにも使えるようになったってだけでもすごい改善だ
LINQ to SQLなんてSQL Serverしか使えなかった。
ODPはOracleのデータベースコネクタ側でも対応が必要になるし
Oracleのようなサードパーティのデータベース対応が
SQL Serverより遅れるのなんて当たり前だろう。
記事が発見できないという批判はOracleに対してするべきだとおもうがね
同じOracleのMySQLでもEF対応はかなり遅れた。
MySQL Connector NetなどConnectorのリリースノートをちゃんと
見ていれば対応はわかる
書いてなくても自分で動かしてテストしてみるのが開発者の仕事
0198nobodyさん
2013/10/30(水) 19:06:11.39ID:???進歩する「だけ」で褒めていいのは学生までです
上の方見るとEFはCodeFirst前提らしいがそれで普及させられる訳?
「これからに期待」と言うなら話はわかるがそんな論調じゃないだろう
他人に使え言える状態じゃないよ>EF
0199nobodyさん
2013/10/30(水) 19:16:14.70ID:???EFスレ立ててそっちでやれ
0200nobodyさん
2013/10/30(水) 20:30:53.36ID:???今かかえてる案件をASP.NET MVC ＋ EFで開発しているが
新規案件でレガシーDB無いんでEFコードファーストを選択
特に初期段階でのこの組み合わせの開発効率は悪くない
0201nobodyさん
2013/10/30(水) 21:19:01.12ID:???0203nobodyさん
2013/10/31(木) 03:56:37.56ID:tDTa2idfModelの定義から作ってるに決まっとるがな
これ見れば一発
Code First to a New Database
http://msdn.microsoft.com/en-us/data/jj193542
>>198
EFは海外で十分に普及してる
自分のまわりで使える人がいないからといって
普及していないと思い込まないようにな
0205nobodyさん
2013/10/31(木) 10:04:37.76ID:???0207205
2013/10/31(木) 11:08:28.14ID:???知っとるでw
自分ももともとJavaの人間だったし、
あのスレができた頃はかなり勉強になるスレでとてもおもしろかったのに、
残念なスレになってしまった
0208nobodyさん
2013/10/31(木) 11:17:21.34ID:???Entity Frameworkのスレはあってもいいかもな
重要な技術なのに日本語情報も少なく書籍もなく
、英語弱者は置いて行かれている印象
もし立てるならWebProgではなくプログラム板のがいい
あっちに立てればC#でデスクトップアプリ作ってる奴らも来る。
>>206
Javaの方は荒れてると言いたい？
EF限定のスレにしておけば荒れないんじゃないか
.NETのORMにしてしまうとNHibernateやDapper派などが論争を始めるとおもう
0209nobodyさん
2013/10/31(木) 12:16:50.45ID:???TransactionScopeも安定してるし
Linux+mono+MySQLな自分は(Fluent)NHibernate使用中
0212nobodyさん
2013/10/31(木) 13:32:03.93ID:???0213nobodyさん
2013/10/31(木) 13:54:47.32ID:???http://www.google.co.jp/trends/explore?q=%22entity+framework%22#q=%22entity%20framework%22%2C%20NHibernate&;cmpt=q
0215nobodyさん
2013/10/31(木) 14:02:14.94ID:???自分が使っても良いと思えるラインは人それぞれだから、誰かに取って価値があると思うのなら人に勧めてもいいでしょ。
あなたの基準を下回っていても、誰かの基準は上回るということもある。
（ほぼ）万人にとって無価値あるいは有害であるなら、人に勧めるなと言っても良いけど。
0217nobodyさん
2013/10/31(木) 14:29:09.26ID:???で?
それは普及度を示している情報なのか?
どこらへんが?
まさかとは思うが「情報収集してみたけど使えんわコレ」って人はいないことになってんのかお前の脳内じゃ?
0218nobodyさん
2013/10/31(木) 14:30:35.03ID:???TIOBEにおいても、各検索ボリュームをratingに反映してるんだが。
検索ボリュームと普及度に相関関係がないというなら、それを証明してくれ。
0219nobodyさん
2013/10/31(木) 14:36:52.33ID:???0220nobodyさん
2013/10/31(木) 14:42:54.02ID:???それぞれからモデル作って合体させた後シノニム使ってできる、らしい
CodeFirstじゃできないんじゃないかやったことないから知らんけど
0221nobodyさん
2013/10/31(木) 14:45:34.08ID:???0222nobodyさん
2013/10/31(木) 14:46:56.12ID:???普及度と相関するって主張してるのはお前
だから相関するって証明をしなければならないのもお前
TIOBEがやってる?ならそこがどう証明したか説明してみ
0223nobodyさん
2013/10/31(木) 14:55:11.11ID:???検索ボリュームが増えたのはユーザ数が増えたからというのが自然な考え方だと思うが。
だからこそTIOBEでも参考にしてるわけだし。
それが自然な考え方ではないというのであれば、その根拠をどうぞ。
0224nobodyさん
2013/10/31(木) 14:57:27.01ID:???そうかーPHPってどんどん普及してってるんだなー(棒
そしてJava脅威の普及率
まさかブラウザ付属のJavaScriptより普及してるとは予想外だわー
0225nobodyさん
2013/10/31(木) 15:01:25.64ID:???PHPのランクアップは最近のトレンドとは反した動き。
http://www.tiobe.com/content/paperinfo/tpci/PHP.html
これが上り調子のままなのかは、あと1,2年様子を見ないとわからない。
0226nobodyさん
2013/10/31(木) 15:05:49.29ID:???お前の主観なぞどうでもいい
TIOBE自身がプログラミング言語の普及率とランキングは明白に関連すると主張してるならそれを出せと言っている
0227nobodyさん
2013/10/31(木) 15:11:30.28ID:???ttp://www.tiobe.com/index.php/paperinfo/tpci/JavaScript.html
あれれー?AJaxやらJQueryやらで大注目のはずのJSも減少傾向っぽいぞー?
おかしいなー?
0228nobodyさん
2013/10/31(木) 15:13:12.62ID:???このへんでどうかな、stackoverflowより
2011年時点では不可だったようだけどいろいろ方法があるらしい
適当に2件あげただけだけど、EFのタグで
cross database, multi databaseで検索すればいろいろ見つかる
http://stackoverflow.com/questions/5314206/can-code-first-entity-framework-do-cross-database-queries-with-sql-server-dbs-on
EF4 cross database relationships
http://stackoverflow.com/questions/2723917/ef4-cross-database-relationships
0229nobodyさん
2013/10/31(木) 15:14:46.68ID:???http://www.tiobe.com/content/paperinfo/tpci/index.html
> The TIOBE Programming Community index is an indicator of the popularity of programming languages.
> The index is updated once a month. The ratings are based on the number of skilled engineers world-wide,
> courses and third party vendors. Popular search engines such as Google, Bing, Yahoo!, Wikipedia, Amazon,
> YouTube and Baidu are used to calculate the ratings. Observe that the TIOBE index is not about the best
> programming language or the language in which most lines of code have been written.
もっと詳しい情報を知りたければここ。
http://www.tiobe.com/content/paperinfo/tpci/tpci_definition.htm
以上がTIOBEの主張。
0230nobodyさん
2013/10/31(木) 15:16:08.43ID:???スレ違いも大概にしろ
0231nobodyさん
2013/10/31(木) 15:16:38.21ID:???これ見ても英語圏ではEFはすごい普及してるのはすぐわかる
Javaで一番人気のORM、Hibernateは2万9千件だからこの辺と同等
TIOBEとかgoogle trendsはあまりあてにならないとおもう
機械的にサーチエンジンの集計してるだけだからキーワードあってたら拾ってしまう
0232212
2013/10/31(木) 15:18:02.60ID:???0234nobodyさん
2013/10/31(木) 15:20:54.89ID:???>>231のstackoverflowでも数字がはっきりでてる。
NuGetのダウンロード数でもEFがぶっちぎり
EF人気にケチつけてくる馬鹿いるようだけど、
そいつは接続すらできなかった無能でアホな>>133だから以後スルーでいい
0235nobodyさん
2013/10/31(木) 15:24:05.65ID:???0236nobodyさん
2013/10/31(木) 15:28:26.58ID:???0237nobodyさん
2013/10/31(木) 15:41:56.50ID:???それ全部別人が質問してんだへーすごいねー
>>234
MSが押してたはずのVistaとか8はなかったことにしたいんですねよくわかります
それと試用をも普及に含めちゃう君に乾杯
0238nobodyさん
2013/10/31(木) 15:53:59.00ID:???使ってる人が多いとか、人気があるとかどーでもいい。
0239nobodyさん
2013/10/31(木) 16:02:45.90ID:???0241nobodyさん
2013/10/31(木) 16:12:36.66ID:???人間図星を指されると発狂するもの
それと人気どうこうは心底同意する
つーかスレ違いだと何度言えば分かるのかね発狂してるアホどもは
0245nobodyさん
2013/10/31(木) 17:23:27.19ID:???0246nobodyさん
2013/10/31(木) 18:24:11.93ID:???ん? なんだ俺が接続できなくてべそかいてるとでも思ってたのか?
節穴な奴だなおい（笑）俺は「スキャフォールディングが糞」と言ってるだけだぞ?
>>135の時点でデータコンテキスト/ビュー/コントローラ自作してきっちり動いたわ（笑）
大抵のチュートリアルでスキャフォールディング使ってるのが初見殺しの罠とは流石に思わなくてな
ま、ここんとこM$の出してくるもんは開発系に限ってはいい感じばっかだから油断してた俺が悪いんだがね
それから信じる信じないは勝手だが、俺は今日ここ初めてのカキコだ
まあ信じないだろうけどな自分のお花畑が全てっぽいからお前
0247nobodyさん
2013/10/31(木) 20:14:57.75ID:???どうやってDB作ってるって聞いてるんじゃなくて、どうやって設計してるって聞いてるんだが
モデルからDB作るんであれば、モデルを設計する段階でDBの実テーブル意識してるのか？
ORMって結局モデルの(永続化)データストアとしてRDBを使ってるだけじゃないのかと言う気がするんだが
それって本末転倒じゃないのか
コードファーストとか特にその傾向が強い気がするんだが
0248nobodyさん
2013/10/31(木) 20:36:25.74ID:???いっそ式木によるSQLビルダーに徹してくれた方が適用範囲も広がるのに。
まあ、式木からUPDATEやDELETEを作り語ったら、拡張ライブラリを入れればいいんだけど。
0249nobodyさん
2013/11/01(金) 00:04:10.63ID:???やぱりおまえどうしようもなく馬鹿だな
>>201でEFについて質問してるんだから答えは的確
＞モデルを設計する段階でDBの実テーブル意識してるのか？
当たり前だろアホｗｗ
頭の中でデータベースの論理モデルの設計もできてない段階で
ORMのマッピング設定ができるわけがないだろｗｗ
パフォーマンスと正規化原則のバランスとりながら
どこまで正規化するか、JOINはどうするか、いろいろ考えて
最終的なテーブル設計をイメージしながら
そのテーブルに対応するmodelをcode firstで書いていくんだろ
スキーマ設計する前にModelやORMのコード書けると思ってる所がアホすぎる
0250nobodyさん
2013/11/01(金) 15:34:38.67ID:???0251nobodyさん
2013/11/01(金) 15:45:48.67ID:???テーブル設計・設定と、Object(model)のコーディングを同時にできるってだけだ
基本的にModelのコードがそのままDBのColumnになるんだから、
頭の中でテーブルの設計ができていないと書きようがないだろ
ORMはDB設計を不要にしたり自動化するツールではない
0252nobodyさん
2013/11/01(金) 15:48:07.28ID:???> ORMはDB設計を不要にしたり自動化するツールではない
いやだからORMならスキーマが前提だって書いてるじゃん。
> 基本的にModelのコードがそのままDBのColumnになるんだから、
> 頭の中でテーブルの設計ができていないと書きようがないだろ
最悪（？）DBなしでも動くんだから、テーブル設計ありきという概念じゃないでしょ。
0254nobodyさん
2013/11/01(金) 16:37:29.20ID:???コード･ファーストの特徴の一つはModelをPOCOで記述できること。
それ故、永続化レイヤーとの結合をシステム全体として緩やかなものにできる。
ビジネスロジック層も、大部分を永続化レイヤーから切り離すことができる。
ユニットテストも、データベースなしで実行できる部分が増える。
0255nobodyさん
2013/11/01(金) 16:55:34.39ID:???それEFでなくても出来るじゃん
それこそDataSetの昔から
ほとんどのケースで意味ないからしてないだけで
CodeFirstのメリットなんて設計試作が簡単ってくらい
DB設計は専門に任せる中規模以上の開発形態じゃほぼ意味を成さない
0256nobodyさん
2013/11/01(金) 17:34:20.37ID:???> ほとんどのケースで意味ないからしてないだけで
そんなことない。
他言語でも永続化部分をインジェクションするのは良くある手法。
> DB設計は専門に任せる中規模以上の開発形態じゃほぼ意味を成さない
EFのコード・ファーストは、永続化レイヤーと切り離せるのがメリット（というかそうするのが主目的か？）なので、
それに意味をなさないと思うのならコード･ファーストは無意味だね。
■ このスレッドは過去ログ倉庫に格納されています