（小ネタ）ASP.NET MVC でテキストボックスに小数を入力する時に日本語入力をオフにする方法
今回も以下に関連した話題。
二つ前の記事でも書きましたが、上記ではinputタグのtype属性が「text」になってしまうため、フォーカスが当たった時に日本語入力モードになってしまいます。
これだと数字を入力した後にいちいち確定しなければならないため、小数を入力するフォームが続いたりするとかなり面倒くさいです。これを解決する方法を調べました。
全てのケースで対応できる解決策ではないのですが、スタイルシートで制御できます。
以下のように、style属性にime-mode: disabledを設定します。
@* EditorForの場合 *@ @Html.EditorFor(model => model.Published, new { htmlAttributes = new { style = "ime-mode: disabled" } }) @* TextBox,TextBoxForの場合 *@ @Html.TextBox("Published", null, new { style = "ime-mode: disabled" })
テキストボックスにフォーカスが移ると、IMEが無効になるためtype=textのテキストボックスでも直接入力モードになります。
注意点１
IMEが無効にされた状態で、他の日本語入力が必要なテキストボックスがある場合、そのテキストボックスにフォーカスが移っても、そのままでは日本語入力が出来るようにはなりません。
日本語入力を可能にするためには、そのテキストボックスのstyle属性にime-mode: activeを設定する必要があります。（設定の仕方は上と同じです）
注意点２
全てのケースで対応できる解決策ではない理由は、これはリンク先で書かれているように、Chrome、Opera、Safariではサポートおらず、廃止予定のプロパティだからです。
今回の目的は小数の入力作業の効率化であり、Chrome等を使用することは想定していないため、この方法を取りました。
以上です。
Windows Containersで複数アプリケーションを運用する事例って見ないな
サーバー更改により、今後はWindows Server 2016を使うことになるので、Windows Containersで試してみたいなと思っているのだけど、複数アプリケーションを運用する事例が見つからない。
Docker（というかLinuxコンテナ）では、nginx＋nginx-proxyを使用することで、１コンテナ１アプリケーションで、１サーバーに複数コンテナを設定し、パスによってコンテナ（アプリケーション）を分けることが出来るようだけど。
やりたいのは、ASP.NET MVC（ASP.NET Coreではない）の複数アプリケーションの運用なので、nginxではないんだよなあ。Windows Containers上のIISでARRを使用してリバースプロキシを構築した事例になるんだろうけど。
ASP.NET MVC で inputタグの type属性を指定する
上記を行うと表示は変えられるのですが、実はinputタグの type属性が全て「text」になってしまいます。
これだと日付項目に bootstrap-datepicker を使用する時にinputタグをtype="datetime"で絞り込めないため、その解決方法を調べました。
以下のように、class属性やstyle属性を設定する時と同様にTypeプロパティに値を指定すれば良いようです。
@* EditorForの場合 *@ @Html.EditorFor(model => model.Published, new { htmlAttributes = new { @class = "form-control", Type = "datetime" } }) @* TextBox,TextBoxForの場合 *@ @Html.TextBox("Published", null, new { @class = "form-control", Type = "datetime" })
以上です。
（小ネタ）Entity Framework でタイムアウトの設定方法まとめ
ExecuteSqlCommandでストアドプロシージャを実行した時にタイムアウトが発生してエラーになってしまったので、タイムアウトの時間を変更する方法を調べてみました。
また、デバック実行時にDB接続でタイムアウトがぼちぼち発生して面倒なので、コネクションタイムアウトの方法も調べました。
DBはSQL Serverです。
コマンドタイムアウト
ストアドプロシージャ実行時のタイムアウトの時間を変更する方法。
DbContextクラスを継承したクラスのDatabaseプロパティに設定する。（既定値は30秒）
//コンストラクタで指定する場合 this.Database.CommandTimeout = 60;
EntityFramework(24):落穂ひろい:Gushwell's Dev Notes
SqlCommand.CommandTimeout プロパティ (System.Data.SqlClient)
接続タイムアウト
デバック実行時のタイムアウトの時間を変更する方法。
Web.configのconnectionString属性に追加する。（既定値は15秒）
Connection Timeout=30
[SQL Database] 接続タイムアウトの発生を改善したい – Microsoft SQL Server Japan Support Team Blog
以上です。
SQL Server データベース プロジェクトを使用してDBのリファクタリングを行う
はじめに
明けましておめでとうございます。本年もよろしくお願いいたします。去年はあまり更新できなかったので、今年はもっと増やしていきたいですね。
さて、Visual Studio で作成できるプロジェクトの中には、「SQL Server データベース プロジェクト」なんてものがあります。
これを利用すると、SQLのDDL文(Create Table等)やストアドプロシージャをプロジェクトとして管理することが出来ます。
プロジェクトをバージョン管理システムに追加すれば、変更履歴の管理も可能。
DDLの新規追加・編集・削除などプロジェクトに加えた変更を、画面操作でDBに反映する！なんてことも出来てしまう。
以下のブログで、画面つきの詳しい説明がされています。
2014年の記事だけど、Visual Studio 2017 でも同様に操作可能です。
上記記事でも取り上げていますが、以下の点がとても便利です。
プロジェクトを公開して、データベースを作成・更新する
テーブルスキーマの比較を行い、同期する
複数の発行先を切り替えることが出来る
これがあれば、Code First Migrations をわざわざ使う必要は無いですね。
DBのリファクタリングを行う
これだけだとタイトルに偽りありになってしまうので、自分の行っているリファクタリング手順を載せておきます。既にDBが存在する前提です。
ローカルPCでSQL Serverを実行し、DBを作成してSQLを実行してテーブルを作成する
ローカルPCのDBとデータベースプロジェクトのスキーマ比較を行って、データベースプロジェクトを更新
Entity Framework を使用した開発を行っている場合は、さらに以下を行います。
データベースからのCode First を行い、Models配下のクラス、DBContextクラスを更新する
アプリケーションを起動し、LocalDB の再作成を行う
動作確認を行った後、バージョン管理システムに登録し、テスト環境に反映します。
変更内容をコミットして、プルリクエストを作成し、レビューを行う
マージされたら、データベースプロジェクトを公開し、テスト環境のDBに反映する
アプリケーションプロジェクトを公開し、テスト環境へデプロイする
以上です。
（小ネタ）Entity Framework でdbo以外のスキーマを使用する
Entity FrameworkのCode FirstでDBを作成すると、テーブルはdboスキーマで作成されます。今回スキーマを分ける必要が出てきたので調べました。非常に簡単に設定できたので小ネタです。
Entity Frameworkでdbo以外のスキーマを使用するには、モデルクラスのクラス宣言で設定するTable属性のSchemaプロパティにスキーマ名を設定する。これだけです。
ソースコードで表現するとこんな感じです。testスキーマに"雑誌"テーブルが作成されます。
[Table("雑誌", Schema = "test")] public class Journal { [Key] [DatabaseGenerated(DatabaseGeneratedOption.None)] public int ID { get; set; } }
以上です。
データベースからドメインモデルを作るのも有りな気がしてきた
Entity Framework 6が発表された当時は、Code Firstが盛んに宣伝されていたと思う。Code First以前はデザイナーで操作できると言っても自動生成されるxmlファイルの差分を見るのは辛そうだった。
そこでEntity Frameworkを使い始めた頃はCode Firstを使用していたのだが、ここ最近のプロジェクトではデータベースを先に設計して、そこからドメインモデルを作るやり方で進めていて困らなかったので、それで良い気がしてきた。
データベースからドメインモデルを作るやり方だが、ADO.NET Entity Data Modelの作成時に「データベースからのCode First」を使うと、テーブルに対応したCode Firstのモデルクラスを作成してくれる。
DB設計をしっかりとやり出すと、Entity Framework 6のCode Firstはデータベース構造を100％再現できているわけではないことがわかったので、気になった点を以下に書く。（もしかしたら設定があるのかもしれないが見つけられなかった）
- カラムの初期値が設定できない。（日付カラムとかで使いたい場合がある）
- DB初期化の際にモデルのstringに空文字を設定しても、
nullと扱われてしまいNot Nullのカラムに設定できない。（設計上、Not Nullカラムに空文字を入れるのはどうなの？というのはひとまず置いておく）
Required属性にAllowEmptyStringsプロパティがあった。これをtrueにすれば良かった。 - テーブルに設定されている主キー以外のインデックスは、ドメインモデル作成時に無視される。作成したソースコードを修正して、後から設定することは可能。
- DBのビューからドメインモデルを作ると、ナビゲーションプロパティが作られない。元がビューなので正しい動きなのだろうが、気になった。
テーブルが変更になったら同じ名前で作成することでクラスが上書きされる。ソースコードのバージョン管理をしていれば、前のバージョンとの比較や元に戻すことも容易である。「データベースからのCode First」を使ったことがない方は一度試してみるのをおススメする。
開発環境：
Windows 10 Pro
VisualStudio 2017 Professional
Entity Framework 6.1.3
