開発のあいまに

.NetFrameworkから.NetCoreへ移植する手順メモ

１、.NET Standartクラスライブラリのプロジェクトを新規作成し、.NET Frameworkで作られたクラスライブラリのソースを全て移植。

２、.NET FrameworkのFormアプリは、.NET Standartクラスライブラリを参照するように変更。

３、.NET Coreコンソールアプリのプロジェクトを新規作成し、.NET Frameworkで作られたコンソールアプリのソースを全て移植。
   クラスライブラリは.NET Standartで作り直したクラスライブラリを参照する。

４、ASP.NET Coreアプリのプロジェクトを新規作成し、.NET Frameworkで作られたASP.NETアプリのソースを全て移植。
   クラスライブラリは.NET Standartで作り直したクラスライブラリを参照する。

メソッドの実行数や実行時間を解析できる無料のMicrosoftツール(WPA)

Windows Performance Analyzerの使い方。
http://blogs.msdn.com/b/jpwdkblog/archive/2014/11/28/windows-performance-analyzer.aspx

ダウンロード先。
https://msdn.microsoft.com/en-us/library/windows/desktop/hh448170.aspx

C#の正規表現

MSDN ライブラリ に .NET Framework の正規表現 と、 正規表現言語 - クイック リファレンス が掲載されているので、特に本を買う必要はなさそう。

VB.NET ではなく C# で開発するメリット。

VB.NET のコンパイルオプションにある「Option Explicit」「Option Strict」「Option Inger」を全て「On」に設定した場合にチェックされる内容より、C# でコンパイルした際にチェックされる内容の方が厳しいので、コンパイル段階で発見できるバグの量と、それに伴うコンパイルの最適化という点で、C#の方が優れている。

VB.NET で作られたソースを、C#に移植した場合、VB.NETでは警告さえ出なかったバグでも、C#側ではコンパイルエラーになったりする。

速度測定 メモ

'ミリセカンドで経過時間を測る

Dim t1 As Integer
t1 = System.Environment.TickCount

　・・・・・・測定したい処理達

t1 = System.Environment.TickCount - t1

　

'DataGridView の AutoSizeColumnsModeプロパティがAllCellsになっていると、処理時間が50倍くらいになるので、処理中は以下のようにNoneにする必要あり。

dgv.AutoSizeColumnsMode = DataGridViewAutoSizeColumnsMode.None

　・・・・・・DataGridViewへの処理達

dgvDF.AutoSizeColumnsMode = DataGridViewAutoSizeColumnsMode.AllCells

DB接続 DELETE （VS2005/VS2008）

'コネクションストリングを用意
Dim UserID As String = "Admin"
Dim Password As String = ""
Dim cnctStr As String
Dim MDBFile As String = "C:\Program Files\NXTM\KeywordAnalyzer\base.mdb"
cnctStr = "Provider=""Microsoft.Jet.OLEDB.4.0"";"
cnctStr &= "Data Source=""" & MDBFile & """;"
cnctStr &= "User ID=" & UserID & ";"
cnctStr &= "Jet OLEDB:Database Password=" & Password

'データベースとの接続関係を設定
Dim db As New System.Data.OleDb.OleDbConnection
db.ConnectionString = cnctStr

'DELETEコマンドを作成
Dim cmnd As New System.Data.OleDb.OleDbCommand
cmnd.Connection = db
cmnd.CommandText = "DELETE FROM PurchaseHistory"

'データベースをオープン
db.Open()

'コマンドを実行
cmnd.ExecuteNonQuery()

'データベースをクローズ
db.Close()

DB接続 UPDATE （VS2005/VS2008）

'コネクションストリングを用意
Dim UserID As String = "Admin"
Dim Password As String = ""
Dim cnctStr As String
Dim MDBFile As String = "C:\test.mdb"
cnctStr = "Provider=""Microsoft.Jet.OLEDB.4.0"";"
cnctStr &= "Data Source=""" & MDBFile & """;"
cnctStr &= "User ID=" & UserID & ";"
cnctStr &= "Jet OLEDB:Database Password=" & Password

'データベースとの接続関係を設定
Dim db As New System.Data.OleDb.OleDbConnection
db.ConnectionString = cnctStr

'UPDATEコマンドを作成
Dim cmnd As New System.Data.OleDb.OleDbCommand
cmnd.Connection = db
cmnd.CommandText = "UPDATE PurchaseHistory SET intUserID=3 WHERE intUserID=2"

'データベースをオープン
db.Open()

'コマンドを実行
cmnd.ExecuteNonQuery()

'データベースをクローズ
db.Close()

DB接続 SELECT （VS2005/VS2008）

'コネクションストリングを用意
Dim UserID As String = "Admin"
Dim Password As String = ""
Dim cnctStr As String
Dim MDBFile As String = "C:\test.mdb"
cnctStr = "Provider=""Microsoft.Jet.OLEDB.4.0"";"
cnctStr &= "Data Source=""" & MDBFile & """;"
cnctStr &= "User ID=" & UserID & ";"
cnctStr &= "Jet OLEDB:Database Password=" & Password

'データベースとの接続関係を設定
Dim db As New System.Data.OleDb.OleDbConnection
db.ConnectionString = cnctStr

'SELECTコマンドを作成
Dim cmnd As New System.Data.OleDb.OleDbCommand
cmnd.Connection = db
cmnd.CommandText = "SELECT * FROM PurchaseHistory"

'データベースをオープン
db.Open()

'データリーダを用意
Dim dbrd As OleDbDataReader
dbrd = cmnd.ExecuteReader

'列総数を取得
Dim cn As Integer
cn = dbrd.FieldCount

'レコードがあるかチェック
If dbrd.HasRows = True Then

    'データリーダを次の行に位置付ける。
    'この場合、列タイトル行からレコード行へ
    dbrd.Read()

    cmbbx.BeginUpdate()

    ' 取得できたレコード数分ループし、コンボボックスにセット。
    Dim e As IEnumerator = dbrd.GetEnumerator()
    Do
        cmbbx.Items.Add(dbrd(0).ToString)
    Loop While e.MoveNext

    cmbbx.EndUpdate()

End If

dbrd.Close()

'データベースをクローズ
db.Close()

Visual Studio 2005 から 2008 への移行

Visual Studio 2005 （.Net 2.0）で開発したWindowsフォームアプリケーションを、Visual Studio 2008 （.Net 3.5）のWPFアプリケーションに移行したところ、まったくコンパイルが通りませんでした。ほぼ全コードでエラー。

Visual Studio 2008 （.Net 3.5）のWindowsフォームアプリケーションへなら、すんなりコンパイルが通りました。

WPFは既存フレームワークに、追加された機能だと思っていたのですが、どうも、今までのWindowsアプリケーションとは別もののようです。

win32APIのインポート

<System.Runtime.InteropServices.DllImport("gdi32.dll")> _
Private Shared Function BitBlt(ByVal hdcDest As IntPtr, _
    ByVal nXDest As Integer, ByVal nYDest As Integer, _
    ByVal nWidth As Integer, ByVal nHeight As Integer, _
    ByVal hdcSrc As IntPtr, _
    ByVal nXSrc As Integer, ByVal nYSrc As Integer, _
    ByVal dwRop As Integer) As Boolean
End Function