ASP.NET MVC

MVCは"model-view-controller"の略で、関心の分離によってテストやメンテナンスのしやすさ、簡潔なコーディングを実現するアーキテクチャです。

・日本語情報

日本マイクロソフト 井上さんのブログ
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

>>174
これが信者ってもんですよ
ひたすら盲目で蒙昧

>>174
あんたは>>166？
>163のレスを
「開発生産性を高めるためだけにしか使えない」などと曲解したのが悪い。

EFを否定したととられても仕方がない
ORM否定派がいるうざい流れの中での発言ならなおさらだ

リレーション追えないようなmicro-ORM出してきて
こっちのが速い、とか本当に無意味、ナンセンス
パフォーマンス比較するなら機能が同等のもの出せよと思う

ASP.NET MVCスレでEntity Framework否定って
ほんとうざすぎるわ

MVCは基本的にEntity Framework推奨で設計されてるのに
EF否定する奴がなんでこのスレ覗いてるんだか

まあ、貴方がどう思おうが、何を言おうが、
昔使いにくかったことと、パフォーマンスがイマイチな事実は変わらないよ。

推奨はいいよ。

だが、使いにくいと言うのをやめろとか、必ず使えとか、頭おかしいのと違うか？

>>178
EFは驚異的なペースでバージョンアップしてるんだから
「昔は使いにくかった」とかほとんど無意味
EFやORMを使わずにEF否定してる人と似たようなもの

>>179
必ず使えなんて誰も言ってないだろ
頭おかしいのはあんた

MVC5出てるのにMVC5の話題もない。

ケチつけてる人ばっかりだけど、
最新バージョンさわってもない人ばかりに見える

無料なんだし使ってみろよといったら信者扱いｗ

>>180
つまり、バージョンアップ前に使わなかった俺の都合はご理解いただけたと解釈してよいでしょうか？

お互いさ、事実は替えられないんだから、もっと有意義にやろうよ。

常に最新版使えとか、勘弁してくれ。

>>182
都合もバージョンも書いてないし理解もなにもない
好きなの使えばいいじゃないか

あとここ匿名なのわかってる？
「またORM否定してきてるうざいのいるな」、くらいの気持ちでレスしてる
名前つけないと判別しようがないことくらい理解してほしい

ケチつけられてるからって、気分悪くしてる人もいるけどさ、
貴方にケチつけてるわけじゃないんだし、
たかが2chごときで、そんなカリカリするのも馬鹿らしいよ。

そうそう、少し前にEF6は速くなったか？という話あったけど
よく見たら、劇的に早くなる新機能がついてたぞ

EF6以降はEFからストアドプロシージャを呼べるようになった。
これは速い
俺はめんどうなストアドプロシージャなんてもう書きたくないがねｗ

>>185
この板自体がそんな感じだからな、
喧嘩腰で空気の悪いスレばっかり

ある人が、単に不満を言うと、それを使ってる人が、さも自分が否定されたかのように思うのか、
激しい反応するのは、プログラム言語関連では良くあること。
直して欲しいよねとか、そんなことないよ、こうなってるよとか、フーンでほっとけばいいのに、

お前は間違ってる、お前はおかしいやつだ　って言われるとこうなるわけだよ。
気持ちはわからんでもないが、有意義ではなかったよね？

>>183
こなれてない最新Verにすぐ飛びつくのはただのヲタ
自分が人柱になんのは止めないから他人にも強要すんなってことよな

と言うか信者は自分が狼少年だって自覚あるんかね?
新バージョン出るたんびに「前まではクソ! 最新使ってない奴はバカ!」だもんよ
そのクソなもん押してきた過去は都合よくなかったことと来たもんだ
もう普及させたくないとしか思えんわ

段々良くなってきているのは事実。
なので狼少年ではない。
そして、普及させたくないとは思ってないだろう。

>>190
ないわー
当時使いものにならない部分だんまり決め込んどいてそれはないわー

>>191
意味が分からない。

>>186
それ意味ないじゃん
パフォーマンスを稼ぐためにいちいちストアドプロシージャも書かないといけないのか？

