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

興味はあるけどWindows Server高いしライセンスもいるのでムリ。

web editionは？

Webアプリ開発は Linux + Mono + ASP.NET MVC が最強だと悟った
http://engawa.2ch.net/test/read.cgi/poverty/1330244837/

【消しゴム】MONOを使ってみるスレ4【じゃない】
http://toro.2ch.net/test/read.cgi/tech/1329023778/

コレはmonoでまともに動くのか?

mvc2まではまともに動く
mbc3のrazor viewも一応は対応してる

razor対応してるのか。
PHPを捨てる時がきたようだ。

うむ、ただしmvc3には幾つかOpenでないライブラリが含まれている／利用されているので、
monoとしてはそれらライブラリを含めた配布はできないようだ。なので、正式対応はできないみたい
ただ、visual studioで開発しコンパイルすればそれらライブラリのバイナリが含まれるので
そのままmonoにコピー、実行できる。

要は、一部ライブラリは自分で用意してくれたら対応してるよってこと

monoってあくまでもASP.netの実行環境じゃないの？
開発環境のmono develop？みたいな名前の奴も含めてのプロジェクトだからなのか。
IDEなんかは別にオリジナルで良いんだけどな。

asp.netだけではないよ
.net というか、C#オープンになったしつかえる環境にしちゃおうぜプロジェクト

monoではVB.netは使えますか？

コンパイル後なら
てかスレ違い

実際monoってどうなのよ？
プロダクトレベルの使用に耐えるの？
使ってるなんて聞いたことないけど。

>>14
つまりはそういう事だ。
大人なら察しろ、な？

うちはつこうとる
海外だと多い

日本は保守的だから。
日本語の情報無いと使わないしね。

ウィキ作った
http://monobook.org

SPAだっけ? あれがmonoでも作れるようになったら起こして。
それまではPHPのマイクロフレームワークとJQueryの仲間たちで頑張るわ。

>>14
Webの事例は公式サイトくらいしか知らんな。
web以外だとマイクロソフト製のiPhoneアプリやらPS Vitaなど結構盛んなんだけどね

>>10
Mono.UnixなどでLinux依存に出来てしまう諸刃の剣

mvc3使いやすいな！

>>12
一応mono-basicというのがある
一応

>>18
仕事で mono 使っているのですか？
私は windows では仕事なくなったから asp.net もやめたけど。

>>24
もともとWindowsは専門外。
最近はMonoだけでやってます。

>>25
なるほど。

よかったら教えてください。

Mono を選ぶ理由は何でしょう？

私が最も気に入っているのは C# や ASP.net ですが、
BSD や Linux の上なら ASP.net の利用はあきらめてその他を選びます。

あるいは、BSD や Linux とは別に Windows Server を用意します。

群馬県高崎市に住む４１歳ＡＢ型、製造業界で派遣プログラマーの仕事をしているhekenekoこと、黒飛健と申します。
新日本テクトスという会社を追われ、その後どうしてよいかわからなくなりました。
だけど私の大好きな尾崎豊の歌に励まされ、夢であるプロのクリエイターを目指すことにしました。
何度も挫けそうになりましたが、尾崎豊の歌を聞きながら自分を励ましています。
今も尾崎豊の歌のおかげで、夢を諦めずにＣＧアニメの製作を続けられています。
とりあえず、以下の動画を見てください。一生懸命作ったもので、自分では既にプロレベルの傑作だと思ってます。
できればみなさんのご意見、ご感想を聞きたいです。
新しいラダニアムの翼(new wing of radaniam part �T) .mp4
http://www.youtube.com/watch?v=PRPJ69rVgbE

題名”ラダニアムの翼その１(A wing of radaniam_part�T).mp4”
http://www.youtube.com/watch?v=WTde4RdA5LU
私の世界観の全てを凝縮した力作です。hekenekoワールドをご堪能あれ。

>>26
1. Visual Web Developer
Webアプリで一番単調かつ時間がかかるのはHTMLコーディング。
この手のツールはプログラマー視点だと無くてもいいが、デザイナーが絡むとあった方がいい。
で、まともに使えるレベルでデザイナーっとプログラマーが共有できるHTMLエディタはDreamweaver + PHPかVWD + C#しかない。

>>26
2. 半動的言語
PHPやRubyなどの動的言語は巨大化した際に構文解析の都合上、ソースコードを追うのが大変。
たとえばPHPであれば統合開発環境でソースを追えるようにするにはPHPDOCを完璧き書いておく必要がある。

それなら静的言語（Java）でいいじゃんとなるが、Webという野良を相手にするには柔軟性に欠ける。
たとえば最近流行りのAJAXで扱うXMLやJSONをJava（や古いC#）で扱おうとすると前準備だけで壮大なことになる。

で、そこで出てくるのが半動的・半静的言語のC#4.0。
世の中で一番大事なのはバランス。

>>26
3. 運用
sshやscpなどが使えないと個人的に厳しい。

何だ結局個人レベルの話か。

>>26
安いレンタルサーバーの有無

monoを使うのは話題性
実業務でも使っているがクリティカルなシステムはやはりWindowsサーバだな
落ちても泣かない案件は積極的にmonoを使う、あとはコスト的な理由

100台近いサーバーに一斉にデプロイするのにrsync使いたいという理由だけでmonoに移行した
Windowsで1台1台コピーとかマゾい

Linuxのシェルが使えるのは大きいよね
PowerShellは使える人間が限られすぎだし

ASP.NET MVCを使えるレンサバは皆無に近い。
安いVPS借りてMonoぶち込むのが一番の近道。

