暗号化って、全然勉強できてないな～。
今回はまずは序章ということで、参考サイトのまんま実装してみる。
何かの記事に書いてあったけど、もう MD5 はやばいそうな。

「せめて 256 バイト以上のものを利用しましょう」とあったので
試してみた。

行け！偏差値40プログラマー：[ C# ] SHA256 で文字列のハッシュ値を計算・取得する

// 文字列のハッシュ値（SHA256）を計算・取得する
protected string _GetHashedTextString(string passwd)
{
    // パスワードをUTF-8エンコードでバイト配列として取り出す
    byte[] byteValues = Encoding.UTF8.GetBytes(passwd);
 
    // SHA256のハッシュ値を計算する
    SHA256 crypto256 = new SHA256CryptoServiceProvider();
    byte[] hash256Value = crypto256.ComputeHash(byteValues);
         
    // SHA256の計算結果をUTF8で文字列として取り出す
    StringBuilder hashedText = new StringBuilder();
    for (int i = 0; i < hash256Value.Length; i++)
    {
        // 16進の数値を文字列として取り出す
        hashedText.AppendFormat("{0:X2}", hash256Value[i]);
    }
    return hashedText.ToString().ToLower();
}

ほぼ、上記サイトからいただいてきたんだけど
18行目だけ。

そもそものハッシュ値を、
Good-Tool.net：ハッシュ値の一括計算・生成ツール（無料）
で生成したため、ToLower だけ追加した。

フォームの「OK」「キャンセル」ボタンのお話。

フォーム表に配置したボタンに「OK」「キャンセル」の挙動を持たせる。
＝Enter 押下で反応する「OK」ボタン、ECS 押下で反応する「キャンセル」ボタン。

フォームのプロパティ
AcceptButton：「OK」の挙動をするボタンの Name を設定
CancelButton：「キャンセル」の挙動をするボタンの Name を設定

下記のように手書きして、Form の Key_Down イベントへ登録する手もある。

private void Login_KeyDown(object sender, KeyEventArgs e)
{
    if (e.KeyCode == Keys.Enter)
    {
    }
    else if (e.KeyCode == Keys.Cancel)
    {
    }
}

値の受け渡し

アプリケーション内の設定のこと。
preference の方が区別が付くかも？

この話、どこかの記事に書いた気がするんだけど
見つけられないので、改めて記述。

プロジェクトのコンテキストメニュー [プロパティ] 左ペイン [設定]

こちらの画面で、1つずつ下記を設定していく。
名前：設定値の名称。任意。プログラム内で使用するので、アルファベットで設定してね
種類：設定値のデータ型
スコープ：
アプリケーション：全ユーザー統一
ユーザー：ユーザー毎
値：値

// 取得
txtUsername.Text = Properties.Settings.Default.LoginUsername;
Properties.Settings.Default.Save();

// 設定
Properties.Settings.Default.LoginUsername = "username";

ユーザー設定は、ユーザーの非表示のローカル アプリケーション データ フォルダーのサブフォルダー内のファイルに保存されます。

MSDN：方法 : 実行時にユーザー設定を C# で書き込む

というわけで、SQLite -> 導入 にも書いた通り

にあるみたいだけど、上記記事は UWP の場合なわけで
フォームアプリケーションの場合は、パッケージ ID をどこで見ればいいのかしらね～。

フォームの継承は、めんどいルールがあった気がする。
勉強したときに、メモし忘れたらしい。

とりあえず、久しぶりにフォームを継承してみて
ルールを忘れていたせいで、エライことになった。
強制終了 -> フォームの継承

継承ルールを再度勉強しないと。。。

Language INtegrated Query（統合言語クエリー）。

本日勉強を始めたばかりなので、
これから！

とにかく、SQL 専用なわけではない。

LINQは、アクセスするデータの種類に応じてLINQ to Objects、LINQ to SQL、LINQ to XML、LINQ to DataSetなどに分類できます

これらはLINQプロバイダーと呼ばれます。
プロバイダーはアクセスするデータソースに応じて動的に切り替わりますので、
アプリケーション開発者がプロバイダーを意識する必要はほとんどありません。

BuildINSIDER：LINQとは？［C#］（2014-11-11）

おー　よかった。
いっぱい出てきてわけがわからなくなってきていた。

クエリー式とメソッド式がある。

Qiita：LINQチートシート的なもの（2017-12-08）
→ありがたや～。ちゃんと読みましょう！

netplanetes log：BindingSource.DataSource に LINQ to Entity の ObjectQuery を指定してはいけない（2009-10-10）
→まだ意味がよくわからないけど、試行錯誤の途中で、この問題に直面したような気がする。。。
MSDN：コントロールへのオブジェクトのバインド (Entity Framework)

EntityFramwork の実践 をする中で
Where 部の条件分岐をする必要が出た。

その際、参考サイトの手法のまま、メソッド式 LING を利用しており
条件分岐の方法が分からなくて、あれこれ探し回った。

参考サイトの記述は下記の通り。
この記事用に不要部を削除して進行。

var user02 = db.Users.Where((u) => u.Name == "User02").Include("KptBoards").First();

var user02 = db.Users.Where((u) => u.Name == "User02").First();

現状は User02 を取得することになっているけど
条件によって、User02, User03 を分けたい。

実際の稼働確認は、他のコードで行ったので
この記事内のコードの稼働確認は行っていない。

三項演算子による条件分岐は
式形式では成功。
ステートメント形式では失敗。

成功。 😎

bool flg = true;
var user02 = db.Users.Where((u) => (flg) ? u.Name == "User02" : u.Name == "User03").First();

失敗。 😥

bool flg = true;
var user02 = db.Users.Where((u) => { (flg) ? u.Name == "User02" : u.Name == "User03"; }).First();

プログラミング C# – 翔ソフトウェア (Sho’s)：[C#][ラムダ式][式木] Expression として扱えるラムダ式と扱えないラムダ式

まずはメソッドを利用する方法を体験するために
条件分岐なしパターン。

var user02 = db.Users.Where(IsTarget).First();

private bool IsTarget(User u)
{
	return u.Name == "User02";
}

こういう書き方で、引数 u は自動でメソッドへ送られる。

上記のまま、条件を足してみた。

bool flg = true;
var user02 = db.Users.Where(IsTarget(flg)).First();

private bool IsTarget(User u, bool flg)
{
	if (flg) return u.Name == "User03";
	
	return u.Name == "User02";
}

こういう書き方はできないらしい。

下記のように記述したら上手くいった。

bool flg = true;
var user02 = db.Users.Where((u) => IsTarget(u, flg)).First();

private bool IsTarget(User u, bool flg)
{
	if (flg) return u.Name == "User03";
	
	return u.Name == "User02";
}

デリゲートも含めて、理屈を理解できていないので
まだまだ挙動を掴めない。

しばらくは勉強ですね。。。

話には聞いていた「ラムダ式」。
無名関数のことだったのね～。

MSDN？：ラムダ式 (C# プログラミング ガイド)
Wikipedia：C#の無名関数

といいつつ、無名関数のことも、まだ良く理解できていない。。。
いつもの如く、習うより慣れろ！で頑張るぞ～！

ラムダ式とはメソッド定義を式として扱える機能のこと

Qiita：関数型プログラミングって何、ラムダってなんだよ ラムダ式（2016-10-23）

本日、初対面の「ラムダ式」の情報に目を通してきたけど
この一言で、それなりにまとまった気がする。
ありがとうございます。

私なりに解釈すると、今まで１つ１つメソッドを実装してきたけど
ラムダ式なら、わざわざメソッドとして切り出さなくても、式の中に入れ込めるよ！
ってことかしらね～。

直感では「三項演算子」とイメージが似ていると思う。

// if で真面目に書く
if (a) { return b; }
else { return c; }

// 三項演算子を用いる
(a) ? b : c;

// 真面目にメソッドを実装する
string result = GetResult(value);

private string GetResult(string value)
{
	return "result : " + value;
}

// ラムダ式で書く
string result = (value) => "result : " + value;

// 式形式
(引数) => 処理

// ステートメント形式
(引数) => {処理}

// 非同期ラムダ
MSDN？：ラムダ式 (C# プログラミング ガイド) 参照

// 標準クエリ演算子でのラムダ
MSDN？：ラムダ式 (C# プログラミング ガイド) 参照

右辺は、式ツリーとなるらしい。

(value) => "result : " + value

右辺の行末 ;（セミコロン）は不要
もちろん、行全体の行末 ;（セミコロン）は必要

右辺は、デリゲートとなるらしい。

(value) => { return "result : " + value; }

value => "result : " + value

() => "result : OK"

このときの () は省略できない

(a, b) => "result : " + a + ", " + b

ラムダ式では、型推論によって、型を解決できるので
型の指定は不要だけど、指定することも可能。

(string value) => "result : " + value

• ラムダにはデリゲート型と同じ数のパラメーターが含まれていなければなりません。
• ラムダに含まれる各入力パラメーターは、対応するデリゲート パラメーターに暗黙的に変換できなければなりません。
• ラムダの戻り値 (ある場合) は、デリゲートの戻り値の型に暗黙的に変換できなければなりません。

MSDN？：ラムダ式 (C# プログラミング ガイド)

=> を「ラムダ演算子」という。

• ラムダ外の変数を参照できる
• ラムダ内の変数を外部から参照することはできない

ザックリ理解するとこんな感じ？
正確な情報は下記の通り。

• 取り込まれた変数は、その変数を参照するデリゲートがガベージ コレクションの対象になるまでガベージ コレクトされません。
• ラムダ式内に導入された変数は、外側のメソッドでは参照できません。
• ラムダ式は、外側のメソッドの ref パラメーターまたは out パラメーターを直接取り込むことはできません。
• ラムダ式に含まれる return ステートメントで外側のメソッドを戻すことはありません。
• ラムダ式には、 goto ステートメント、 break ステートメント、およびジャンプ ステートメントのジャンプ先がブロック外である場合はラムダ式の内部にある continue ステートメントを含めることはできません。 また、ジャンプ先がブロックの内部にある場合は、ラムダ式の外部でジャンプ ステートメントを使用するとエラーになります。

MSDN？：ラムダ式 (C# プログラミング ガイド)

Qiita：はじめての LINQ（2018-01-16）
→LINQ 全体だけど、ひとまずこちらへ。勉強！

Qiita：関数型プログラミングって何、ラムダってなんだよ ラムダ式とスコープ（2016-10-23）

Qiita：C# 今更ですが、ラムダ式（2017-10-27）
→何度も読み返して勉強しましょう！

Qiita：【LINQの前に】ラムダ式？デリゲート？Func？な人へのまとめ【知ってほしい】（2015-02-17）
→何度も読み返して勉強しましょう！

Qiita：C#のExpressionで動的コード生成（2017-12-19）
→式形式（式木、式ツリー）の勉強に！

Qiita：LINQとラムダ式ってなにができるの？（2015-10-04）
→こちらのおかげで、メソッドへ引数を渡す方法に気がついた

@IT：C#ラムダ式 基礎文法最速マスター（2010-03-09）
→ここも分かりやすかった

iPentec：デリゲートとラムダ式の書き換え =>演算子の利用 (C#プログラミング)
→デリゲートと比較しながら勉強するのによさそう

データを一覧表示するコントロール。

MSDN：DataGridView コントロール (Windows フォーム)
MSDN：DataGridView クラス

データを一覧表示するコントロール。

MSDN：DataGridView クラス
一覧はこちらにあるので、逆引きで！

MSDN：AlternatingRowsDefaultCellStyle

RowHeadersVisible

@IT：DateTimePickerコントロールでDBNullを扱うには？［C#、VB］（2008-01-31）

MSDN：DateTimePicker コントロール (Windows フォーム)
MSDN：DateTimePicker クラス

DateTimePicker を使いたい。
だけど、null のときに日付が入ってしまうと
空欄にしておきたいユーザが、誤入力をしてしまう。
むぅ。

Google 先生に聞いてみると、色々とあるみたいだけど
ほとんどの情報が古い。。。

何で改善されないんだろう。
どこかにも書いてあったけど、DateTime 型を利用するのに
null は普通に使うと思うんだけどな～。

私の設計が悪いのかしらね。

それでも、DateTimePicker が null を許容できないことは
当時？みなさんが試行錯誤されたようで、下記のような記事を見つけた。
codeguru：Yet Another Nullable DateTimePicker Control（2005-04-25）
CodeZine：Nullを許容するDateTimePickerコントロール（2005-05-13、日本語訳記事）

現時点では、よい方針を思いつかないので
DbDateTimePicker を使ってみた。

@IT：DateTimePickerコントロールでDBNullを扱うには？［C#、VB］（2008-01-31）
おおお、奇しくも後1週間で10周年ｗ

カスタム コントロールを追加 して
自動生成ソースに、参考サイトのソースを、ちみっと調整してコピペ。

public partial class DbDateTimePicker : DateTimePicker
{
    public DbDateTimePicker()
    {
        InitializeComponent();
    }

    protected override void OnPaint(PaintEventArgs pe)
    {
        base.OnPaint(pe);
    }

    [Bindable(true), Browsable(false)]
    public new object Value
    {
        get
        {
            if (base.Checked)
                return base.Value;
            else
                return DBNull.Value;
        }
        set
        {
            try
            {
                if (Convert.IsDBNull(value))
                {
                    base.Checked = false;
                }
                else
                {
                    base.Value = Convert.ToDateTime(value);
                    base.Checked = true;
                }
            }
            catch (Exception ex)
            {
                base.Value = Convert.ToDateTime(value);
                base.Checked = true;
            }
        }
    }
}

アプリ側にコントロールを追加 して
フォーム上へ配置。
dbdtpDate

コントロールのプロパティから
ShowCheckBox を True

php フレームワークみたいに、
命名規則を守って記述すれば
自動で外部キー設定をしてもらえる。

public class Municipality
{
    [Key]
    [MaxLength(6)]
    public string Code { get; set; }

    [MaxLength(5)]
    public string PrefectureCode { get; set; }

    public Prefecture Prefecture { get; set; } // 追加分
}

こちらは、参考サイトのものを一部頂戴してきたソース。

命名規則からハズレた場合には
手動で外部キーを設定してやる。

public class Municipality
{
    [Key]
    [MaxLength(6)]
    public string Code { get; set; }

    [MaxLength(5)]
    public string PCD { get; set; } // これを変更

    [ForeignKey("PCD")]
    public Prefecture Prefecture { get; set; } // ナビゲーションプロパティ
}

こちらも参考サイトのものを一部頂戴。

おそらく、この先で Eager-loding, Lazy-loading の勉強をする必要があると思う。

外部キー
参考スライドの通り

[Key]
[Column(Order=1)]
public string Value1 { get; set; }

[Key]
[Column(Order=2)]
public string Value2 { get; set; }

としたところ、Add-Migration で、下記エラーが出た。

そこで、参考サイトのように、Entity でのキー設定をやめ
DbContext 側で設定したところ、設定できた。

protected override void OnModelCreating(ModelBuilder modelBuilder)
{
    modelBuilder.Entity()
        .HasKey(paidHoliday => new { HogeEntity.Value1, HogeEntity.Value2 });
}

Qiita:[EntityFrameworkCore]CodeFirstでテーブルに複合主キーを付ける（2017-08-31）
→参考スライドの [Column(Order=1)] では設定できなかったので、大変助かりました

上記のように設定しておけば、Join しなくても
オブジェクトチェーンで取得可能。
Municipality.Code
Municipality.Prefecture.Code

インクリメンタルなカイハツにっき
実践 Entity Framework ～ 外部キーを設定する（2015-07-28）
実践 Entity Framework ～ ForeignKey 属性（2015-08-03）