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

>>445
おう、性格も○ンチ○も曲がってるぞ。

ちなみに>>443=>>438=>>440ね

昔々Web2.0とか言ってた時代がありましてな
それはともかく>>437
煽り抜きで末永く通用するのはHTTPレベルでのGET/POST
HTTP2.0なんて言っちゃいるが、ここまで大規模に普及しちまったモンの基礎はもう変えられない
MVCはC#マッパーみたいなもので、無理矢理WinFormに仕立て上げてたASP.NETとは根本的に異なる

まあ移行用にViewState相当ライブラリとか、せめてGridくらいまともなもん付けとけとは思ったがな
ViewStateは大不評だったから切り捨てたのも分からんではないが

>>447
ViewStateがあるから、ポストバック時のイベント処理ができていた。
イベント処理自体も不評だったんだろうか。

イベント処理が不評なら、Webフォームが普及する事はなかっただろうよ

WinFormからの移行をしやすくした
当時として優れたテクノロジーってことを忘れるなよ〜

今はWEBアプリが大規模になって合わなくなったと。

イベントポストバック自体は良かった
ただその実現手段としてのViewStateは大変不評だったぞ
ソースが見るに耐えんわすぐぶっ壊れるわで

ViewStateの仕組みで、どのコントロールの内容に変更があったのかが、
自明なので（イベントハンドラーが実行されるので）大変助かった。

>>447
ViewStateって画期的な仕組みだと思うけど。
某3rdパーティ製のグリッドサーバコントロールで作られたアプリの
ViewStateが500Kbyteも有ったのには眩暈がしたが。

Web FormsはEvent drivenだからWindowsの開発に慣れた人には
開発しやすいんだろうね

いずれInternet回線がMobile含めて超高速化したら
httpにとってかわるステートフルなアプリ開発が主流になると思う。
InternetをLAN回線のような感覚で使える時代の未来ね

ステートレスは画面遷移とかが煩雑すぎる。

>>454
SPAとWebSocketで良いんじゃないの

>>454
ステートフルにするために、
ViewStateに持続させる必要のある値を書き込んで、制御しているわ。

ViewState とにたようなことをやっていた Java の JSF も、超使いにくくて
Sun(Oracle)純正なのに、いまや誰も使っていない。

>>454
> Web FormsはEvent drivenだからWindowsの開発に慣れた人には
> 開発しやすいんだろうね

これはだいぶ前から言われているけど、やっぱり Web は Web 脳で開発しないとだめだと思うよ。

せやな
WebFormから入ったから、クライアントサイドとの隔絶とかかなりの間理解できなかったわ
基本鯖はPOSTで送りつけてきたものしか知らん、と分かるまで随分掛った

>>458
GET, POST, PUT, DELETEを鯖は食されまするが？

GETはともかくPUTDELETE許可してる鯖なんてあるのか?

RESTでどうこうしようとか、実際にどうするかはともかく
WEBサーバ層ではじかれたら困るんだが

>>458
そんなもの、WebFormでも理解している必要があるやんけ
それとも、本気で知らなくても、WebFormはハードルが低いということなのか？
そんな状態だと、バグに悩まされそうだし、改良のしにくい質の悪いアプリになりそう。

>>462
Webフォームでも、コントロールの開発とかするなら知らないとダメな知識ではあるが
コントロール利用するだけなら、変更イベントがどうやって発生するかは知らなくてもあまり問題はない
目指すところはその辺全てフレームワークの裏に隠す事だったんじゃないかな


まあ結局その目標設定は無理目だったわけだが

>>462
WindowsフォームでもWin32APIメッセージ処理の仕組みを
理解してないと残念なプログラムにはなる。

どんなものでも低レベルな動きを理解していないと何処かで破綻するよな。

クライアント側でチェックボックス付きドロップダウンリストを使えるようにする方法ある？
bootstrap-multiselect 使えば出来るんだけど、ASP.NET 側で制御出来ないし。
まだ今日半日くらい悩んでた程度の素人なのだけど、よい方法あったら教えてください。
VS2012 + IIS です。