結局止まろうがバグろうが大して問題にならないシステムにしか使ってないって感じか。
普通rsyncが無いから(ホントはあるけど)なんてアホな理由だけでOKにはならんしな。

ハードウェアは必ずぶっ壊れる
止まるの前提でフェイルオーバー周りをささっと構築できる技術者の確保はLinux方が有利ってだけ

Amazonで動かすのに使ってるが、Windowsはファイルの
アップロード方法すら謎だった。

グローバルにさらすシステムを構築するのにWindowsだとファイアーウォールの
設定できる人間を確保するだけでも大変だろ

結局のところ、PHPだRubyだJavaだで育ったLinuxでの運用知識のある莫大な人数の人間が
すんなりWebアプリ本体の開発だけを考えて動かせるのがMonoの利点だろう。

そういう人たちがWindowsServerの設定などを覚える時間は無駄。
止まる止まらないという話だと無理にWindowsを使う方が危険だろ。

いや、monoそのものの信頼性って話だよw

閉じた社内システムならWindows鯖でもいいんだがな。

>>43
クライアントライセンスがなあ…

>>42
asp.net自体あんまり信頼されてないだろｗ
目くそ鼻くそｗｗｗ

ASP.NET MVC自体はすごくいい感じなんだが、いかんせんASP.NETの評判の悪さで損してるよな
名前が悪い

>>44
windows web server...

>>47
社内システムじゃダメだろ

24, 26 です。
多数の回答ありがとうございます。

mono を使う理由は
.net と unix の良いとこどりをするため
って感じですね。

最近、windows から unix に移行した私は
windows はアプリ開発には優しいけど、
構築や運用には不親切（向いていない）と
いうイメージを持つようになりました。



mono 使いの方、もうひとつ教えてください。

純正の .net にはあれがあるのに、
mono にはまだ移植されてないよ、困った！
なんてことに頻繁になりませんか？

The Internet向けのWebサーバならUNIX系だろうけど、社内に置くサーバなら断然
Windowsに軍配が上がるわなあ。
ADとグループポリシー無しでWindowsクライアントの管理とか考えられん。

適材適所

PHPからASP.NET MVCへの移植を行おうとしているのですが、
ASP.NET MVC独自の認証機構の情報ばかりで、独自に認証
周りを実装するにはどうすればいいのでしょうか？

既存のデータベース・認証ルーチンを引き継ぎたいのですが。

WebMatrix.WebDataでググれ

閉じたLANの世界でしか使われないとか、エンタープライズに胡座をかいて数こそ力のPCに喰われたIBM、SGI、SUNを見ているかのようだ。

>>54
HP「…」

>>55
ホームページ・・・

あ

とりあえずPHP製の有名アプリ移植してみるわ
なにがいい？

>>58
そんなのより簡単な販売管理お願い。

>>59
本業は年に1個売れるか売れないかの医療機器屋だから販売管理とか言われてもわからん

MVC使いやすくて良い割には
ここ人いないね

なんでどんなサーバーでも作れるように対応しないんだろな

>>62
MS「それは当社の利益にどのように貢献するのでしょうか？」

MVC3素晴らしい！
Razor、モデルバインディング、EntityFramework etc。。
これがmonoで走るなら世の中変わる。
Entity Framework(MySQLで)とモデルバインディングは完璧に動くんだろか？？

Razor、モデルバインディングは問題なく動作する(アセンブリのコピーが必要)
Entity Frameworkは『Invalid IL Code』って出て動作しない

EntityFrameworkは重くてちょっと使い物にならない。
小さなうちは良いが、大きくなったときに移行する術もないし

データベースはDapperくらい薄いラッパーじゃないと危険だと悟った

データベースからモデル化するのは別として、コードファーストで書けばいいのか、エンティティ デザイナーで書けば良いのか、悩むなー

レスポンスヘッダーを書き換えるにはどうやるんですか？
PHPのheader関数みたいなことをやりたいのですが。

MapRouteで設定するルート名って意味あるの？
好きな名前つけていいものなのか？

IISで動いているかXSPで動いているかを判別する方法はありますか？

助けに来たぜ!

みんなPascal形式のURLってどう思ってる?
俺は激しくダサいと思うんだけど…

>>73
Wikipediaで見慣れてるからそうでもない

ぬるぽ

ぬるり

>>73
ふだんはURLなんて全く気にしないけど
自分で設計するとなると、なんかパスカル形式はキモく感じる
なんで小文字じゃないんだろう

エディットコンティニューを使うにはどうやるのですか？
反映されないまでも,せめていちいち止めずに編集くらいする方法はないでしょうか？

ビューなら

ASP.net MVC、いいFrameworkなのにスレは過疎ってるな

C#のスレは、基本的にプログラム板が多いから、
WebProg板じゃなくて、プログラム板でスレ立て直したほうがいいと思う。

JavaのWebアプリフレームワークのスレも、プログラム板に立ってる。

一人開発なもんで、いくらビューがサクサクと生成されても、HTMLのデザインに手間取るのは仕方が無いか

htmlヘルパー的なの全部いらなくね？
痒いところに手が届かなくて、結局jQuery使うわ。特にajaxまわり。

ASP.NET -> RoR ときて、ASP.NET MVCにきたけど
RoRっぽいASP.NETってところしかわからん。
まったく別物だな。

ふらっとVisual C#,C♯,C＃（初心者用） Part96
http://toro.2ch.net/test/read.cgi/tech/1344151764/

【質問】ASP.NETスレ Part7【雑談】
http://kohada.2ch.net/test/read.cgi/php/1343282128/

RoRってロックンロールの仲間かね

