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
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のコード・ファーストは、永続化レイヤーと切り離せるのがメリット（というかそうするのが主目的か？）なので、
それに意味をなさないと思うのならコード･ファーストは無意味だね。
0257nobodyさん
2013/11/01(金) 17:46:21.26ID:???> DB設計は専門に任せる中規模以上の開発形態じゃほぼ意味を成さない
なんで？仮に先にDBスキーマありきだとしても、ModelをPOCOで書けるのはメリットあるだろ。
0259nobodyさん
2013/11/01(金) 17:53:28.20ID:???実際にEFあんまりさわってないからイメージできないんだが
コードファーストが永続化レイヤー（ここではDBだわな）と切り離せるのがメリットなのか？
コードファーストってコードによりDB(テーブル)作るんじゃないのか？
本来のORMではテーブル定義やクラス定義を変更しても、マッピングを変更することにより
相手にその変更の影響を受けなくする事が出来るだろうけど
コードファーストでやってモデル定義やテーブル定義変更して、影響を抑えられるの？
それが出来ないなら、永続化レイヤーとの切り離しとは何を意味してるの？
0260nobodyさん
2013/11/01(金) 17:56:57.82ID:???> それが出来ないなら、永続化レイヤーとの切り離しとは何を意味してるの？
Model層以上の永続化処理との切り離し。
0261nobodyさん
2013/11/01(金) 18:01:29.51ID:???もうちょい詳しく言ってくれんと分からんが
永続化処理までフレームワークに任せる事により、永続化されてる所を意識しないってことか？
それって永続化レイヤーを切り離してるんじゃなくて、永続化レイヤーまで内包して
一体化してるんじゃないのか？
0263nobodyさん
2013/11/01(金) 18:20:20.55ID:???コードファーストで永続化非依存を実現する記事を紹介してくれ
日本語じゃないとちゃんと理解できないからなるべく日本語のやつを
0264nobodyさん
2013/11/01(金) 18:51:33.70ID:???あるシステムを開発して、そのDBをコードファーストで作成したとする
そのDBを別の新システムからも使うようにしたい
そのために、今のテーブルにカラムを追加したい
元のシステムのコードは変更するべきか否か？
コードファーストではDBとコードは（将来にわたって）一致すべきか？
変更しないなら、その時点でコードからのDB作成という概念が外れるわけだが
永続化レイヤーに依存しないなら、当然変更すべき理由はないわな
一般論じゃなくて私見でも良いので答えてくれ
0265nobodyさん
2013/11/05(火) 14:32:34.85ID:???http://ogacha.wordpress.com/tag/ado-net-entity-framework/
0266nobodyさん
2013/11/14(木) 16:49:44.31ID:???0267nobodyさん
2013/11/14(木) 16:59:22.71ID:???0269nobodyさん
2013/11/24(日) 20:36:56.06ID:???っつーかMVC4〜5ってEntity framework含めて4.5依存多すぎて実質MVC3%2b.Net framework 4.0でしか使えないんじゃないのか？w
0270nobodyさん
2013/11/30(土) 21:09:50.49ID:Wvg4k4ebそもそもコードファーストなんてのが頭おかしいって分かるでしょ?
アプリケーション専用のデータ置き場程度に使うならいいけど、様々なアプリから
アクセスされるであろうシステムのバックエンドに使うなんてとんでもない。
これは非常にスジの悪い技術だよ。
0271nobodyさん
2013/11/30(土) 23:07:59.03ID:???単なるデータストアとして使うぐらいなら良いんじゃないの、ってのは俺もそう思うんだが
コードファーストが
>永続化レイヤーとの結合をシステム全体として緩やかなものにできる
>永続化レイヤーと切り離せるのがメリット
と主張する人がいるんですが
0272nobodyさん
2013/11/30(土) 23:18:51.36ID:Wvg4k4eb端的に言えば
コードファーストなんてのはDDLをC#で置き換えただけで
本質的にモデルファーストと何も変わってない。
永続化非依存の話については
データモデルをPOCOで扱うなんてのは別にモデルファーストでもできることで
コードファーストとはまったく何の関係もない。そんな主張はバカ。
0273nobodyさん
2013/12/09(月) 13:49:13.33ID:???今のうちに勉強しておいたほうがいいことはありますか？
とりあえずVS2013 Express for Webはインストールしてみまみた。
0274nobodyさん
2013/12/09(月) 16:06:42.91ID:???気をつけることとしては、EFは「使わない」こと
上でやたら押してる阿呆がいるが耳を貸してはいけない
EF6になっても仕様バグだらけだ
そしてASP.NET MVCはEFなんぞ使わなくとも全機能使用できるし、
EFさえ排除してしまえば分かりにくいところはほとんどない
Model関連で戸惑うかもしれないが、EF部分をLINQにでも読みかえれば概ねおk
サンプル読み替えとかでわからないことがあったら聞いてくれ
0276nobodyさん
2013/12/09(月) 16:34:45.41ID:???0277nobodyさん
2013/12/09(月) 16:53:28.07ID:???仕様バグって何のこと言ってるんだろう
あんたが使い方わかってないだけじゃないの
>>275
274はEFもLINQ使ってるのも知らないようだね
0279nobodyさん
2013/12/09(月) 17:16:20.54ID:???もう「自分表示回りしか知らないんで」つってDB回りから逃げるしかなかろうな
どうせ炎上してんのそこ(EF)だろうけど
MVCで他にハマりどころなんてほぼないし
強いて言うならDisplayForとかをカスタマイズしようとして余計なコスト掛かってるくらい?
0280nobodyさん
2013/12/09(月) 17:22:17.72ID:???フレームワークにハマりどころがなくたって炎上するプロジェクトなんていくらでもあるし
むしろそっちのほうが多いだろw
0281nobodyさん
2013/12/09(月) 17:38:05.76ID:???さてそうかな?
大抵のフレームワークにはバッドノウハウって奴があって、炎上案件は大体その地雷踏み抜いた奴だ
一昔前はともかく、今時は仕様ちゃぶ台返し食らったって炎上まで行かないよ
お客さんもわかってくれてるからね昔と違って
0282nobodyさん
2013/12/10(火) 08:20:31.75ID:???お前はあまりに粘着しすぎてキモイのと、
そもそも、あれで炎上とか、変。
0283nobodyさん
2013/12/10(火) 08:56:46.48ID:???0285nobodyさん
2013/12/10(火) 16:19:06.69ID:???0286nobodyさん
2013/12/14(土) 10:47:33.81ID:???仕様バグと言う糞トンチンカンな言葉を使っている時点で、
どういうレベルの場所にいるかだいたい察するよ。
言うなら設計ミスだろ。
0287nobodyさん
2013/12/14(土) 15:25:07.72ID:???ま、レベルの場所とかいう俺様用語使ってる時点で同類だは
0288nobodyさん
2014/03/01(土) 17:55:31.57ID:???オブジェクト指向は愚かな考え。排便メソッドを実装した人間クラスから美少女クラスが作れない。
http://toro.2ch.net/test/read.cgi/tech/1393660194/30
0289nobodyさん
2014/03/06(木) 18:19:56.95ID:VoNEFFSsController クラスは、リクエストがあるたびに new されるのでしょうか?
それともJava Servlet の Servlet クラスのように、1つしかインスタンスが作られず、マルチスレッド間で全てのインスタンスが共有されるのでしょうか?
前者であれば、Controller クラスにフィールド(プロパティ)を作成しても、同時に複数のリクエストがあっても問題ないですよね。
0290nobodyさん
2014/06/09(月) 16:46:18.40ID:yboV7+oW
■ このスレッドは過去ログ倉庫に格納されています