自分が毎回新規で ASP.NET MVC アプリケーションの開発を始めるときに忘れるので、今までブログに書いた分をまとめてみました。 ASP.NET MVC 5 と限定してあるのは、5 より前のバージョンではバグ持ちの設定を紹介しているからです。 Razor のみを使う ViewEngines.Engines.Clear(); ViewEngines.Engines.Add(new RazorViewEngine()); モバイルビューを無効にする DisplayModeProvider.Instance.Modes.Clear(); DisplayModeProvider.Instance.Modes.Add(new DefaultDisplayMode()); 生成される URL を小文字にする public static void RegisterRoutes(RouteCollec

割と有名な ASP.NET のフォーム認証モジュールのおせっかい機能として、HTTP ステータスコードで 401 を返すと自動的にログインページへの 302 リダイレクトに変換するというのがあります。 認証が必要な Web サイトを作る場合には割と便利なんですが、API を MVC でサクッと作りたい場合には厄介です。API としては 401 を返したいのに、勝手にログインページへのリダイレクトになるからです。 ちなみに ASP.NET Web API の Nightly 版でも同じ問題がありましたが、製品版ではアプリケーション設定に特殊なキーを追加することで回避可能になりました。 最初から Web API で作っとけよという感じですが、今回久しぶりにはまったので書きます。 ASP.NET 4.5 から HttpResponse に SuppressFormsAuthenticationR

================ [2014/12/25 追記] ASP.NET 開発に関連した動画学習コンテンツも用意しています。 ASP.NET で作る Web アプリケーション構築ジャンプ スタート ASP.NET MVC 4 Web アプリケーションの開発ジャンプ スタート ご参考に、ぜひご覧いただけると幸いです。 ================ ASP.NET Web アプリケーションの初回実行時（IIS へ配置後の最初のリクエスト時）や、IIS アプリケーション プールがリサイクルされた後などは、ワーカープロセスの起動やアプリケーションの初期化処理（Application_Start メソッドの実行など）で、ページが表示されるまでに通常よりも時間がかかります。この初回実行時のリクエスト処理を高速化するため、ASP.NET 4 / IIS 7.5 から、アプリケーションのオート

先日 Session タイムアウトとフォーム認証のタイムアウトを混同している事案を拝見しまして、まぁ ASP.NET あるあるみたいなもんですが、タイムアウト周りは私もよく忘れて痛い目見てますし、ASP.NET と IIS にどんなタイムアウト設定があって、どう設定するのかをまとめてみようと思いました。 ちなみに、調べている過程で全く同じことを考えているサイトを見つけたので大いに参考にさせてもらっています。 ASP.NET Timouts (Sessions and App Pools and Auths, Oh My) 前提 .NET 4.5、IIS 8.5 です。.NET Framework が 1.0 や 1.1 と比べると既定値などが変わっている設定もありますが、ここでは省きます。それと、構成ファイルの設定例はできるだけ web.config にしてますが、設定できないものはコメン

ラジオボタンを作成する Html.RadioButtonFor の使えない子っぷりが半端ないです。そのあたりの解説はみそ先生の記事を読んでください。 ちょっと異色のRadioButtonHelper - miso_soup3 id がデフォルトだと同じになってしまったり、表示させたい個数分だけ Html.RadioButtonFor を書いたりめんどくさいですね。 そして ASP.NET MVC でドロップダウンリスト周りを良い感じに扱う - しばやん雑記 で DisplaySelectFor というヘルパーを作成したので是非とも SelectList を使いたい…！という訳でヘルパーを作成してみました。やってることは SelectList からラジオボタンを作ってるだけです。 public static class RadioButtonHelpers { public static M

ASP.NET Core 1.0 はフレームワークの足回りのアップデートが大量に行われています。その中でもロギングフレームワークが標準で提供されているのは、割と重要な点だと思います。 Logging in .NET Core and ASP.NET Core | Microsoft Learn 公式ドキュメントのファンダメンタルズ以下にまとめられています。この辺りは、実際に開発を行う前にしっかりと理解をしておきたいので、一通り触ってみるつもりです。 例によって Logging を使う前には DI にサービスを追加する必要があるので、AddLogging メソッドを呼び出しておきます。これで ILoggerFactory と ILogger<T> が DI 経由で扱えるようになります。 public void ConfigureServices(IServiceCollection serv

OWIN(Open Web Interface for .NET)は、.NET Framework の WebサーバとWebアプリケーション接続するためのインタフェースであり、新しい HTTP Serverのプログラミング抽象化レイヤーを定義するものだ。2010年の終わりのころにBenjamin van der Veen 氏が始め、Draft 7 12 July 2012では、Author: OWIN working group となっている。参照:http://owin.org/spec/history-1.0.html .NETでは、HTTP Serverのプログラミング抽象化レイヤーは、ASP.NETの初期のことに構築されてその後ほぼ変らずに今まで来た、An Overview of Project Katana August 30, 2013 Howard Dierkingに、初めの

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

実際に ASP.NET でアプリケーションを開発していて、それを公開環境へデプロイする時には Web.config に書かれている接続文字列や設定などを、開発環境のものから変更する必要が出てくると思います。 最近の Visual Studio では Web.config の内容を XSLT で発行時に変換する機能があるので、Web.Release.config ファイルにリリース時に必要な変換を書くことが出来ます。 プロジェクトを作成すると、デフォルトで Web.Debug.config と Web.Release.config が作成されるので、昔に比べると非常に便利になりました。 しかし、実際には設定をステージング環境と本番環境で分ける必要があったりするので、デバッグかリリースという分け方ではトラブルの元です。そんな時には Visual Studio の構成マネージャを使ってステージン

ASP.NET プロジェクトで構成マネージャと Web.config 変換を活用する - しばやん雑記 id:shiba-yanがこれ書いたときは「先に書かれた！」と思ったのですが、私が書こうとしたところは書いてくれなかったので助かりました(笑)。 書かれている通り、Visual Studio 2010以降、ビルド構成に応じてWeb.configの内容をXLSTで変換することができます。しかし、同じリリース版でもWeb Deployの先に応じてconnectStringsやconfigSectionsの内容を変えたい場合があります。ビルド構成使い分けてもいいのですが、発行先が多くなると面倒ですよね。 そこでASP.NET and Web Tools 2012.2の新機能を使います。まず、通常通りWeb発行先を一つ以上作ってください。 発行先のプロファイルができると、PublishProfi

ASP.NET で開発していて毎回思うのが、設定を Web.config に持たせた時のコードからの扱いにくさです。例えば以下のように appSettings セクションに設定を追加します。 <appSettings> <add key="Foo" value="123" /> <add key="Bar" value="456" /> <add key="Baz" value="789" /> </appSettings> 実際にコードからこの設定を読み込もうとすると、以下のように冗長なコードを書く必要があります。 特にキーが文字列で指定しないといけないのが間違いの元ですし、非常にイケてないですよね。 // キーを文字列で指定しないといけない var foo = ConfigurationManager.AppSettings["Foo"]; var bar = Configuratio

ObjectDataSourceとDataPagerを使って、ListViewにサーバーサイドページングを実装 以前に似たようなポスト（ObjectDataSourceを使って、GridViewにページングを実装）をしました。 今回はGridViewではなく、よりHTMLをコントロールできるListViewを使います。 説明する手順は以前とほぼ同じ。 0.今回のミソ 今回のポストのポイントは、サーバーサイドページングを実装しているところです。 ListView＋DataPagerでページングを実装すると、クライアントサイドでページングを実現するため、DBアクセスとかのコストがかかります。 （1ページに10件しか表示しないのに、ページングのたびに全件とってくるとか。よくある簡単なサンプルだと。） DACの部分で適切な範囲に対してSQLを発行して、無駄なDBアクセスを減らそう。 そこがポイント

微妙に釣りタイトルです。書こうと思ったきっかけはこちらの記事です。 前職ではC#/ASP.NETをよく書いていた。 キャリア的には5年ぐらいだったけど、悲しいことにずっとC# 2.0止まりだった。 型推論とかLINQとかは結局実務では使わずじまいだった。 Java/C# からRubyに乗り換えて感じたことのまとめ - give IT a try Visual Studio は IntelliSense が強力で超便利だけど、IDE 自体がかなりの重量級なのでメモリ 8GB 以上と SSD はもはや必須なのは事実すぎますし、規模が大きくなったらコンパイルも 5 秒ぐらいかかるし「そうだよなぁ・・・」と思いながら読んでいました。 でも、以下の 2 点に関しては最新の Visual Studio と C# では、NuGet の追加と var の導入で割と前から対応しています。 型情報がコードにな

ASP.NET 入門サイト このサイトではマイクロソフトの Web アプリケーション開発フレームワークである ASP.NET で Web サイトを開発する方法について解説します。 マイクロソフトのフレームワークは、HTML、JavaScript、HTTP などの各種テクノロジーに精通していなくても、通常のデスクトップのプログラムを開発するのと同じような感覚で開発できるように設計されています。 このため、初心者でも素早く使えるプログラムを開発しやすいと大変評判が良いです。また、マイクロソフトのテクノロジということで、 当然ながら Windows や Windows の標準 Web サーバーである IIS (Internet Information Services) 上で快適に動作します。 筆者は ASP.NET が登場する当時マイクロソフトに在籍しており、 IIS や ASP.NET を約

The downloads below are as-is with no support provided. Please contact us if you have any questions.