>>86
Ruby on Railsのことだろ
Convention over Configurationなフレームワークの先駆け。

ASP.net MVCのほうがRailsより細かいところいじれるし、
スケーラビリティも高く、スピードも速いけどな

DropDownListForの初期値ってどうやって指定すんの？
引数で渡すSelectListでちゃんと指定しても反映されない

age忘れた

解決した
DropDownListForの最初の引数と同じ値が
SelectListItemのValueにあればかってに選択されんだな。

それにしても人いなすぎだろ、MVCはやってないの？

TFS2012の質問なのですが、ASP.NET MVCで作っているWebアプリを毎晩自動ビルドすることは
できるようになったのですが、これをテストサーバーに自動発行するにはどうしたらいいのでしょうか？

>>90
海外ではASP.net MVC流行ってるよ
情弱日本人はPHPばっかりだけどな

人がいないのはWebProg板だから
プログラム板のC#スレに統合した方がいいと思う

それか、Web FormsとMVCひとまとめにして「ASP.netスレ」にして
プログラム版にたてる。
ただしASP.netスレにするとWebProg板だろ、などといわれて
この過疎った板に隔離されてしまう

海外では流行ってんのか

何検索してもStack Overflow（と一部日本語サイト）しか
引っかからなくて難儀したわ
Google先生に翻訳してもらった文章を原文と比較しながら
読むとか、もうね

エンジニア向けに特化した翻訳サービスができれば結構流行りそうな気がするな

ASP.NET MVCはかなりいいフレームワークだからもうちょい使われてもいい気がするけど、正式なプラットフォームがWindowsっていうのが最大のネックだよな
個人的にはmonoの3.0が正式リリースされたら何か作ってみるつもり
(monoのサイトはMVC使ってるぽい)

マイクロソフトって、そういうとこやらないんだよな。

実務でcode firstってやるんですか？実際はdatabase first？

>>96
おそらく一番人気があるのがcode first
ユーザーの要望で最後に追加されたもの。
tutorialもcode firstのが多い感じ

既にデータベースのデータがある状況なら、Database firstも便利でしょ

code first , database first, model firstは
状況に応じて使い分ければいいとおもう

俺あphp一本で、php -> smarty -> Cakeで15年やってきた。
去年ASP.NET MVC初めて使った。感動した！
これはいい。第一、C#使えるだけで反則じゃないか。
開発環境との統合性も素晴らしい。
EntityFrameworkでもLINKでも何でもいい。DB定義にビジュアルツールが使えるなんて夢みたい。
Cake phpの100倍いい。Ajaxとの相性もいいね。

まだ上手く使えないけどこいつ以外使う気がしない。

PHPしかやってなくてその言い草は・・・。
もっと冷静になったほうがいいと思うよ。

ここまでJava(との比較)なし

Javaは言語だし、フレームワークのASP.NET MVCとは比較するもんじゃないからね。

せめてStruts、Spring MVCとかでしょう。

ASP.NET MVCって何と比較するものなのかな？

>>102
MVC系のフレームワークじゃないの？
ROR、Smarty、CakePHP…

あとは、
WebForm -> お手軽に開発したい人向け
MVC -> 細かく開発したい人向け
とか

Ext.Netはどうなのかな

open2chにASP.NETのスレ立ちました。

ASP.NET part1
http://toro.open2ch.net/test/read.cgi/tech/1368724408/

プログラム技術＠open2ch掲示板
http://toro.open2ch.net/tech/
専用ブラウザも利用可能。板の登録はすぐ上のURL設定

職場でASP.NET MVC 3 を使っているチームに合流することになった(自分は .NETでwebアプリは初めて)ので、
以下の本を買ってきました。

Amazon.co.jp： ひと目でわかるASP.NET MVCアプリケーション開発入門 (MSDNプログラミングシリーズ): 増田 智明: 本
http://www.amazon.co.jp/dp/4822294382

本を読み始めてみると、職場のコードでは view に RAZOR や、ファイル名が cshtml なのに、
この本では、ファイル名が aspxとやってて、おかしいなと思って本の画面キャプチャをよく見ると、MVC 2 を使っているっぽい。

RAZOR や cshtml 形式は MVC 3 からなのでしょうか？

とりあえずこれで読み進めてみますが、 MVC 3 か MVC 4 でいい本があったら教えてください。
(ASP.NET MVC の日本語の本は少ないですね)

以下の本はMVC3ですが、これを持っている人が多かったのですが、これが一番いいでしょうか？

プログラミングMicrosoft ASP.NET MVC ASP.NET MVC 3対応版 (マイクロソフト公式解説書)
http://www.amazon.co.jp/dp/4822294668/

>>106
本は断然後者の方がいいよ
ただ、ASP.NET MVCの経験が浅いとちょっと難しい内容かもしれない
EntityFramewokは触り程度しか書いてない

Razorは基本的にはMVC3から

>>107
ありがとうございます。後者の本を勉強してみます。

久しぶりに覗きにきたら
3レスもついてる

一応、人はいるんだな

>>106
RazorのView EngineはMVC3からだよ
MVC3からけっこう大きく変わってるから
学習するならMVC3かMVC4対応のものを使ったほうがいいとおもう
でもMVC3以降の書籍はかなり少ない

「ひと目でわかるASP.NET MVCアプリケーション開発入門」
はキャプチャ画面ばかりで内容が薄いね

「プログラミングMicrosoft ASP.NET MVC ASP.NET MVC 3対応版」
これは作者がMSDNドキュメントのレベルを超えると言ってる。
細かいネタばかりで読む気にもならなかった。
MSDNレベルの知識が見についてる人以外は手を出さなくていいと思う

