1.21 jigowatts

Great Scott!

MSBuildでコマンドラインからビルドする

概要

いつもVisual Studioからビルドしてましたが、コマンドラインMSBuild.exeを使ってビルドしてみます。あっ、今年はde:code行けなかったで(´;ω;`)スンスン

f:id:sh_yoshida:20170527011041p:plain

環境

MSBuild

Visual Studio Community 2017をデフォルトでインストールしたらexeは以下にありました。

C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\MSBuild\15.0\Bin\MSBuild.exe

構文

MSBuild.exe [Switches] [ProjectFile]  

パスを通すか、フルパスでMSBuildを実行。引数にはビルドするソリューションでok。

> MSBuild C:\src\workspace\ClassLibrary1\ClassLibrary1.sln

詳細なオプションは以下。オプションじゃなくてスイッチか。
MSBuild Command-Line Reference

いくつか頻繁に使いそうなスイッチをつけて実行してみるぞぃ。
長くなるのでパスは省略します。

ソリューションをクリーンしてリビルド

/target(/t)スイッチにターゲットを指定します。いつもVisualStudioでやってるやつや。

> MSBuild ClassLibrary1.sln /t:clean;rebuild 

64bit Debugビルド

/property:(/p)スイッチにConfigurationとPlatformを指定します。Releaseやx86を渡したりするんですね。

> MSBuild ClassLibrary1.sln /t:build /p:Configuration=Debug;Platform="x64"

Microsoftのすべての規則」でコード分析

/property:(/p)スイッチにRunCodeAnalysisとCodeAnalysisRuleSetを指定します。ルールセットにファイルのパスを渡すとクソ長くなりますのでよろしくお願いします。

> MSBuild ClassLibrary1.sln /t:build /p:RunCodeAnalysis=true;CodeAnalysisRuleSet="C:\Program Files (x86)\Microsoft Visual Studio\2017\Community\Team Tools\Static Analysis Tools\Rule Sets\AllRules.ruleset"

ビルドログをファイルに出力

/verbosity:(/v)スイッチにdiagnostic(diag)を指定すると詳細なログがもりもり吐かれます。
/fileLogger(/fl)スイッチはカレントにmsbuild.logという名前でビルドログを出力してくれるやつ。かわいい。

> MSBuild ClassLibrary1.sln /t:build /v:diag /fl


これらを踏まえてスイッチをマシマシで流してみましょう。

メニュー
  • クリーン、リビルド
  • Debug
  • AnyCPU
  • コード分析(Microsoft マネージ推奨規則)
  • ビルドログの情報量(minimal)
  • ビルドログをファイル出力

f:id:sh_yoshida:20170527011041p:plain

うん、ログもちゃんと出ていますね。

f:id:sh_yoshida:20170527001947p:plain

(ふぅ、5月分の更新できた!)
次回はコマンドラインからMSTestでテストを実行する回の予定ですぅ。

ASP.NET MVCはじめました~データのキャッシュ

概要

データキャッシュの実装とテストについて調べてみました。

参考資料

ASP.NET MVCでのキャッシュについては、今のところ、キャッシュ機能をアプリケーションに注入する方法が推奨されています。

特定のキャッシュ機能の実装に依存しないようにキャッシュサービスを注入してあげれば良さそう。

環境

キャッシュサービスの実装

インターフェイスと実装。インターフェイスは必要に応じて機能を追加します。書籍のサンプルコードではSystem.Web.CachingのCacheオブジェクトを使用していましたが、System.Runtime.CachingのMemoryCacheオブジェクトに置き換えてみました。
/Framework/ICacheService.cs

public interface ICacheService
{
    Object Get(String key);
    void Set(String key, Object data);
    Object this[String key] { get; set; }
}

/Framework/AspNetCacheService.cs

public class AspNetCacheService : ICacheService
{
    private readonly MemoryCache _memoryCache;
    public AspNetCacheService()
    {
        _memoryCache = MemoryCache.Default;
    }

    public object Get(string key)
    {
        return _memoryCache[key];
    }

    public void Set(string key, object data)
    {
        _memoryCache[key] = data;
    }

    public object this[string key]
    {
        get { return _memoryCache[key]; }
        set { _memoryCache[key] = value; }
    }
}
キャッシュサービスの注入

アプリケーションの起動時にキャッシュサービスを注入するためのパブリックなRegisterCacheServiceメソッドを用意しておくと、コントローラごとにサービスを注入する必要はなく、テストもできるって訳ですね。
Global.asax.cs

public class MvcApplication : System.Web.HttpApplication
{
    protected void Application_Start()
    {
        ...

        RegisterCacheService(new AspNetCacheService());
        CacheService["StartTime"] = DateTime.Now.ToString();
    }

    private static ICacheService _internalCacheObject;

    public static void RegisterCacheService(ICacheService cacheService)
    {
        _internalCacheObject = cacheService;
    }

    public static ICacheService CacheService
    {
        get { return _internalCacheObject; }
    }
}


HomeController.cs

public class HomeController : Controller
{
    public ActionResult Index()
    {
        var data = MvcApplication.CacheService["StartTime"];
        if (data != null)
        {
            ViewBag.StartTime = (String)data;
        }

        return View();
    }
}

キャッシュサービスのテスト

テストの時はモックを用意してRegisterCacheServiceメソッドに渡してあげる感じ。
HomeControllerTests.cs

public class HomeControllerTests
{
    [TestMethod()]
    public void IndexTest_Cache()
    {
        var expected = "2017-04-15 12:00:00.000";
        var mockCacheService = new Mock<ICacheService>();
        mockCacheService.Setup(m => m["StartTime"]).Returns(expected);
        MvcApplication.RegisterCacheService(mockCacheService.Object);

        var controller = new HomeController();
        ViewResult result = controller.Index() as ViewResult;
        var actual = result.ViewBag.StartTime;

        Assert.AreEqual(expected, actual);
    }
}

実行結果

f:id:sh_yoshida:20170415173157p:plain

参考資料

Visual Studio Community 2017 をインストールする

概要

Visual Studio Community 2017 をインストールします!*1

ダウンロード

いろんなルートでダウンロードできますが以下でいいでしょう。

www.visualstudio.com
f:id:sh_yoshida:20170414015220p:plain

インストール

インストーラ起動![続行]を押す。

f:id:sh_yoshida:20170414015613p:plain

数分間お待ちください。

f:id:sh_yoshida:20170414015617p:plain

ワークロードを選択しないとインストールサイズは 606MB ですが...

f:id:sh_yoshida:20170414020420p:plain

[ASP.NETとWeb開発]を選択してみると、サイズは 4.88GB になりました!ひとまずこれで[インストール]を押す。

f:id:sh_yoshida:20170414020433p:plain

インストールには1時間程度かかりました。

f:id:sh_yoshida:20170414023622p:plain

起動してみましょう!

f:id:sh_yoshida:20170414030740p:plain

起動

サインインしてみます。

f:id:sh_yoshida:20170414032923p:plain

別窓が上がり、二段階認証もクリア!RC版ではダメでしたけど解消されてますね。

f:id:sh_yoshida:20170414033002p:plain

VS Community 2017 が起動しました☆

f:id:sh_yoshida:20170414033049p:plain

RC版ではワークロードの選択で[Web開発]を選んだだけでは.NET Coreが入らなかったけど、[ASP.NETとWeb開発]に変更されてて、こっちでは.NET Coreがインストールされていました。

f:id:sh_yoshida:20170414033200p:plain

軽快なモジュール式インストール

https://www.visualstudio.com/ja/vs/community/

インストーラの[変更]からワークロードを追加してみます。

f:id:sh_yoshida:20170414033335p:plain

[.NETデスクトップ開発]、[Azureの開発]、[データの保存と処理]を追加で選択し、[変更]。

f:id:sh_yoshida:20170414033422p:plain

テンプレートが増えました。

f:id:sh_yoshida:20170414080942p:plain

不要になったらワークロードのチェックを外して[変更]することで必要なものだけが入った構成になります。

sh-yoshida.hatenablog.com

*1:RC版が出た時にお試しでインストールしたエントリーのアクセスが少し伸びてたので、RC版の内容でいいのかと思っていたところ、我が家のWindows機がリカバリ→再インストールとなったためVS Community 2017をインストールします!の略