>>192
MVC押しが顕著になってきたのは3からだと記憶するが、紹介記事はほとんどEF4と抱き合わせだった
そしてEF4は上にも書かれているような問題点が少なからずあったにも関わらず、
「現時点での問題点」として附記されてるの見た記憶がない
そして実際導入してみて唖然とするパターン
もっと上の方にVS2010でトラブってる人がいるようだが、
MVC3から押しが始まってるんだから当時VS2012なんぞあろうはずもない(2011/1/14正式リリース)
まあこの人はごく最近やりはじめたようであるが、
MVC3当時の最新環境はVS2010なのだからそれが使いものにならないのであれば
押しが欺瞞だったと言われても仕方ないだろう
ついでだから私も一つEFのダメだった点挙げておく

　ODP.NETは2012年初頭までEFに対応しておらず、
　またCode Firstに対応したという記事も発見できなかった

もっともLINQの時点(2008年)で対応するする詐欺働いていた訳だからEFだけの欺瞞じゃないが
こういう重要な情報は毎回注意喚起すべきでないか

とりあず、使いもになるかどうかは各自でちゃんと判断しましょうね
その判断結果を、ちゃんと判断基準を示して批判するなら好きにしてください

>>193
え？この改善の意味わからないの？
ストアドもEFから呼べるなら使い勝手がよくなってる。
ストアドプロシージャ呼ぶときだけADO使うといったこと
をしないで済む。

パフォーマンス要件が厳しくない大部分のコードは
さくさくとEFの通常のデータアクセスを使い、
パフォーマンス要件が厳しい個所は限定的に
ストアドプロシージャで超高速にする。

既に書いた通り、ハードの処理性能あがってるし
ストアドプロシージャが必要な場面はかなり減っている。

>>194
EFは他社のDBにも使えるようになったってだけでもすごい改善だ
LINQ to SQLなんてSQL Serverしか使えなかった。

ODPはOracleのデータベースコネクタ側でも対応が必要になるし
Oracleのようなサードパーティのデータベース対応が
SQL Serverより遅れるのなんて当たり前だろう。
記事が発見できないという批判はOracleに対してするべきだとおもうがね

同じOracleのMySQLでもEF対応はかなり遅れた。
MySQL Connector NetなどConnectorのリリースノートをちゃんと
見ていれば対応はわかる
書いてなくても自分で動かしてテストしてみるのが開発者の仕事

>>197
進歩する「だけ」で褒めていいのは学生までです
上の方見るとEFはCodeFirst前提らしいがそれで普及させられる訳?
「これからに期待」と言うなら話はわかるがそんな論調じゃないだろう
他人に使え言える状態じゃないよ>EF

どーでもいいがおまいら何でビューとビジネスロジック&データソース分離する理念のMVCスレで延々とDB関係話やってんだよ
EFスレ立ててそっちでやれ

まあ、そうなんだが ASP.NET MVC のMって実質的にEFなんだから許容範囲じゃね
今かかえてる案件をASP.NET MVC ＋ EFで開発しているが
新規案件でレガシーDB無いんでEFコードファーストを選択
特に初期段階でのこの組み合わせの開発効率は悪くない

コードファーストってDB設計どうやってやってるんだ

>>200
> Mって実質的にEF
Cが分厚くなってませんか？

>>201
Modelの定義から作ってるに決まっとるがな

これ見れば一発

Code First to a New Database
http://msdn.microsoft.com/en-us/data/jj193542

>>198
EFは海外で十分に普及してる
自分のまわりで使える人がいないからといって
普及していないと思い込まないようにな

>>202
リポジトリパターンにしてしまえばそれほどでもない

JavaのORMスレがあるように、.NETのORMスレがほしい(そんなにネタが持たないか)

>>205
そういうことは一度JavaのORMスレを見てから言えw

>>206
知っとるでw

自分ももともとJavaの人間だったし、
あのスレができた頃はかなり勉強になるスレでとてもおもしろかったのに、
残念なスレになってしまった

>>205
Entity Frameworkのスレはあってもいいかもな
重要な技術なのに日本語情報も少なく書籍もなく
、英語弱者は置いて行かれている印象

もし立てるならWebProgではなくプログラム板のがいい
あっちに立てればC#でデスクトップアプリ作ってる奴らも来る。


>>206
Javaの方は荒れてると言いたい？
EF限定のスレにしておけば荒れないんじゃないか
.NETのORMにしてしまうとNHibernateやDapper派などが論争を始めるとおもう

IIS+SQLSeverだったらEF一択でもいいかもね
TransactionScopeも安定してるし

Linux+mono+MySQLな自分は(Fluent)NHibernate使用中