最大で約180万円の報奨金――米マイクロソフト、バグ懸賞金プログラムの対象に「ASP.NET 5 Beta8」「CoreCLR」を追加
http://www.atmarkit.co.jp/ait/articles/1510/26/news095.html

最初に無があった
無は有を生んだ
これが全ての真理

>>465
僕全然門外漢なんですけどASP側で制御できないってどういうこと？
フロント側のJSで出した結果だけをASPに送ればいいんじゃないの？？そういうんじゃなくて？

だからHTTPをやりなさい
http://www.atmarkit.co.jp/ait/articles/0103/02/news003.html

>>468
自分も経験なくて言葉とか知らないの。分かりづらかったらごめん。
<select> を使用するのだけど、runat="server" とか入れるとエラーになってしまう。
つまり C# (とか)の側から直接触れなくて悩んでた。

で、今日、似たようなコントロールの ListBox とかを入れた場合のブラウザのソースコードの表示とかやったり
js ファイルのなか解析したりして擬似的に表示や設定値の取得とかが出来るようになった。やってみるもんだ。w

気に掛けてくれてありがとう。

Node.jsなんかだと
フレームワーク無し〜大小様々なフレームワークまで色々チョイス出来るわけだが
ASP.NET MVCだと選択肢が1つしかない特大のフレームワークを無理やり食わされる感が嫌だ

MVCの時点でフレームワーク選んでるのではw
一応、WebFormもあるので。
つーか、MVCもWebFormもなしでASP.NETだけっていう選択肢とかあるの?

>>472
WebPagesも忘れないであげてください。

SignalR

SignalRみたいなドマイナー技術使うくらいなら
本流のSocket.IO使った方が余程いいよ

ユーザーコントロール使ってそっちで読ます手もある
さもなきゃプレースホルダでcsの方で読むか

>>477
ありがとう。
ユーザコントロールなんてものがあったのを忘れてた。(知ってたのはwinアプリの開発の方だったけど)
試してみる。

みんなページのデザインどうやってるの？
WindowsForm, WebFormでずっとやってきた人間には
ＨＴＭＬやらＣＳＳやらで重い通りのページデザインが
全くできないんだが。

WindowsFormならともかく、HTMLとCSSで思い通りできんとか、それWebFormもちゃんと使えてないから

まあデザインはそれ専門の本職の人に任せればいいんじゃない

.net MVCで


Html.LabelForでなく、Html.Labelヘルパーメソッド使った場合って、コントローラーの引数にはバインドされなかったりします？

TextBoxヘルパーメソッドの方はバインドされてるんですが...

WebFormみたいにLabelはサーバに送られないとかあるんでしょうか

>>481
Labelヘルパー（や、WEBフォームのLabelコントロール）が
HTMLの何にレンダリングされるか考えれば答えは明白だと思うが

最終的にはspanタグですね。
Htmlのformではinputやselect等のタグのみサーバ側に送られるので
labelは対象外ということですね。

Webフォームしかやってこなかったんだが
MVC入門本読んでて覚えることが多すぎて吐き気がするわ
これは使いこなすの無理っぽい

.net MVC前に
HTMLやhttpについて
オブジェクト指向、デザパタ、リファクタリング、テスト駆動
あたりを学んでからのが覚えやすかった

あとはLINQや主要インターフェースについても

>>484
html/jsの知識があるならMVCのほうがずっとシンプルだぞ
結果が予想できるのは大きい

>>486
それは思う
WebFormはHTMLぽくなくて取っつきにくい

>>486-487
Web Formsの吐き出すHTMLは予測不能だからね

あとWeb FormじゃなくてWeb Formsだよ

諸先輩方にお聞きしたいのですが 1つのページにsubmitのボタンと戻るボタンがあるのですが
クライアントサイドでの検証を有効にしてると,戻るボタンを押してもエラーメッセージが
表示されるのですが戻るボタンを押した場合は検証しないように設定は出来ないでしょうか。

