2021-10-10

ユーザーシークレットの動きについてちょっと調べてみた

お久しぶりです。100億年ぶりにプログラミングを始めました。
先日、Visual Studio 2019をダウンロードして、何やらいろいろ調べながらやっています。
DBの接続文字列など、以前は config ファイルに書いていたように記憶していますが、何やらいろいろ仕組みが変わっていて、今は appsettings.json に書くのがよさそう。
appsettings.json に関連して、機密情報を扱うときは「ユーザーシークレット」なるものを使うと良さげなことを知ったのですが、ちょっと気になったことを確かめてみました。

appsettings.jsonとユーザーシークレットに関して

[ASP.NET] appsettings.jsonの使い方 - Qiita
ASP.NETCore-ユーザーシークレット

appsettings.jsonとダブった項目はどうなるのか？

ユーザーシークレットが使われるみたいです。以下のように記載して確かめてみました。

/* appsettings.json */
{
  "Login": {
    "Email": "hoge@example.com",
    "Password": "hoge"
  }
}

/* secret.js */
{
  "Login": {
    "Email": "secret@example.com",
    "Password": "secret"
  }
}

secret.jsonが存在しない場合はどうなるのか？（git clone した場合など）

ちゃんとappsettings.jsonの値が取得されました。

ユーザーシークレットに関する設定はプロジェクトファイルに以下のように記述されるようです。
この長いIDと同じ名前のフォルダが C:\Users\【ユーザー名】\AppData\Roaming\Microsoft\UserSecrets に作られて、その中に secret.json が置かれるようです。この設定を残したまま、ユーザーシークレットのフォルダを消して確認してみました。

<Project Sdk="Microsoft.NET.Sdk.Web">

  <PropertyGroup>
    <TargetFramework>net5.0</TargetFramework>
    <UserSecretsId>7a0d510b-d5ad-477a-a103-0d4d117cb851</UserSecretsId>
  </PropertyGroup>

</Project>

DIってなんだっけ？

appsettings.json で設定した値を取得するために、HomeController クラスのコンストラクタの引数を追加したけど、なんで好き勝手にコンストラクタの引数増やして良いの？何が起きてるの？勉強しよう。

2019-01-13

ターミナルで実行したときとスクリプトファイルを実行したときで結果が違う

shell

次のようなitems.xmlを作って、

<?xml version="1.0" encoding="UTF-8"?>
<items>
  <item>foo</item>
  <item>bar
baz</item>
  <item>qux</item>
</items>

bashで

$echo "cat /items/item[2]" | xmllint --shell items.xml

したときは

/ >  -------
<item>bar
baz</item>
/ >

ってなるけど、

#!/bin/sh
echo "cat /items/item[2]" | xmllint --shell items.xml

を保存したファイルを実行したとき

/ > ------- <item>bar baz</item> / >

ってなるのなんでや！連続したスペース類がスペース1個にされてる...。困るなあ。連続スペースはどうでもいいけど、改行は改行のまま欲しいんだけどな...。

解決した

ファイルに保存するスクリプトを

#!/bin/sh
str=`echo "cat /items/item[2]" | xmllint --shell items.xml`
echo "${str}"

ってしたら改行と連続スペースが保持されたままになった。わーい。
あとは、これをsedかなんかで処理して中身だけ取り出したい。

2018-12-27

プロジェクトの参照設定

.NET Framework C#

C#のプロジェクトの参照設定がよく分からない。ソリューションは以下のような状況になっている。

プロジェクトA: 俺ライブラリ側。プロジェクトBや他のアプリなどでも使う（かもしれない）部品群。このプロジェクトの中で、とあるインターフェースX（.NET Framework 3.0以降で提供されているきわめて標準的なもの）を実装したクラスFooを定義している。つまり、プロジェクトAはインターフェースXを含むdllを参照している。
プロジェクトB: アプリ側。このプロジェクト内で、プロジェクトAのクラスFooを使用している。プロジェクトBはプロジェクトAをプロジェクト参照しているが、インターフェースXを含むdllは参照していない。

この状況でビルドすると、