>>208
EFをとにかく叩きたい奴が荒らし始めると思うよ。
無視すればいいけどね。

>>203
普及してるってんならソース出してみ
どうせ出せないだろうけどなお前の脳内世界での話だし

EFで、DB名の異なるテーブルのjoinはどーやるんでしょうか。

>>211
http://www.google.co.jp/trends/explore?q=%22entity+framework%22#q=%22entity%20framework%22%2C%20NHibernate&;cmpt=q

>>213
…………それはひょっとしてギャグで貼っているのか?

>>198
自分が使っても良いと思えるラインは人それぞれだから、誰かに取って価値があると思うのなら人に勧めてもいいでしょ。
あなたの基準を下回っていても、誰かの基準は上回るということもある。
（ほぼ）万人にとって無価値あるいは有害であるなら、人に勧めるなと言っても良いけど。

>>214
客観的な情報ですが何か。

>>216
で?
それは普及度を示している情報なのか?
どこらへんが?
まさかとは思うが「情報収集してみたけど使えんわコレ」って人はいないことになってんのかお前の脳内じゃ?

>>217
TIOBEにおいても、各検索ボリュームをratingに反映してるんだが。
検索ボリュームと普及度に相関関係がないというなら、それを証明してくれ。

まあ、他人が使ってるからいいはずとか、そんなレベルだってことだ

>>212
それぞれからモデル作って合体させた後シノニム使ってできる、らしい
CodeFirstじゃできないんじゃないかやったことないから知らんけど

普及するもしないも、VSにビルトインされてんじゃないの？

>>218
普及度と相関するって主張してるのはお前
だから相関するって証明をしなければならないのもお前
TIOBEがやってる?ならそこがどう証明したか説明してみ

>>222
検索ボリュームが増えたのはユーザ数が増えたからというのが自然な考え方だと思うが。
だからこそTIOBEでも参考にしてるわけだし。

それが自然な考え方ではないというのであれば、その根拠をどうぞ。