戻るを普通のAタグにすれば解決
戻るときにPOSTが必要だってなら設計から見直し

>>490
戻る時にPOSTが必要なんでボタンにしてるんで 無理っぽいですね・・・・

>>490 です。
なんとか自己解決しました。
クライアントサイドで,押されたボタンにより検証を無効にするには
jQuery.Validate.jsでは formnovalidate を付けるようなので
下記のようにしてみました。
<input type=

>>489です。
途中で書き込んでしまいました。それもアンカミスでした。

なんとか自己解決しました。
クライアントサイドで,押されたボタンにより検証を無効にするには
jQuery.Validate.jsでは formnovalidate を付けるようなので
下記のようにしてみました。
<input type="submit" value=決定">
<input type="submit" formnovalidate value="戻る">
formnovalidateが付いてる戻るボタンを押した場合は
検証を回避し無事に前の画面に戻る事が出来ました。

教えてください。

web のページでボタンを押した後に、
サーバ側で移動先のページを指定して画面遷移させたいと思います。

ここで Response.Redirect を使用しているのですが、これを try - catch で括ると
必ず ThreadAbortException (スレッドを中止しようとしました) で例外が発生します。
ネットを見てると catch しなけばいい的な記事も見かけ、実際に try で括らなければ普通に動いているように見えます。
Redirect でのページ遷移はいけないことなのでしょうか。

例外が発生する理由自体は、ページ遷移が発生するので元のページ用の処理が不要になり
スレッドを止められてしまうからと言うことらしいですが、
この理屈ではサーバ側でページ遷移したら回避できないように思うのですが。

>>494
WebFormsのほうかな？
第2引数をTrueにして直後にExitまたはReturnで抜けるか
Falseにしてメソッド実行後のエラー一切出ない状態にするかどっちかだった記憶。
（TrueとFalseは逆かも）
メソッド内部の例外で気になるのは開発時だけだから正直無視してもいい。
http://stackoverflow.com/questions/6707465/when-should-i-use-response-redirecturl-true

https://msdn.microsoft.com/ja-jp/library/a8wa7sdt(v=vs.100).aspx
falseにしてCompleteRequest()するのが正しい作法らしい

trueだとパフォーマンスに悪影響があるとは書いてあるんだが
実際1.0時代に作ったシステムでtrue扱いいっぱいあるけど、気になるほどじゃない

>>496
それ、Redirectと挙動違ってくるから注意な

>>497
それと言うのは、Redirectにfalse渡す事なのか、CompleteRequest呼び出す事なのか

Redirect(,false)なら、それ以降の処理が行われるって違いがあるんだが
trueにしたときの処理に似せるためにはCompleteRequest呼び出した方が近いらしいぞ

まあ俺はその辺の動作に影響されるようなコードは書いてないつもり
実際Redirectをfalseで呼び出すように修正してるところはあるけど、CompleteRequestは呼んでない
どんな違いがどう問題になるか詳しく検証してないが、今のところ問題はなさそう

>>498
CompleteRequest

>>495-499
ありがとうございます。

今日確認しました。
確かに Redirect( [url], false ) と CompleteRequest で望む動作になりそうです。

ただし指摘のように Redirect + false だと後続の処理が実行され、
CompleteRequest を実行すると、そこでそのメソッドは終了するけど続けて OnEndRequest が呼ばれるワケですね。
加えて、ThreadAbortException は特殊な例外で無視しても差し支えない。

結果、もともとは自分で書いたコードでもなく大きく弄るのに不安があることから、
catch に流れる部分だけを例外が発生しないように修正することにしました。

☆ 日本を、再興させましょう。☆
総務省の、『憲法改正国民投票法』、でググってみてください。
日本国民の皆様方、2016年7月の『第24回 参議院選挙』で、日本人の悲願である
改憲の成就が決まります。皆様方、必ず投票に自ら足を運んでください。お願い致します。

マ イ ン ド コ ン ト ロ ー ル の手法