「改訂3版 パーフェクトC#」
これは読んでないけど、ASP.net MVCの章があってMVC4対応。
LINQ, EntityFrameworkも扱っている
目次のページ数とかはAmazonで見れる。MVC4は75ページ分。
他にASP.net WebFormsなどの章もある。
http://gihyo.jp/book/2013/978-4-7741-5680-4

>>106
補足。
書籍よりも下のサイトのTutorialが一番良かった。
絶対に目を通した方がいいよ

http://www.asp.net/mvc/tutorials
http://www.asp.net/mvc

これ読める人なら、MVCの書籍はいらないと思った
英語のMSサイトの情報のほうが正確だし、わかりやすいし、最新バージョンに対応してる。

>>106
さらに追加。
こっちは英語アレルギーの人向け
atmarkitの記事はわりと分かりやすいと思う。MVC3に対応


チュートリアル、リンクなどの技術情報 [日本語]

ASP.NET デベロッパー センター > ホーム > 技術情報 > ASP.NET MVC
http://msdn.microsoft.com/ja-jp/asp.net/aa336581

Visual Studio デベロッパー センター > ホーム > .NetFramework > スキルアップ > 解説動画
5 分で学べる .NET アプリケーションの基礎
http://msdn.microsoft.com/ja-jp/vstudio/ee847315.aspx

連載：ASP.NET MVC入門【バージョン3対応】
http://www.atmarkit.co.jp/fdotnet/aspnetmvc3/index/index.html

ASP.NET on the Web.
http://blogs.itmedia.co.jp/chack/

monoいいね

http://www.atmarkit.co.jp/ait/articles/1303/15/news069.html

>>113
おお、こんなナイスな連載が始まっていたのか

monoのASP.net MVCを
ソーシャルゲームの本番環境で稼働させてるってのは驚きだわ

>>110-113
とても有益な情報、どうもありがとうございます!
「プログラミングMicrosoft ASP.NET MVC ASP.NET MVC 3対応版」
は、手元に置いておこうと思いますが、 >>111-112 の英語ドキュメントも読もうと思います。
ちょうど、MVC4 に入れ替えよう、という話がチーム内で出ていたので
(特に新機能を使うわけではないが、入れ替えてもソースコードコンパリビリティはあるだろうというのと、
とりあえず新しくしておくか、という感じで)

>>113
自分もUnix育ちなので、開発環境としては Visual Studio はいいとおもうけど、
運用はLinux等がいいなと思い、monoは注目してました。
IISだと、何よりサーバ増やすとき金が掛かる。リモートメンテとかもめんどくさいし。

パーフェクトC#買ってみたけど、全く使えない...

仕方がなくネットで調べながらやってるけど、
英語がさっぱりな俺でも公式チュートリアルが一番いい

ASP.NETもっと盛り上がって欲しいな〜VS含めて凄くいいと思うんだけどな〜

stackoverflowがそうだっけ。
Windowsサーバを用意しないといけないのがなー。
Azureをもっと売り込めばいいのに

>>118
apache+mono_serverでいいじゃない。

自動で生成されるWebpages_Rolesテーブルに、
ロールを追加したり消したりするにはどうしたらよいのでしょうか？

>>120
http://msdn.microsoft.com/ja-jp/asp.net/hh180206.aspx
Webpages_Rolesでググったら一番上に出てきてるんだが

手動で直接DBに入れるのは出来たのですが、コードを書いて追加したりは出来ないと言うことでしょうか？

>>122
ユーザ管理はWebベースでブラウザから設定するツールがあるよ
だいたいの管理はこれでできるとおもう
ユーザの追加とかロールの変更とか。

Web Site Administration Tool
http://msdn.microsoft.com/en-us/library/yy40ytx0%28v=vs.100%29.aspx

ここにわかりやすい解説がある。動画もある
http://www.asp.net/mvc/overview/security

動画
http://pluralsight.com/training/players/PSODPlayer?author=scott-allen&name=mvc3-building-security&mode=live&clip=0&course=aspdotnet-mvc3-intro

>>122
手動でできるんなら、それをするコードを書けば出来ると思わないの？
普通にDBのあるテーブルに行追加するだけだろ

//HomeController.cs/////////////////////////////////////////
namespace AjaxTest.Controllers
{
public class HomeController : Controller
{
[HttpGet]
public ActionResult Index()
{
return View();
}
[ValidateAntiForgeryToken]
public ActionResult IndexPost()
{
List<Product> model = new List<Product>();
for (int i = 0; i < 100; i++)
{
Product p = new Product();
p.Name = "製品" + i.ToString();
model.Add(p);
}
return View(model);
}
}
}

//Index.cshtml/////////////////////////////////////////////////
@using (Ajax.BeginForm("IndexPost", new AjaxOptions { HttpMethod = "Post", UpdateTargetId = "data" }))
{
@Html.AntiForgeryToken()
<input type="submit" value="button" />
}
<div id="data"></div>
@Scripts.Render("~/bundles/jquery")
@Scripts.Render("~/bundles/jqueryval")
//IndexPost.cshtml////////////////////////////////////////////
@model IEnumerable<AjaxTest.Models.Product>
@{
var grid = new WebGrid(source: Model, ajaxUpdateContainerId: "grid", rowsPerPage: 10);
}
<div id="grid">
@grid.Pager(WebGridPagerModes.All)
@grid.GetHtml(columns: grid.Columns(grid.Column("Name", "プロダクト名", format: @<text>@item.Name</text>)))
</div>