2013年度TIOBE見てみたらPHPがまさかのランクアップ
そうかーPHPってどんどん普及してってるんだなー(棒
そしてJava脅威の普及率
まさかブラウザ付属のJavaScriptより普及してるとは予想外だわー

>>224
PHPのランクアップは最近のトレンドとは反した動き。
http://www.tiobe.com/content/paperinfo/tpci/PHP.html
これが上り調子のままなのかは、あと1,2年様子を見ないとわからない。

>>223
お前の主観なぞどうでもいい
TIOBE自身がプログラミング言語の普及率とランキングは明白に関連すると主張してるならそれを出せと言っている

>>225
ttp://www.tiobe.com/index.php/paperinfo/tpci/JavaScript.html
あれれー?AJaxやらJQueryやらで大注目のはずのJSも減少傾向っぽいぞー?
おかしいなー?

>>212
このへんでどうかな、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

>>226
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の主張。

EFならまだしも言語ランキングとか心底どうでもいいわ
スレ違いも大概にしろ

StackOverflowでもEntity Frameworkの質問は3万件近くもあった。
これ見ても英語圏ではEFはすごい普及してるのはすぐわかる
Javaで一番人気のORM、Hibernateは2万9千件だからこの辺と同等

TIOBEとかgoogle trendsはあまりあてにならないとおもう
機械的にサーチエンジンの集計してるだけだからキーワードあってたら拾ってしまう

いろいろありがとうございます。見てみます。

>>231
質問が増えたことと普及度に相関関係があることを証明しろ

というに違いない。

結構前からMSがEFを推奨してるんだから、人気があるのは明白だろ

>>231のstackoverflowでも数字がはっきりでてる。
NuGetのダウンロード数でもEFがぶっちぎり

EF人気にケチつけてくる馬鹿いるようだけど、
そいつは接続すらできなかった無能でアホな>>133だから以後スルーでいい

EF disってる奴は、VS 2008使ってるんじゃね？

自分が駄目だと判断したものを、他人が良いとういのに我慢ができないんでしょう。

>>231
それ全部別人が質問してんだへーすごいねー

>>234
MSが押してたはずのVistaとか8はなかったことにしたいんですねよくわかります
それと試用をも普及に含めちゃう君に乾杯

なんだ、人気にケチつけられてると思って、気に入らないってムキになってる話か。
使ってる人が多いとか、人気があるとかどーでもいい。

異常性を感じるのは俺だけか

>>235
2008だけが使えなかったといいたいのかな？
そんなことなかったぞ。

>>238
人間図星を指されると発狂するもの
それと人気どうこうは心底同意する

つーかスレ違いだと何度言えば分かるのかね発狂してるアホどもは

>>241
お前もだ

>>242
何がお前もかなんかどうでもいいからもう黙れ

>>243
あやべ名前欄間違えた
俺ももう黙る

マッチポンプ

>>234
ん? なんだ俺が接続できなくてべそかいてるとでも思ってたのか?
節穴な奴だなおい（笑）俺は「スキャフォールディングが糞」と言ってるだけだぞ?
>>135の時点でデータコンテキスト/ビュー/コントローラ自作してきっちり動いたわ（笑）
大抵のチュートリアルでスキャフォールディング使ってるのが初見殺しの罠とは流石に思わなくてな
ま、ここんとこM$の出してくるもんは開発系に限ってはいい感じばっかだから油断してた俺が悪いんだがね
それから信じる信じないは勝手だが、俺は今日ここ初めてのカキコだ
まあ信じないだろうけどな自分のお花畑が全てっぽいからお前

>>203
どうやってDB作ってるって聞いてるんじゃなくて、どうやって設計してるって聞いてるんだが
モデルからDB作るんであれば、モデルを設計する段階でDBの実テーブル意識してるのか？
ORMって結局モデルの(永続化)データストアとしてRDBを使ってるだけじゃないのかと言う気がするんだが
それって本末転倒じゃないのか
コードファーストとか特にその傾向が強い気がするんだが

Entity Frameworkもそうだけど、更新系の処理がオブジェクト値を書き換えてSaveChanges()っていうのがなー。
いっそ式木によるSQLビルダーに徹してくれた方が適用範囲も広がるのに。
まあ、式木からUPDATEやDELETEを作り語ったら、拡張ライブラリを入れればいいんだけど。

>>247
やぱりおまえどうしようもなく馬鹿だな
>>201でEFについて質問してるんだから答えは的確

＞モデルを設計する段階でDBの実テーブル意識してるのか？

当たり前だろアホｗｗ
頭の中でデータベースの論理モデルの設計もできてない段階で
ORMのマッピング設定ができるわけがないだろｗｗ

パフォーマンスと正規化原則のバランスとりながら
どこまで正規化するか、JOINはどうするか、いろいろ考えて
最終的なテーブル設計をイメージしながら
そのテーブルに対応するmodelをcode firstで書いていくんだろ

スキーマ設計する前にModelやORMのコード書けると思ってる所がアホすぎる

ORM使うならスキーマが前提だけど、コードファーストならそうでもないのでは

>>250
テーブル設計・設定と、Object(model)のコーディングを同時にできるってだけだ

基本的にModelのコードがそのままDBのColumnになるんだから、
頭の中でテーブルの設計ができていないと書きようがないだろ

ORMはDB設計を不要にしたり自動化するツールではない

>>251
> ORMはDB設計を不要にしたり自動化するツールではない
いやだからORMならスキーマが前提だって書いてるじゃん。

> 基本的にModelのコードがそのままDBのColumnになるんだから、
> 頭の中でテーブルの設計ができていないと書きようがないだろ
最悪（？）DBなしでも動くんだから、テーブル設計ありきという概念じゃないでしょ。

>>252
どういう意味？EF使うのにDBなしという意味は？

>>253
コード･ファーストの特徴の一つはModelをPOCOで記述できること。
それ故、永続化レイヤーとの結合をシステム全体として緩やかなものにできる。
ビジネスロジック層も、大部分を永続化レイヤーから切り離すことができる。
ユニットテストも、データベースなしで実行できる部分が増える。

>>254
それEFでなくても出来るじゃん
それこそDataSetの昔から
ほとんどのケースで意味ないからしてないだけで
CodeFirstのメリットなんて設計試作が簡単ってくらい
DB設計は専門に任せる中規模以上の開発形態じゃほぼ意味を成さない

>>255
> ほとんどのケースで意味ないからしてないだけで
そんなことない。
他言語でも永続化部分をインジェクションするのは良くある手法。

> DB設計は専門に任せる中規模以上の開発形態じゃほぼ意味を成さない
EFのコード・ファーストは、永続化レイヤーと切り離せるのがメリット（というかそうするのが主目的か？）なので、
それに意味をなさないと思うのならコード･ファーストは無意味だね。

>>255
> DB設計は専門に任せる中規模以上の開発形態じゃほぼ意味を成さない

なんで？仮に先にDBスキーマありきだとしても、ModelをPOCOで書けるのはメリットあるだろ。

>>255
「永続性非依存」でググってみてくれ。

>>256
実際にEFあんまりさわってないからイメージできないんだが

コードファーストが永続化レイヤー（ここではDBだわな）と切り離せるのがメリットなのか？
コードファーストってコードによりDB(テーブル)作るんじゃないのか？

本来のORMではテーブル定義やクラス定義を変更しても、マッピングを変更することにより
相手にその変更の影響を受けなくする事が出来るだろうけど
コードファーストでやってモデル定義やテーブル定義変更して、影響を抑えられるの？
それが出来ないなら、永続化レイヤーとの切り離しとは何を意味してるの？

>>259
> それが出来ないなら、永続化レイヤーとの切り離しとは何を意味してるの？

Model層以上の永続化処理との切り離し。

>>260
もうちょい詳しく言ってくれんと分からんが
永続化処理までフレームワークに任せる事により、永続化されてる所を意識しないってことか？
それって永続化レイヤーを切り離してるんじゃなくて、永続化レイヤーまで内包して
一体化してるんじゃないのか？

>>261
悪いんだけど、まず「永続化非依存」でググっていくつか記事を読んでくれないか。

>>262
コードファーストで永続化非依存を実現する記事を紹介してくれ
日本語じゃないとちゃんと理解できないからなるべく日本語のやつを

永続化非依存の人に聞きたいんだが
あるシステムを開発して、そのDBをコードファーストで作成したとする
そのDBを別の新システムからも使うようにしたい
そのために、今のテーブルにカラムを追加したい

元のシステムのコードは変更するべきか否か？
コードファーストではDBとコードは（将来にわたって）一致すべきか？

変更しないなら、その時点でコードからのDB作成という概念が外れるわけだが
永続化レイヤーに依存しないなら、当然変更すべき理由はないわな

一般論じゃなくて私見でも良いので答えてくれ

Code First dis
http://ogacha.wordpress.com/tag/ado-net-entity-framework/

階層がたくさんある時にいちいちMapRoute書くのクソ面倒なんですが何か簡単な方法ありませんか

ありません

>>267
ありがとうございました糞ですね

monoでMVC4動かない、.Net framework 4.5に一部対応したって書いてるけどASP.NET 4.5は非対応
っつーかMVC4〜5ってEntity framework含めて4.5依存多すぎて実質MVC3%2b.Net framework 4.0でしか使えないんじゃないのか？w

>>264
そもそもコードファーストなんてのが頭おかしいって分かるでしょ?
アプリケーション専用のデータ置き場程度に使うならいいけど、様々なアプリから
アクセスされるであろうシステムのバックエンドに使うなんてとんでもない。
これは非常にスジの悪い技術だよ。

>>270
単なるデータストアとして使うぐらいなら良いんじゃないの、ってのは俺もそう思うんだが

コードファーストが
>永続化レイヤーとの結合をシステム全体として緩やかなものにできる
>永続化レイヤーと切り離せるのがメリット
と主張する人がいるんですが

>>271
端的に言えば
コードファーストなんてのはDDLをC#で置き換えただけで
本質的にモデルファーストと何も変わってない。

永続化非依存の話については
データモデルをPOCOで扱うなんてのは別にモデルファーストでもできることで
コードファーストとはまったく何の関係もない。そんな主張はバカ。

年明けからASP.NET MVCの爆発炎上している案件に突っ込まれそうなんですが、
今のうちに勉強しておいたほうがいいことはありますか？
とりあえずVS2013 Express for Webはインストールしてみまみた。

あんたが元々何の仕事してたかによるが
気をつけることとしては、EFは「使わない」こと
上でやたら押してる阿呆がいるが耳を貸してはいけない
EF6になっても仕様バグだらけだ
そしてASP.NET MVCはEFなんぞ使わなくとも全機能使用できるし、
EFさえ排除してしまえば分かりにくいところはほとんどない
Model関連で戸惑うかもしれないが、EF部分をLINQにでも読みかえれば概ねおk
サンプル読み替えとかでわからないことがあったら聞いてくれ