・沢山の人が、偏った意見を一貫して支持する
　偏った意見でも、集団の中でその意見が信じられていれば、自分の考え方は間違っているのか、等と思わせる手法

・不利な質問をさせなくしたり、不利な質問には答えない、スルーする
　誰にも質問や反論をさせないことにより、誰もが皆、疑いなど無いんだと信じ込ませる手法

偏った思想や考え方に染まっていたり、常識が通じない人間は、頭が悪いフリをしているカルト工作員の可能性が高い

靖 国 参 拝、皇 族、国 旗 国 歌、神 社 神 道を嫌う カ ル ト

10人に一人は カ ル ト か 外 国 人

「ガ ス ラ イ テ ィ ン グ」 で 検 索 を ！

教えて下さい。
WebForm でアプリを作っています。

で。ブラウザで開いて、ページのソースを表示すると JavaScript で theForm と言う変数を作成しています。
これは form["FormタグのID"] を代入しているようです。
自分で JavaScript でフォーム上のコントロールを操作するときに便利そうに思えたので利用してみようと考えました。

この theForm は開発者が再利用してもよい変数なのでしょうか。

>>503
スレ違い 以下で聞いてください

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

失礼しました。

project.jsonやめるんか

ついにCoreがリリースされたってのに過疎ってんな

>>507
それなによ？

>>508
ASP.NET Core
早速MVCも作ってみた

CoreとMVC5とASP.NET6が同じだっけ

今後vs2015でasp.netやるなら何使えばいいのかしら？

>>510
何が言いたいの？

>>511
ASP.NET MVC5

ASP.NET MVC アプリケーションを ASP.NET Core MVC にマイグレーションしようとして挫折した話 - しばやん雑記
http://blog.shibayan.jp/entry/20160629/1467209826

core使うと何が出来る？

マルチプラットフォーム

今のところサーバ側がマルチプラットフォームでもあまり意味がないよな

レンタルサーバの選択肢が増えるのは大きいと思うぞ

キミが意味を感じなくとも、WindowsサーバーのCALが浮くと発注者が知ったら対応しなきゃいけないかもね

>>507
.NET Coreがリリースされていた。
LinuxやMacでもASP.net MVC使えるようになるのだから
人気でるだろうね

>>517
大きなメリットあるよ
application serverのライセンスが無料になる。
レンタルサーバでも使えるようになるだろう

>>518-519
Windows Serverのライセンスが高くて個人では手が出せなかったけど
これからは個人でも法人でもLinux+ASP.net MVCが増えそう

BtoCのスタートアップがASP.NET MVC使わない理由はライセンス費用にあったしな
AWS使う場合でもMSの取り分を上乗せした金額で請求される
資金力がない零細にとって無駄なコストは払いたくないに決まっている

BtoBの受託開発ならMSに支払う費用だけでなく自分たちの取り分もついでに乗せて請求できるが
BtoCはそれが出来ない（ランニングコストが上がれば自分たちの取り分が減る）

クラウドのライセンス料の差なんて、
.NETのエコシステムで得られる開発効率&パフォーマンスからしたら
誤差って人たちも結構いるんだが。

>>522
どこにいるんだ
具体的に社名おしえて
俺が知るかぎりではカカクコムくらいしかないな

>>523
カカクコムまじかすげえな

http://www.find-job.net/list/j102099.html
ソースはこれな
＞kakaku.comはWEBサービスとしては珍しく、Windows Server / IIS / SQLServerと言ったMicrosoftの
＞アーキテクチャを採用し、大規模サービスを運営しています。なかなか他では味わえない
＞Microsoft系アーキテクチャでの大規模WEBサービスを運営する面白みがあります

使ってる本人たちですら「珍しい」と自覚するくらい
ASP.NET系で大規模サービス運営してるところ無いんだよな

>>525
業務システムでの採用が多い印象だもんね

ASP.NETやJavaの採用例が多いのはイントラ系BtoB（受託開発）だけどこの業界はブラック率めちゃくちゃ高い
世の中にあるホワイトIT系（電話とらなくていいよ、定時は15時だよ、社員食堂無料だよ、年収高いよ）は
殆どがBtoCであることを考えると、MVC.NET MVCよりもRailsやPHP使えたほうがQOLあがりそうな気がする