分割投稿失礼します。
上記２つのコードにてコントローラにValidateAntiForgeryTokenアノテーションを付けると、
エラーになる原因がよくわかりません。どうしてバリデーションエラーになるのでしょうか？
またアノテーションを外した後のwebGridのページャやソートをさせようとすると何故か複数回リクエストが発生してしまいます。
対処方法があればご教授をお願い致します。

連投すみません。
上でバリデーションエラーになると書きましたが、エラーになっているのかもよくわかりません。
最初にグリッドを表示した後、ページャやソートをしようとすると表示されません。
アノテーションを外せばページャやソートが出来るようになりますが、リクエストが複数回行われてしまいます。

さらにページャまたはソートを連打すると、次第にクエリ文字列が長くなっていき、urlの最大長を超えるとグリッドが消えます。

AntiForgeryTokenはpostじゃないと動作しないらしい
@gridで出力してるページャがgetで動作してるんじゃないかな

それ以外はわかんね

>1
MVC5のTutorial出来ていた。
MVC5はVS2013 Previewにはいっているらしい
MVC5のみのダウンロードはまだできないはず

Getting Started with ASP.NET MVC 5
http://www.asp.net/mvc/tutorials/mvc-5/introduction/getting-started

MVCは、ajaxがめんどくさい

VS2010のスキャフォールディングのあまりの糞さにブチ切れた
勝手にDB作ろうとする上に接続文字列変更したらマイグレーションしろとかマジふざけんな
このクソ馬鹿仕様考えた奴は禿て氏ね

俺はlinq to sqlに戻したよ

そうだな
M$のテンプレートだの自動生成の類が巨神兵並のド腐れだってのを失念してた俺が悪い
しかしこのCoCとやらは本当に標準的になれてるのか・・・・・?
こんなtypoクリティカルなシロモノ良く使えるな

>>133
使いこなせないからって逆切れするなよみっともない
あんたの能力が低いだけだ

ScaffoldingやってるのはVSではない。
ASP.net MVCとEntity Frameworkだ
基本的な役割すら理解してない


テーブル自動作成が嫌なら先に作成しておけばいいだろ

いまどきVS2010なんて使ってるのも遅れすぎだわ
VS2013とASP.net MVC5を使え
Entity Frameworkも6.0になってる

>>136
知ったか恥ずかしいね
使いこなすも何もいじりようがねえだろあの機能
先に作成しておけばいい? 無知は罪だね
既存のDBへの接続文字列へ変更してもエラー吐くんだよ
提灯記事鵜呑みにする脳弱は黙ってろ

>>137
えっ・・・、さすがにそれはひどい。
EF4はCode FirstもDatabase Firstもどちらも対応できるだろ・・・。
自分は仕事でDBから作っているよ。

言葉も汚いし、技術も薄っぺらすぎだろう。

>>138
メクラ乙
お前やっぱ実際に使ってないだろ

少々のメクラでも分かるように書け、クズ。

>>139
俺は137とは別人だ
138も>137が無能だと気が付いたようだな

>>137
あんたが英語のドキュメントも読めず、検索の仕方もわからない低能なだけ
俺はSQL Server ExpressでもMySQLでもEntity Framework使ってるわ
接続DBの変更は1つの単語を変えればいいわけではない
認証方法などDBごとのパラメータがある
英語で検索すればすぐ見つかる程度の話だ
エラーにきれてこのスレの住人に汚い言葉を吐くなんてみっともない

最低限、英語のサイトには目を通せ
http://msdn.microsoft.com/en-US/data/ef
http://www.asp.net/mvc

>>138
このMSDNでは4通り説明してるね
http://msdn.microsoft.com/en-us/data/jj590134

Model First
Database First
Code First (Existing Database)
Code First (New Database)

俺はCode First (Existing Database)」でやってるな
Columnのデータ型は自動作成されるといらつくから
データの長さまできっちり先に指定してTableつくっておく