>>527
でもPHPなんて触りたくないわー

WindowsServerじゃなかったらASP.NET使う理由ないと思うんだよな

スクウェア・エニックスがコマースでASP.NETを採用する理由
http://ascii.jp/elem/000/000/531/531767/

こんなのもあったけど、いまはJavaになってるっぽいし

>>529
理由は既に上がってるから、それをまず否定しないと。

>>527
.NET Core出たのだからこれからは
RailsやPHPでやっていた案件もasp.net MVCになるでしょ
Javaの案件もasp.net MVCに置き換わっていく。

ASP.net MVC覚えれば、小さなサイトからエンタープライズまで開発できる。
パフォーマンスの悪いRubyやPHPを選ぶ理由がなにもない

現時点での国内webアプリケーションエンジニアの数は
BtoB　Java圧倒的多数
BtoC　PHP多数、Ruby、Perl、Pythonと続く（リスクがとれる大手はGoを試験的に始めた）
人材確保、教育コストの観点から既存の言語、フレームワークを継続する決断をする会社のほうが多いだろう

ただしOracleに支配されたJavaを毛嫌いする人は増えてきてるので
MSがオープンソース方面に協力的な姿勢を見せ続ければワンチャンスある

>>532
そういう思考だから日本のITは後れを取る。
新人はいってすぐ人は入れ替わるんだから
新しくて優れた技術は取り入れないといけない。
新しい技術をみんなで覚えればいい話

エンタープライズまでカバーできる.NETでやるほうが教育コストは低い。
案件ごとに言語やフレームワークを使い分けるのは学習コストの無駄

そうは言ってもだね
日本のIT教育レベルを考えたら
ぐぐるだけで解決策が見つかる
過去の資産豊富なPHPが有利なんだよね

.NET Coreの資料なんて殆ど存在しない
MS公式のドキュメントはまるで役に立たないし
Qiitaは書き手のレベルがバラバラ、断片的な情報しかなく
こっちもあまり役に立ったことはない

Railsだとかなり詳細なチュートリアルが無料で公開されてるし
教育コストを考えると採用したくなる仕組みがあるわけよ
http://railstutorial.jp/

これくらいの物量の記事を用意しないとついてこないぞ

>>536
Rubyなどの動的言語だとパフォーマンス高いサイトが作れないだろ
けっきょく他の静的言語も必要になるんだよ

さらにRubyはバージョンアップで破壊的な変更がある。
すぐに過去のライブラリが動かなくなる
だから保守にもコストがかかる

保守まで含めてトータルで考えるとASP.netで一本でやるほうが安くつく

PHPも言語そのものがクソだから新人にそんなものあえて覚えさせる必要ない

avfantasy.com が asp.netだったな

ASP.NET MVCのPaaSってある？
AzureだとWindowsライセンス代上乗せだから避けたい
オープンソースになった製品群で構成された
安価でオートスケール可能なPaaSがあれば検討したいな

今はGAE/Goで構成されたシステムで運営してる

>>539
Azureだと、ってのはWeb Appsも含めて言ってる？
Web AppsはASP.NETが動くPaaSだし比較的廉価だと思うけど。

>>540
使う気にならないくらい高いよ

あとは利用事例の少なさかな
月間1億PV程度の実績がほしい
GAEならいろいろある
http://googleforwork-japan.blogspot.jp/2014/12/gcp-google-cloud-platform.html

>>541
そっか、無料枠でAsp.net公開出来るけど、有償部分はケタ違いにGoogleのサービスのほうが安いのか。
ASP.NET Coreも出るし、Googleのサービスに乗っかるといいね。

>>541
この程度で使えないくらい高いなんて、
そもそもの収益力に問題あり過ぎじゃ・・・
何使ったって、最終的な結果は一緒でしょ

TempDataは使わない方が良いの？