>>141
お前本当に読解力ねーな(失笑
一遍自分でやってみろよデータベースファーストでよ?
そうすりゃすぐわかる

NHibernateオヌヌメ

>>144
ざっとggってみたが面白そうではある
試してみよう

EFのCode Firstすら使えないバカにNHibernateは無理
マッピング設定が大量にある

お前ひょっとしてEFはコードファーストでしか使えねえ糞だって言ってるのか?
既存のDBから簡単に持ってこれないんじゃそら普及しない訳だわ

>>147
Entity Frameworkは一番普及してるORMだ
もう答えなくていいなこのバカには
無知な上に態度も悪いし教えたサイトで学ぶ気もない

EF嫌ならNHibernateでもつかってろ
おまえには絶対につかえないと思うがな

EFが一番普及してる（笑）
どこの並行世界にお住まいですか

ああそうそう言い忘れてた
実践もしねーで学ぶだけー()に何の価値があんだよ
やってみもしねーで頭でっかち上から目線
馬鹿はどっちかね

>>149
EFより普及してるORMあげてみろよ

EFは世間のORMよりだいぶ分厚いイメージが有るｗ

荒らしは放置しようぜ。口悪いだけで頭すっからかんだよ、こいつ。

>>151
出た（笑）限定勝負()
DBアクセス手段がORMしかない世界の住人ですかー?
少なくとも4年前まではADO.NET一強で他雑魚だよ
ttp://www.atmarkit.co.jp/fdotnet/chushin/chushinsurvey_01/chushinsurvey_01_02.html
先に言っとくが、データが古いとケチつけんなら最新のソース出せよ?
お前の妄想とか願望とか要らねえから
ついでにありがたーい言葉も付けてやろう「予定は未定」

ADO.NETとORMをなぜ同列に扱うのか分からない。
お前面白いな。もうしばらく居てもいいぞ。

試してみろというと逃げる癖してよくもまあ・・・（笑）
何一つ具体的なこと言えない時点でお察しだな

>>153
ADO.netはORMではないんだから
「Entity Frameworkは一番普及してるORMだ」は事実だろ

いまどき生SQLでゴリゴリ書くのは時代遅れ過ぎるんだよ
大昔のADO.net時代のシェアなんてどうでもいい。

日本のITは世界から大きく遅れてるのに、IT後進国の2009年という
大昔の調査のを持ち出してくるあたりが無能の証
Entity Frameworkがなかった時代の調査なぞ論外

>>152
Model Firstとかは分厚いが、Code Firstならそうでもないんじゃない？
Model Firstはだいぶ評判悪かったみたいだよ

Model Firstが悪いんじゃねーよ。
その実装が糞だってだけだ。　やってればわかるだろ。

しかも、生SQLごりごりとかさ、EFの前までに何段階もあっただろ。

EFは、使った人間なら分かるが、ムダにでかくて遅い。　https://code.google.com/p/dapper-dot-net/
生成するSQLも汚い。
少なくとも初期は使いにくかっただろ。
理想はいいのだが、実装が追いついていない感じ。
最新のバージョンをさらっと触っただけの人はしらんが、俺の認識はこーだ。

DBがそのアプリ、サイトだけで使うものなら　ORMで好き勝手にやればいいけど、
他のアプリでも使うテーブルを参照するとかそういうときにトタンに問題が出る。
結局、自作の　ADO.NETのラッパー使わざるを得んのは、みんな分かると思うがね。

EntityFramework より、Linq to SQL とかのほうが使われているんじゃないの？ (定量的なソースはありませんが)
他にも >>158 の dapper とか dotconnect とか NHibernate とか、ADO.NET直とか、
Javaとちがって .NET界の ORM は、デファクトといったものが無く乱立しているような気がする。

名前欄は間違いです

ADO.NET データセット、LINQ to SQL、Entity Framework それらの特徴と今後の将来性
http://www.youtube.com/watch?v=uXf_VTPUp8Q

>>159
古いシステムなら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を選ぶ理由が見つからない

>>158
micro ORMはリレーションに対応できないのばっかりじゃないか
EFのような高機能なORMと比べてパフォーマンスが速い、
なんて主張はナンセンスだよ
開発生産性を高めるためにORM使っているというのに
リレーション対応できないんではメリットの大半が失われてる

あとシンプルなリレーションなら、ORMで生成されるSQLはほぼ完ぺきだよ
パフォーマンスこだわるなら、正規化ゆるくして複雑なJoinを避けるよう
にするのも定石だとおもう

EF6ってだいぶんパフォーマンス改善されてる感じ？
4とかはパフォーマンス悪すぎた

VSに統合されている(GUIが使える)のは大きなメリットだな

>>154
おいおいおい、現場で必要なのはDBアクセス手段であって何の技術かなんてどうでもいいんだよ
生SQLやデータセットでは使い辛い、開発し辛い、メンテし辛い、テストし辛い
それを解決する手段として模索されてきた一つがORMだろ
つまり最初から置き換え狙いでデータセットと競合する
それを同列に扱わないって方が意味わからん

>>156
EF1はなかったことにしたいんですねとてもよくわかります
そして反証は例によって出せない、と・・・（笑）

>>163
いいえ、遅いことを高機能だからと目をつぶるのはナンセンスです。

開発生産性を高めるためだけにしか使えないとご自分でおっしゃっているの分かりますか？

遅いか速いかとか、そのスピードだけみてもなぁ
使えるかどうかは、必要十分な速度に達してるかどうかが問題なわけで
今のEFは使い物にならないぐらい遅いのか？

>>164
自分では測ってないけど、速くなってると思う
MSのVersion History見るとパフォーマンス改善したという
記述がいくつか見つかる
http://msdn.microsoft.com/en-us/data/jj574253

>>165
俺の中ではCode FirstがサポートされたEF4.1以降がEntity Framework
それ以前は使ってないし知らん

>>158
これわざわざベンチマークとったのになんでバージョンも日付も入れないんだろうね
バージョン上がった今となっては参考になるのかすらわからない

>>161
YouTubeにこんなチャンネルできてたんだ。
エバンジェリストの解説もゆるゆるだなｗ

この動画でも、LINQ to SQLはオワコン扱いされてるね

>>166
DataSetとEFでは開発生産性が大違いなんだから
EFを使わないという選択肢は可能な限り避けたい。

「高機能ORMを使わずにゴリゴリやる」とか「ストアドプロシージャを使う」
とかいう対策は大きな犠牲を伴う。開発生産性が大幅に低下する。
利用は極力ひかえるべきパフォーマンス対策

パフォーマンスを上げる方法は他にたくさんあるしまずそっちを試せばいい。
メモリを大量に積む
SSDにする
キャッシュを使う
DBのレプリケーションを使う
App Serverの台数を増やす
これらは時間かけずに対応できる。

「Entity Frameworkを諦める」なんてのは最後の手段だわｗ

>>167
十分に速いよ
ありふれたハードで秒間1000クエリ以上こなせる

SSD時代になってハードの性能が格段にあがってるから
コードでちまちまパフォーマンス改善をやる必要性は低くなってる

EF6出てるから使ってみればいい
せっかくMSの開発ツール使えるのにEF使わないなんてもったいなさすぎるわ

EF遅いって、ソシャゲみたいなよほどレスポンスを重要視する業界ならわかる。
それ以外ならたいていインデックス設計、さらにはキャッシュでまず何とかなるでしょ。

クエリの組み立てに式木を使う処理である以上、性能面で越えられない壁があるのは事実。

っと言っても、ユーザ数が知れたイントラ用途とかで気になるレベルではないので、
余程性能要件が厳しいものでもなければ使うで良いと思うけど。
それで困るケースではMicro ORMで。

っというか、Expressionsの処理をもっと速くしてください(´・ω・`)

>>170
使えるなら、使うのに躊躇する理由は無い。
（俺は）使えないという事実を無視して、便利だから、高速化の手法はいろいろあるからといわれても困る。
もったいないって、何がもったいないのかさっぱり分からん。

なんか頭固いなぁ。貴方のの考えや、貴方が便利に使ってるのを否定してるわけでもないのに。

>>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
サンプル読み替えとかでわからないことがあったら聞いてくれ

>>274
> EF部分をLINQにでも読みかえれば概ねおk

既に炎上してる位進んでいるプロジェクトで、EFを使わないとか言い出せるもんかな。

>>274
仕様バグって何のこと言ってるんだろう
あんたが使い方わかってないだけじゃないの

>>275
274はEFもLINQ使ってるのも知らないようだね

>>277
いいからそういうの

>>276
もう「自分表示回りしか知らないんで」つってDB回りから逃げるしかなかろうな
どうせ炎上してんのそこ(EF)だろうけど
MVCで他にハマりどころなんてほぼないし
強いて言うならDisplayForとかをカスタマイズしようとして余計なコスト掛かってるくらい?

>>279
フレームワークにハマりどころがなくたって炎上するプロジェクトなんていくらでもあるし
むしろそっちのほうが多いだろw

>>280
さてそうかな?
大抵のフレームワークにはバッドノウハウって奴があって、炎上案件は大体その地雷踏み抜いた奴だ
一昔前はともかく、今時は仕様ちゃぶ台返し食らったって炎上まで行かないよ
お客さんもわかってくれてるからね昔と違って

EFがダメなのは俺も言い出した口なのであれだが、
お前はあまりに粘着しすぎてキモイのと、
そもそも、あれで炎上とか、変。

結論 : SQLは手書きしろ。ORMは死ね。

>>282
誰だと思い込んでるか知らんがまず日本語が変だな君

粘着してる自覚があったとは。

>>247
仕様バグと言う糞トンチンカンな言葉を使っている時点で、
どういうレベルの場所にいるかだいたい察するよ。

言うなら設計ミスだろ。

安価ミスにも気づかないとは程度が知れるな
ま、レベルの場所とかいう俺様用語使ってる時点で同類だは

>>1
オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。
http://toro.2ch.net/test/read.cgi/tech/1393660194/30

ASP.NET MVC の Controller クラスについて質問があります。
Controller クラスは、リクエストがあるたびに new されるのでしょうか?
それともJava Servlet の Servlet クラスのように、1つしかインスタンスが作られず、マルチスレッド間で全てのインスタンスが共有されるのでしょうか?

前者であれば、Controller クラスにフィールド(プロパティ)を作成しても、同時に複数のリクエストがあっても問題ないですよね。

ASP.NET MVC 3縛りの環境で使えるASP.NET Identityみたいなライブラリありませんか？

Microsoft ASP.NET MVC Security Update MS14-059 (KB2990942)
http://www.microsoft.com/en-us/download/details.aspx?id=44533

Oracle10gでEntityFrameworkを使用する術はありますか？

>>292
接続クライアントに最新のODP.NET入れてVS2010以降ならいけるんじゃないかな
付属のクライアントだと無理

ODP.NETだけバージョンアップできるんですね。知りませんでした。ありがとうございました。

MVCでEntiryFramework使わないパターンって、Oracle接続してSQL発行する処理をモデルに作れば良いんですか？

そゆ例がどこにもないけど、なんかダメなのかなー

>>295
別に問題ないでー
モデルの存在意義がそもそもそういうものだ

ありがとうございます
EntityFrameworkなかなかめんどそうなので、普通にSqL発行します

>>297
micro ormの類いを使うといいんじゃないかな。
dapperとか。

>>298
恥ずかしながら初耳のものでググりました。
複数システムでテーブル共有する状況でも使えていいですねこれ

MONOいらなくなるの？
http://www.publickey1.jp/blog/14/jitnet_core_rutimenet_framework.html

>>300
monoと協力するとも言われているし、直接使うことはなくなるかもしれないけど、
恩恵は受けるんだろうね。

あと、ライセンスがAPLになるおかげでMS純正のコードをmonoがそのまま利用できるから
monoは独自にパワーアップできるとも取れる。

>>299
まともにADO.NETを使うとか
俺俺フレームワークでラップするとかは今どきNGだと思うので、
やはり薄めのORMをかませるといいと思うよ。

EF使ってても複雑なクエリは結局SQL書くし
数年前の自分もdapperあたりで手を打っておけばよかったと・・・。

EF7は薄くする話らしいけど、どうなるやら。

.NETのOpen Source化で
ASP.NETがLinux serverでも使えるようになるなんて嬉しいね
前からMonoはあったけど情報少なくて使い方がよくわからなかった。

>300-301
http://www.itmedia.co.jp/news/articles/1411/13/news052.html

Microsoft純正でLinux/Mac用.net runtimeが出たなら
Mono使う人はほとんどいなくなるんじゃないの

>>302
dapperってリレーションは使えるの？

>>303
> >>302&nbsp;dapperってリレーションは使えるの？
テーブル間のリレーションを解決させるという意味なら、
もちろん不可能。microじゃなくなっちゃうしｗ

クエリリザルト→オブジェクト変換のフレームワークと捉えれば良いかなと。
ActiveRecordパターンとは違うよ。

StackExchange/dapper-dot-net &middot; GitHub
https://github.com/StackExchange/dapper-dot-net

それって型付きデータセットとどう違うの？

ん？どの辺がDataSetっぽいの？
オブジェクト側はもっとシンプルなんだが・・。

Fluent NHibernateをおすすめしてみる
マッピングがクソ面倒だがDevartのツール使えばすべて自動でやってくれる
monoでも安定して動く

初心者の質問で恐縮ですがよろしくお願いします。

いま、DBのデータを画面に表示する勉強をしています。
ADO.NETで取得した結果を予め用意したクラスに代入して、それをコントローラからビューに渡しています。ビューでは「@モデル クラス」を記述し、DisplayForなどで画面に表示はできました。
が、複数テーブルのデータを表示する方法が分かりません。

コントローラで持ってる複数のSQL結果をビューに渡すにはどうすればいいのですか？

>>308
SQLの習熟度はどんなもの？結合(join)って分かるかな・・？

> コントローラで持ってる複数のSQL結果をビューに渡すにはどうすればいいのですか？
これの意味は
・2テーブルを、それぞれ分けて2個の表に表示したい
・結合して2テーブルの情報を1個の表に表示したい
どっちでしょうか。

>>309
アプリ開発経験はないのですが、SQLは分かります。

教えて頂きたいのは前者です。
複数のSQLを発行した場合の、ビューへの渡し方が分かりません。

>>310
なら話は早いですね。

まずは単純にBigViewModelな方法でいいんじゃないでしょうか。
とりあえず表示できるようにはなるかと。
http://stackoverflow.com/questions/4764011/multiple-models-in-a-view

その後、想像するにControllerでSQL発行などやっているようであれば
Model側に分離すると良いです。
（MVCらしくしたければ）
分離の仕方はいろいろあるので、趣味レベルならこだわりすぎないことですが。
http://blog.shibayan.jp/entry/20111231/1325304627

「ASP.NET MVC 5実践プログラミング」とか一冊あると捗るんじゃないかなー

>>311
登録画面で複数のドロップダウンに複数のリソーステーブルの値を設定したかったので、解決です。
ありがとうございました。

MVCの分離も気をつけます。
また、本も買ってみようと思います。

Linux上で実行できるようになったと聞いて飛んできました
Google App EngineのDocker対応で、ASP.NET MVCも使えるようになるのかな？

ついでにMS純正IDEもオープンソースにして（Eclipseみたいに）
LinuxやMac OS Xで動くようにすりゃいいのにな
Windowsの糞フォントレンダラで描画されたソースコードあんまり見たくないんだよね…

linqの
item.where(i => i==2)
のような表記は理解できますが、
mvcの
foreach(var item in Model)｛
@Html.Displayfor(modelitem => item.ID)
｝

が分かりません。
item=>item.IDじゃないのは何故ですか？

>>315
@Html.Displayfor(() => item.ID)
・・・にしたらどうなる？

>>316
エラーとなります

>>315
ttp://forums.asp.net/t/1923928.aspx?in+Html+DisplayFor+modelItem+item+Genre+what+is+modelItem+

>>318
「初めの頃みんなつまづくとこだよ！
modelitemは使ってないからきにすんな。foreachのとこでItemがあるから、Item.IDでつかえるんぜ！」

「んー、ちょっとまだ理解できてない。まぁおれまだC#の勉強終わってないし、終わった頃にはわかってるかもね」

MVCわかりません。

{[ID][名前][所属ID]}
と
{[所属ID][所属名]}
テーブルがあったとして

{[ID][名前][所属名]}
を画面に表示したいときは

class test
{
int ID;
string name;
string section;
}

みたいなクラスにSQLの結果をマッピングしなさいってことなんですか？

ちがいます

>>321
ちがいますか(´･_･`)

どこが間違っていますか？

強いて言うなら、あなたがASP.NET MVCなんてやろうとしていることが間違いです。

>>322
かなり荒いけど合ってると思う・・。

>>323
Mの役目は、DB→クラスのマッピングかと思ってますが、間違ってますか？(´･_･`)

>>324
荒いけどあってますか^ ^
ADO.NET→クラスへのマッピングだけで疲れちゃいそう

EFは使っちゃダメなん？

>>325
ORMを活用すればいいんじゃないかと。
勉強が目的ならそのままでも構わないけど。

>>325
>Mの役目は、DB→クラスのマッピング
マッピングそのものはモデルの本来の役目じゃないよ
元データがDBにあればマッピングする事によって結果としてデータを用意できるってだけで
あくまでもビューのためにデータを用意するのがモデルの役目
マッピングはそのための手段
DBからクラスを生成するのは、そのためのフレームワークがあるからそれ使うのが一般的

>>326>>327
既存のDBという事と、ORM未経験ということもあり、EFは避けてました(._.)

>>328
分かりやすいご説明ありがとうございます。まずEFを試した方が良さげですね(._.)

micro ORMでもいいんじゃないかと。
どうせ既にSQL書いちゃってあるんでしょう？

>>330
ありがとうございます。
マイクロORMも他もそうなのですがMVC関連 の情報が少ないですね。みなさん何処で知識を得てますか？

実践プログラミングは買いました。

dbに変更があるたび削除してる。
マイグレーションわかりにくす。
いい解説サイトか書籍教えてくだされ。

>>111
>>112
これ試してみよう
他にもあればよろしく

すごいプログラミングを考えた！どうよ？
http://fox.2ch.net/test/read.cgi/poverty/1425651890/