投稿者: tomato-note

[C#, VB.NET]環境変数を使用したコードの動作確認方法
【VB.NET / C#】ClickOnceと環境変数を使ったアプリ動作の切り替えと確認方法
アプリケーション開発において、「環境変数」を利用してアプリケーションの挙動を制御するのは、非常に一般的な手法です。特に、アプリケーションのデプロイ方法（例：ClickOnceなど）や実行環境（開発用・本番用など）に応じて処理を分岐したい場合、環境変数はとても便利な仕組みになります。
この記事では、ClickOnceを利用した.NETアプリケーションの挙動を環境変数で制御し、それをVB.NETおよびC#の両方で実装・確認する方法を、段階を追って解説していきます。
🔍 この記事でわかること
- 環境変数を使った.NETアプリの挙動切り替え方法
- Visual Studioでの環境変数設定方法
- VB.NET / C# の実装例と動作確認
- ClickOnceを使った本番環境に近いテスト手法
- ユニットテストでの環境変数モック手法
- 環境変数を使う際の注意点
🧪 なぜ環境変数を使うのか？
たとえば、アプリケーションがClickOnceを使ってネットワークからインストールされて実行された場合、特定の処理（バージョン表示や、ログ収集など）を行いたいケースがあります。しかし、コード上で ApplicationDeployment.IsNetworkDeployed を直接使うと、ClickOnceを使わずに実行したときに例外が発生する恐れもあるため、柔軟な方法として「環境変数を使って動作を切り替える」という手法が活躍します。
🧾 VB.NETでの実装例
```
If Environment.GetEnvironmentVariable("ClickOnce_IsNetworkDeployed")?.ToLower() = "true" Then
    Dim version = Environment.GetEnvironmentVariable("ClickOnce_CurrentVersion")
    ' TODO: version情報があっているか確かめたい
   Version_System = "Ver." + version
End If
```
このコードは、環境変数 ClickOnce_IsNetworkDeployed が "true" に設定されている場合にのみ、バージョン情報を取得し、それを Version_System に代入します。
🧾 C#での実装例
```
if (Environment.GetEnvironmentVariable("ClickOnce_IsNetworkDeployed")?.ToLower() == "true")
{
    var version = Environment.GetEnvironmentVariable("ClickOnce_CurrentVersion");
    Version_System = "Ver." + version;
}
```
VB.NETとC#では構文こそ異なるものの、基本的なロジックは共通です。
✅ 開発中に動作を確認する方法
1. Visual Studioで環境変数を設定する方法
開発中に手軽に環境変数を設定する方法として、Visual Studioのプロジェクトプロパティから設定する方法があります。
1. プロジェクトを右クリックし、「プロパティ」を開きます。
2. 「デバッグ」タブを選択します。
3. 「環境変数」の項目に以下を追加します：
  - ClickOnce_IsNetworkDeployed : true
  - ClickOnce_CurrentVersion : 1.0.0.0
こうすることで、デバッグ実行時にこれらの環境変数がプロセススコープで適用され、コードで取得できるようになります。
2. システム環境変数として設定（注意）
Windowsの「システム環境変数」に設定することで、OS全体のプロセスから参照できるようにもできますが、これは開発中には推奨されません。誤って他のアプリに影響を与えてしまう可能性もあるため、基本はVisual Studioのデバッグ設定で十分です。
3. デバッグとログ出力による確認
以下のようにログをコンソール出力することで、環境変数が正しく設定され、意図通りの分岐がされているかを確認できます。
VB.NET版ログ付きコード
```
Dim isDeployed = Environment.GetEnvironmentVariable("ClickOnce_IsNetworkDeployed")?.ToLower()
Console.WriteLine($"IsNetworkDeployed: {isDeployed}")
If isDeployed = "true" Then
    Dim version = Environment.GetEnvironmentVariable("ClickOnce_CurrentVersion")
    Console.WriteLine($"CurrentVersion: {version}")
    Version_System = "Ver." + version
Else
    Console.WriteLine("ClickOnce deployment is not detected.")
End If
```
C#版ログ付きコード
```
var isDeployed = Environment.GetEnvironmentVariable("ClickOnce_IsNetworkDeployed")?.ToLower();
Console.WriteLine($"IsNetworkDeployed: {isDeployed}");
if (isDeployed == "true")
{
    var version = Environment.GetEnvironmentVariable("ClickOnce_CurrentVersion");
    Console.WriteLine($"CurrentVersion: {version}");
    Version_System = "Ver." + version;
}
else
{
    Console.WriteLine("ClickOnce deployment is not detected.");
}
```
4. ClickOnceによる本番形式のテスト
実際にClickOnceでアプリケーションを発行し、インストールして実行することで、環境変数を自動で設定した状態での挙動も確認できます。ClickOnceでは、ApplicationDeployment.CurrentDeployment.CurrentVersion.ToString() を使ってバージョンを取得できますが、これを環境変数に設定しておくことで、アプリケーションロジックからも取得可能になります。
5. ユニットテストでの環境変数テスト
ユニットテストで環境変数を使ったコードをテストするには、テスト実行前に Environment.SetEnvironmentVariable() を使って変数を設定できます。
⚠️ 環境変数を扱う際の注意点
1. 大文字・小文字に注意
  環境変数はWindows環境では大文字小文字を区別しませんが、コード上の文字列比較では区別される可能性があります。.ToLower() や .Equals(x, StringComparison.OrdinalIgnoreCase) を使うのが安全です。
2. nullチェックは必須
  指定した環境変数が存在しない場合、GetEnvironmentVariable は null を返します。これをそのまま使うと NullReferenceException が発生することがあるため、null条件演算子（?.）を使うか、明示的なnullチェックを行いましょう。
3. 本番では別の設定方法も検討
  ClickOnce環境では環境変数よりも、アプリケーション設定ファイル（app.config や user.config）を利用することも検討できます。
📝 まとめ
環境変数を活用することで、開発と本番環境の違いに柔軟に対応でき、ClickOnceなどのデプロイ形式に応じた挙動制御が可能になります。VB.NETとC#のコードも非常に似ており、どちらでも同様の実装が行えます。
開発中にはVisual Studioでの環境変数設定、ログ出力、ステップ実行、ユニットテストを活用し、確実に正しい動作を確認しましょう。
📌 最後に
環境に応じた設定をコードで判断できるようになると、より堅牢で柔軟なアプリケーションを構築できるようになります。ClickOnceや環境変数といった仕組みをうまく活用し、開発効率と信頼性を両立させていきましょう！
2025年4月7日
【解説】JavaScriptライブラリ「sharp」でPNG画像を生成してみた【Node.js × 画像処理】
こんにちは。今回は、Node.js環境で使える高速な画像処理ライブラリ「sharp」を使って、PNG画像を生成する方法を詳しく紹介していきます。
WebアプリやAPI開発において、サーバーサイドで動的に画像を生成するシーンは意外と多くあります。たとえば次のようなケースです：
- テキスト入りサムネイル画像の自動生成
- OGP（Open Graph Protocol）画像のダイナミック生成
- QRコードやバーコードを画像として出力
- PDFからページごとに画像化する処理の一環
こうした場面で「sharp」は非常に頼れる存在です。この記事では、sharpでPNG画像を生成・加工し、ファイルとして保存するまでの具体的な流れを解説します。
sharpとは？
sharpは、Node.js上で使える高性能な画像処理ライブラリです。特徴としては：
- C++ベースのlibvipsを利用しているため、非常に高速かつ省メモリ
- JPEG、PNG、WebP、AVIF、TIFFなど多くの画像フォーマットをサポート
- リサイズ、トリミング、回転、フォーマット変換、合成など多彩な機能
- Promiseベースで非同期処理に対応
npmで簡単に導入でき、バックエンド処理だけでなく、静的サイトジェネレータやバッチ処理でも重宝します。
```
npm install sharp
```
sharpでPNG画像を生成する基本コード
まず、シンプルに「空のPNG画像を作成する」コードから見てみましょう。
```
const sharp = require('sharp');

// 透明な400x300のPNG画像を生成
sharp({
  create: {
    width: 400,
    height: 300,
    channels: 4,
    background: { r: 255, g: 255, b: 255, alpha: 0 } // 完全に透明
  }
})
  .png()
  .toFile('output.png')
  .then(() => {
    console.log('PNG画像が生成されました');
  })
  .catch(err => {
    console.error('エラー:', err);
  });
```
このように、createオプションで空の画像を定義し、それを.png()で出力しています。背景色をalpha: 1にすれば白背景になります。
テキストや画像を合成してサムネイル画像を生成する
もっと実用的な例として、画像上にテキストや他の画像を合成してOGP画像のようなものを生成してみます。
1. ベース画像の作成
```
const sharp = require('sharp');

const width = 800;
const height = 418;

const background = {
  create: {
    width,
    height,
    channels: 4,
    background: '#282c34'
  }
};

const base = sharp(background).png();
```
2.テキストの画像を作成（SVG形式で）
```
const titleSvg = `
<svg width="${width}" height="${height}">
  <style>
    .title { fill: white; font-size: 48px; font-family: sans-serif; }
  </style>
  <text x="50" y="100" class="title">SharpでOGP画像を作成してみた！</text>
</svg>
`;

const titleBuffer = Buffer.from(titleSvg);
```
3.合成してPNG画像として出力
```
base
  .composite([
    { input: titleBuffer, top: 0, left: 0 }
  ])
  .png()
  .toFile('ogp.png')
  .then(() => {
    console.log('OGP風画像が生成されました');
  });
```
このように、SVGでテキストを記述してからsharpで画像上に合成することで、簡単にダイナミックなサムネイルが作成できます。
PNG圧縮率を変えるオプション：.png({ compressionLevel })
PNGは可逆圧縮形式であり、品質を犠牲にせずにファイルサイズを最適化できます。sharpでは、.png()に次のようなオプションを渡すことで圧縮率を制御可能です。
```
.png({ compressionLevel: 9 }) // 最も高圧縮
```
compressionLevelは0〜9の範囲で指定できます：
- 0: 圧縮なし（最速、ファイルサイズ大）
- 9: 最大圧縮（最も遅いがファイルサイズ小）
たとえばバッチ処理でサイズ最小化を優先する場合はcompressionLevel: 9を、リアルタイムな生成が必要な場合は5〜6程度がおすすめです。
バッファで返す / Base64エンコードでWebに埋め込む
PNG画像をファイルとして保存せず、バッファ形式で得てWebに埋め込みたい場合もあります。
```
const buffer = await sharp({
  create: {
    width: 200,
    height: 200,
    channels: 4,
    background: '#00f'
  }
}).png({ compressionLevel: 6 }).toBuffer();

const base64 = buffer.toString('base64');
const dataUrl = `data:image/png;base64,${base64}`;

console.log(dataUrl); // HTMLのimgタグに埋め込める
```
生成したPNG画像をdata:image/png;base64,...形式でHTMLやOGP用メタタグに直接埋め込めるため、CDNを使わず画像を渡したいときに便利です。
使用上の注意点
- 圧縮率を高くすると処理時間が伸びるため、用途に応じたバランスが必要です。
- PNGは可逆形式のため、画質は劣化しませんが、写真用途にはWebPやJPEGの方がサイズが小さく済むケースがあります。
- 圧縮オプション以外にも、alphaチャンネルを含むかどうかでもファイルサイズは大きく変わります。
応用：QRコードやバーコードと連携
「sharp」は画像の合成にも強いため、別のライブラリ（たとえばqrcodeやbwip-js）と組み合わせて、QRコードを含んだPNG画像を自動生成することもできます。
```
const QRCode = require('qrcode');

QRCode.toBuffer('https://example.com').then(qrBuffer => {
  sharp({
    create: {
      width: 500,
      height: 500,
      channels: 4,
      background: '#ffffff'
    }
  })
    .composite([{ input: qrBuffer, top: 100, left: 100 }])
    .png({ compressionLevel: 6 })
    .toFile('qr_image.png');
});
```
こういった自動化処理は、Eコマースやチケットサービスでも活用できますね。
生成した画像を共有するなら：file-binがおすすめ
今回のようにsharpで生成したPNG画像を手軽に共有したいときにおすすめなのが、**Shota Ninomiya氏が開発中のファイル共有サービス「file-bin」**です。
file-binの特徴：
- ゲストユーザーでも最大10MBまでアップロード可能
- ログインユーザーは大容量ファイルも利用可能
- アップロード時にエンドツーエンド暗号化（E2EE）＆圧縮を自動実行
- ダウンロードリンクにOGP画像や説明文（メタデータ）を設定可能
「生成したPNGをアップロード → SNSで即共有」という流れがスムーズに行えるため、開発中のツールやプロトタイプ共有にも最適です。
今後のアップデートでは、ダウンロード通知やアクセス制限機能なども追加予定とのことで、セキュリティに配慮しつつ画像を共有したいユーザーには非常に心強いサービスとなりそうです。
ベータ版を公開中です！フィードバックをしてくださる方を募集中です！
https://file-bin.com
まとめ
この記事では、JavaScriptライブラリ「sharp」を使ってPNG画像を生成・加工・出力する一連の流れを解説しました。
sharpのポイント：
- 高速かつ高機能な画像処理ライブラリ
- PNGの背景・テキスト合成・他画像との合成が簡単
- .png({ compressionLevel })で圧縮率を制御できる
- ファイル保存、Base64埋め込み、API出力など応用自在
- QRコード・OGP生成にも相性抜群
- 共有はfile-binのような暗号化サービスと連携すると便利
sharpは、サーバーサイドでの画像処理における最強の相棒といっても過言ではありません。特にPNG生成では、透明背景や高圧縮による活用の幅が広がるため、アイデア次第でいろいろな場面に応用できるでしょう。
何か気になる点やsharpの応用例があれば、コメントで教えてください！file-binに関しても、別記事で詳しく取り上げていく予定です。
2025年4月6日
ブラウザ上でのファイル圧縮処理：ユーザー体験とパフォーマンスの最適化を両立する技術
はじめに
近年、Webアプリケーションはますます高機能化しており、デスクトップアプリケーションと遜色ないユーザー体験を提供することが求められるようになりました。その中で注目されているのが「ブラウザ上でのファイル圧縮処理」です。従来であればサーバー側で行っていた圧縮処理を、クライアントサイドで実行することで、通信負荷を軽減し、ユーザーの待ち時間を短縮することが可能になります。
この記事では、ブラウザでのファイル圧縮処理の実現方法、使用される技術、メリット・デメリット、実装時の注意点などを詳しく解説します。
なぜブラウザでファイルを圧縮するのか？
通信量の削減
ユーザーが大きなファイルをアップロードする場合、ネットワーク帯域に大きな負担がかかります。特にモバイル回線や低速ネットワーク環境では、アップロードにかかる時間がユーザー体験を大きく損ねます。事前にクライアント側でファイルを圧縮してから送信することで、通信コストと時間を大幅に削減できます。
サーバー負荷の軽減
サーバーで圧縮処理を行うにはCPUリソースが必要です。アクセス数が多くなると、サーバー側の負荷が急激に増し、アプリケーション全体のパフォーマンスに悪影響を及ぼす可能性があります。クライアントサイドで圧縮を済ませることで、サーバーはより多くのリクエストに対応可能になります。
プライバシー保護
E2E（エンド・ツー・エンド）暗号化と組み合わせることで、ファイルの内容をサーバー管理者にも見せずに保管・転送することができます。圧縮と暗号化を事前にブラウザで済ませることで、セキュアかつ軽量なファイル転送が実現します。
ブラウザで使える圧縮アルゴリズム
1. Gzip（pako）
pako は、JavaScriptで書かれた高速なgzipライブラリです。ほぼネイティブのzlibと互換性があり、Node.jsとの連携や、サーバーとのフォーマット整合性を確保したいときに便利です。
```
import pako from 'pako';

const input = new TextEncoder().encode("Hello, world!");
const compressed = pako.deflate(input);
const decompressed = pako.inflate(compressed, { to: 'string' });
```
2. zip（fflate, JSZip）
Webアプリで複数ファイルの一括アップロードを実現する場合、Zip形式が便利です。fflateは非常に軽量で高速なライブラリで、Web Workerとの親和性も高く、最近の主流になっています。
```
import { zipSync, strToU8 } from 'fflate';

const zipped = zipSync({ 
  'hello.txt': strToU8('Hello, Zip!') 
});
```
3. Brotli（wasm実装）
Brotliはgzipよりも高い圧縮率を誇る新しいアルゴリズムですが、JavaScriptでの実装は限られており、通常はWebAssembly（Wasm）経由で実現されます。読み込みコストがあるため、用途に応じて使い分けが必要です。
ファイル圧縮の実装例（画像圧縮）
画像のように容量が大きく、かつユーザーが頻繁にアップロードするファイル形式では、圧縮による効果が顕著です。以下は、JSZip を使った画像の圧縮例です。
```
// ファイルをZIP圧縮する
export async function compressFile(file: File): Promise<ArrayBuffer> {
  const zip = new JSZip();
  
  // ファイルをZIPに追加
  zip.file(file.name, file);
  
  // ZIPを生成してArrayBufferで返す
  return await zip.generateAsync({
    type: 'arraybuffer',
    compression: 'DEFLATE',
    compressionOptions: {
      level: 9
    }
  });
}
```
このように、圧縮処理は数行のコードで実装できるうえ、ユーザーの体感パフォーマンスが大きく改善されます。
実装時の注意点
1. ブラウザの互換性
圧縮処理にはTypedArrayやBlob、ArrayBufferなどのAPIが必要です。古いブラウザではサポートされていないことがあるため、ポリフィルの導入や代替手段の検討が必要です。
2. 大容量ファイルへの対応
ファイルサイズが非常に大きい場合、JavaScriptのメモリ制限やGC（ガベージコレクション）によるパフォーマンス低下が発生する可能性があります。Web Workerを使ってメインスレッドをブロックしないよう設計することが重要です。
3. セキュリティ
圧縮処理の際に、ユーザーが意図しない内容が含まれていたり、処理結果が可逆的である場合は注意が必要です。圧縮処理の前後でMIMEタイプの確認やウイルスチェックを挟むなど、セキュリティ対策も併せて実装しましょう。
圧縮処理とE2E暗号化の連携
前述のように、圧縮と暗号化を組み合わせることで、高速かつ安全なファイル共有が可能になります。たとえば次のようなフローです：
1. ブラウザでファイルをZip圧縮
2. 圧縮済みバイナリに対してAESで暗号化
3. 暗号化ファイルをアップロード
4. ダウンロード時に復号＆展開
これにより、通信経路だけでなく保存時も含めた完全な秘匿性が担保されます。
今後の展望
WebAssemblyの進化により、ブラウザ上でのファイル処理能力はますます強化されています。今後はさらに高性能な圧縮ライブラリが登場し、ネイティブアプリに近い操作性をWebアプリ上で再現できるようになるでしょう。また、Zero-Knowledge Proofや符号理論を組み合わせた次世代のファイル圧縮・認証スキームの実装にも期待が集まっています。
file-bin.comの紹介
file-binは、セキュアなファイル共有を目的としたモダンなWebアプリケーションです。E2E暗号化をベースにした設計で、アップロードされたファイルはサーバーにも中身が見えない状態で保存されます。
主な特徴は以下の通りです：
- クライアントサイドでの暗号化・圧縮を実施（ファイル内容はブラウザ内でAES暗号化されてからアップロード）
- 容量制限とユーザー制御：ゲスト、一般会員、Pro会員といったロールによってファイルサイズ制限を制御
- OGP対応のダウンロードリンク生成で、共有時も美しい表示が可能
- IPアドレスやUser-Agentの記録による安全性担保
- MyPage機能でファイル管理・統計表示
file-bin.comは、ブラウザだけで完結するスマートなファイル共有体験を実現したい全ての人におすすめのサービスです。
現在ベータ版を公開中です！フィードバックをいただける方募集中です！
https://file-bin.com
まとめ
ブラウザ上でのファイル圧縮処理は、パフォーマンスの最適化とセキュリティの向上を両立させるための重要な手段です。軽量なライブラリと正しい設計を組み合わせれば、驚くほど簡単に導入することができます。そして、file-binのような最新サービスは、まさにこの技術の恩恵を最大限に活用しています。
これからのWeb開発では、ユーザーの手元でできる処理を積極的に活用し、サーバーの役割を最小限に抑える設計思想がますます重要になっていくでしょう。
2025年4月6日
PrismaをJavaScriptプロジェクトで使ってMySQLを簡単に操作する方法
この記事では、JavaScriptプロジェクトにPrismaを導入して、MySQLデータベースに接続し、簡単に操作する方法をわかりやすく解説します。
Prismaとは？
Prismaは、Node.jsやJavaScriptプロジェクトで使えるORM（Object-Relational Mapping）ツールです。これを利用すると、SQLを書かずに直感的で安全にデータベースを操作できます。
Step1：Prismaのインストール
まず、npmを使ってPrismaをプロジェクトに追加します。
```
npm install @prisma/client
npm install prisma --save-dev
```
次に、Prismaの初期設定を行います。
```
npx prisma init
```
このコマンドを実行すると、プロジェクト内にprisma/schema.prismaというファイルが生成されます。
Step2：データベース接続設定
schema.prismaを開き、MySQLデータベースへの接続設定を記述します。
```
datasource db {
  provider = "mysql"
  url      = env("DATABASE_URL")
}

generator client {
  provider = "prisma-client-js"
}
```
プロジェクトのルートにある.envファイルに接続情報を設定します。
```
DATABASE_URL="mysql://ユーザー名:パスワード@ホスト名:ポート番号/データベース名"
```
Step3：データモデルの定義
次に、データモデルを定義します。
```
model User {
  id        Int      @id @default(autoincrement())
  name      String
  email     String   @unique
  createdAt DateTime @default(now())
}
```
Step4：データベースに反映
モデルの設定が終わったら、次のコマンドでデータベースに反映させます。
```
npx prisma migrate dev --name init
```
これでPrismaがMySQLにテーブルを作成します。
Step5：JavaScriptでPrismaを使う
以下のようにPrismaを使ってデータを操作できます。
```
// PrismaClientのインスタンスを生成
const { PrismaClient } = require('@prisma/client');
const prisma = new PrismaClient();

async function main() {
  // ユーザーの作成
  const newUser = await prisma.user.create({
    data: {
      name: 'John Doe',
      email: 'john@example.com'
    }
  });

  console.log('作成したユーザー:', newUser);

  // ユーザー一覧を取得
  const users = await prisma.user.findMany();
  console.log('ユーザー一覧:', users);
}

main()
  .then(async () => {
    await prisma.$disconnect();
  })
  .catch(async (e) => {
    console.error(e);
    await prisma.$disconnect();
    process.exit(1);
  });
```
まとめ
Prismaを使えば、JavaScriptプロジェクトから簡単かつ安全にMySQLを操作でき、開発速度を大幅に向上させることができます。ぜひプロジェクトで試してみてください。
2025年3月7日
ESLintで特定の箇所だけvarを許可する方法
背景
JavaScriptでシングルトンを実装していた際に、どうしてもvarを使用する必要がありました。
プロジェクトの設定でESLintを利用しているため、varを使うと以下のようなエラーが発生しました。
```
7:3  Error: Unexpected var, use let or const instead.  no-var
```
普段はletやconstを使用するのが推奨されていますが、特別なケースとしてシングルトン実装などでスコープを明示的に調整するため、あえてvarが必要になることがあります。
特定箇所だけルールを無効化する方法
ESLintには、一時的に特定のルールを無効化するコメントがあります。
単一行で許可する場合
varを許可したい行の直前に次のコメントを追加します。
```
// eslint-disable-next-line no-var
var singletonInstance = null;
```
複数行で許可する場合
複数行にわたり許可したい場合は、以下のように囲みます。
```
/* eslint-disable no-var */
var singletonInstance = null;
var anotherVar = 123;
/* eslint-enable no-var */
```
注意点
- 原則として、varを利用するのは避け、可能な限りletまたはconstを利用しましょう。
- 特定のケースでのみ、意図を明確にコメントに残したうえで許可するのがベストプラクティスです。
以上の方法で、ESLintルールを柔軟に適用しつつ、特殊な実装にも対応できます。
2025年3月7日
ブログ移動しました
今までサブドメインでブログをやっていたのですが、メインドメインに移動しました！
メインドメインが化石になっていたので、こうしました。
これからもよろしくお願いいたします。
2025年2月24日
[C#]MS.DIにおけるサービスのライフタイムとスコープの関係について
Microsoft.Extensions.DependencyInjection（以下、MS.DI）を使用すると、依存性注入によりサービスのライフタイムを制御できます。ライフタイムには主に以下の3つがあります。
- Singleton
- Transient
- Scoped
今回は、これらのライフタイムがスコープの設定によってサービスのインスタンス（Idの値）にどのような影響を与えるかを、単体テストを通じて確認します。
単体テストのコード
以下の単体テストコードでは、ISomeServiceというインターフェースと、それを実装するSomeServiceクラスを使用しています。SomeServiceは、インスタンスごとに異なるId（Guid）を持ちます。
```
public interface ISomeService
{
    Guid Id { get; }
}

public class SomeService : ISomeService
{
    public Guid Id { get; } = Guid.NewGuid();
}
```
Singletonの場合
Test1: スコープを設定しない場合
```
[Fact]
public void Test1()
{
    var services = new ServiceCollection();
    services.AddSingleton<ISomeService, SomeService>();
    
    var provider = services.BuildServiceProvider();

    var service = provider.GetService<ISomeService>();
    var service2 = provider.GetService<ISomeService>();
    Assert.NotNull(service);
    Assert.NotNull(service2);

    Assert.Equal(service.Id, service2.Id);
}
```
Test1_1: スコープを設定する場合
```
[Fact]
public void Test1_1()
{
    var services = new ServiceCollection();
    services.AddSingleton<ISomeService, SomeService>();

    var provider = services.BuildServiceProvider();

    var scopeFactory = provider.GetService<IServiceScopeFactory>();
    Assert.NotNull(scopeFactory);

    using var scope1 = scopeFactory.CreateScope();
    var service = scope1.ServiceProvider.GetService<ISomeService>();
    Assert.NotNull(service);

    using var scope2 = scopeFactory.CreateScope();
    var service2 = scope2.ServiceProvider.GetService<ISomeService>();
    Assert.NotNull(service2);

    Assert.Equal(service.Id, service2.Id);
}
```
Transientの場合
Test2: スコープを設定しない場合
```
[Fact]
public void Test2()
{
    var services = new ServiceCollection();
    services.AddTransient<ISomeService, SomeService>();

    var provider = services.BuildServiceProvider();

    var service = provider.GetService<ISomeService>();
    var service2 = provider.GetService<ISomeService>();
    Assert.NotNull(service);
    Assert.NotNull(service2);

    Assert.NotEqual(service.Id, service2.Id);
}
```
Test2_1: スコープを設定する場合
```
[Fact]
public void Test2_1()
{
    var services = new ServiceCollection();
    services.AddTransient<ISomeService, SomeService>();

    var provider = services.BuildServiceProvider();

    var scopeFactory = provider.GetService<IServiceScopeFactory>();
    Assert.NotNull(scopeFactory);

    using var scope1 = scopeFactory.CreateScope();
    var service = scope1.ServiceProvider.GetService<ISomeService>();
    Assert.NotNull(service);

    using var scope2 = scopeFactory.CreateScope();
    var service2 = scope2.ServiceProvider.GetService<ISomeService>();
    Assert.NotNull(service2);

    Assert.NotEqual(service.Id, service2.Id);
}
```
Scopedの場合
Test3: スコープを設定しない場合
```
[Fact]
public void Test3()
{
    var services = new ServiceCollection();
    services.AddScoped<ISomeService, SomeService>();

    var provider = services.BuildServiceProvider();

    var service = provider.GetService<ISomeService>();
    var service2 = provider.GetService<ISomeService>();
    Assert.NotNull(service);
    Assert.NotNull(service2);

    Assert.Equal(service.Id, service2.Id);
}
```
Test3_1: スコープを設定する場合
```
[Fact]
public void Test3_1()
{
    var services = new ServiceCollection();
    services.AddScoped<ISomeService, SomeService>();

    var provider = services.BuildServiceProvider();

    var scopeFactory = provider.GetService<IServiceScopeFactory>();
    Assert.NotNull(scopeFactory);

    using var scope1 = scopeFactory.CreateScope();
    var service = scope1.ServiceProvider.GetService<ISomeService>();
    Assert.NotNull(service);
    
    using var scope2 = scopeFactory.CreateScope();
    var service2 = scope2.ServiceProvider.GetService<ISomeService>();
    Assert.NotNull(service2);

    Assert.NotEqual(service.Id, service2.Id);
}
```
結果のまとめ
AddSingletonの場合
- スコープを設定しない場合でも、設定した場合でも、Idは変わらない。
- 同一のインスタンスが常に提供される。
AddTransientの場合
- スコープを設定しない場合でも、設定した場合でも、Idは毎回変わる。
- 新しいインスタンスが常に生成される。
AddScopedの場合
- スコープを設定しない場合、Idは変わらない。
  - デフォルトでは、BuildServiceProviderで生成されたルートスコープが使用されるため。
- スコープを設定した場合、スコープ間でIdが変わる。
  - 同一スコープ内では同じインスタンスが提供されるが、異なるスコープ間では新しいインスタンスが生成される。
詳細な解説
1. Singletonの動作
AddSingletonで登録されたサービスは、アプリケーション全体で単一のインスタンスが使用されます。スコープを設定しても、同じインスタンスが返されるため、Idは変わりません。
- ポイント: スコープに関係なく、常に同じインスタンスが提供される。
2. Transientの動作
AddTransientで登録されたサービスは、サービスを取得するたびに新しいインスタンスが生成されます。スコープの有無にかかわらず、毎回異なるIdとなります。
- ポイント: スコープに関係なく、常に新しいインスタンスが生成される。
3. Scopedの動作
AddScopedで登録されたサービスは、スコープごとに一つのインスタンスが提供されます。
- スコープを設定しない場合:
  - BuildServiceProviderで生成されたルートスコープが使用されます。
  - そのため、同じインスタンスが返され、Idは変わりません。
- スコープを設定した場合:
  - 新しいスコープ（IServiceScope）を作成することで、そのスコープ内では同じインスタンスが使用されますが、異なるスコープ間では別のインスタンスが生成されます。
  - したがって、Idはスコープごとに異なります。
- ポイント: 同一スコープ内では同じインスタンス、異なるスコープ間では異なるインスタンスが提供される。
スコープの作成と管理
スコープは通常、WebアプリケーションではHTTPリクエストごとに自動的に作成されます。しかし、コンソールアプリケーションや単体テストでは、以下のように明示的にスコープを作成する必要があります。
```
var scopeFactory = provider.GetService<IServiceScopeFactory>();
using var scope = scopeFactory.CreateScope();
```
実用的なポイント
- Singletonを使う場合:
  - アプリケーション全体で共有する設定やリソースに適しています。
  - スレッドセーフである必要があります。
- Transientを使う場合:
  - ステートレスなサービスや、一時的なデータを扱う場合に適しています。
- Scopedを使う場合:
  - リクエストごとに状態を持たせたい場合に適しています。
  - Webアプリケーションでは特に有用です。
まとめ
- AddSingleton:
  - スコープに関係なく、常に同じインスタンスが提供される。
- AddTransient:
  - スコープに関係なく、常に新しいインスタンスが生成される。
- AddScoped:
  - 同一スコープ内では同じインスタンスが提供されるが、異なるスコープ間では別のインスタンスが生成される。
サービスのライフタイムとスコープの理解は、正しい依存性注入の実装に不可欠です。特に、サービスが状態を持つ場合やリソースの消費を最適化したい場合、適切なライフタイムを選択することでアプリケーションのパフォーマンスと信頼性を向上させることができます。
2024年10月11日
[PHP]ステータスコード301を使用した恒久的リダイレクトの実装とその重要性
ウェブサイトの運営やリニューアルを行う際、ページのURL変更やドメインの移行が必要になることがあります。その際に欠かせないのが恒久的リダイレクト（ステータスコード301）です。この記事では、PHPを使用してステータスコード301のリダイレクトを実装する方法と、その重要性について詳しく解説します。
PHPでの301リダイレクトの実装方法
PHPでステータスコード301を使用してリダイレクトを行うには、以下のコードを使用します。
```
<?php
header("HTTP/1.1 301 Moved Permanently");
header("Location: https://blog.tomato-note.com/");
exit();
?>
```
解説：
- header("HTTP/1.1 301 Moved Permanently");
  ブラウザや検索エンジンに対して、リソースが恒久的に移動したことを伝えます。
- header("Location: https://example.com/");
  リダイレクト先の新しいURLを指定します。
- exit();
  スクリプトの実行を終了し、後続のコードが実行されないようにします。
注意点：
- Locationヘッダーに指定するURLは、実際のリダイレクト先に変更してください。
- ヘッダーを送信する前に、何も出力しないように注意してください（出力があるとヘッダーが送信できません）。
恒久的リダイレクト（301リダイレクト）とは
恒久的リダイレクトは、ウェブページやリソースが恒久的に新しい場所に移動したことを示すHTTPレスポンスです。ステータスコード301を使用します。
主な効果と利点
1. ブラウザや検索エンジンへの通知
  ユーザーのブラウザや検索エンジンに対して、古いURLではなく新しいURLを使用するよう促します。
2. SEOへの影響
  - 検索エンジンは古いページの評価やランキングを新しいページに引き継ぎます。
  - ページの権威性やバックリンク効果を維持できます。
3. ユーザーエクスペリエンスの向上
  - ユーザーがブックマークや古いリンクからアクセスしても、自動的に新しいページに案内されます。
  - 404エラーなどの表示を防ぎます。
使用が推奨されるケース
- サイト構造の変更
  ページのURLを変更した場合。
- ドメインの移行
  ウェブサイトを別のドメインに移転した場合。
- コンテンツの統合
  複数のページを一つにまとめた場合。
リダイレクト設定時の注意点
- 一時的なリダイレクトとの違い
  一時的な移動の場合は、ステータスコード302や307を使用します。恒久的な移動でない場合は注意が必要です。
- リダイレクトループの防止
  リダイレクト元と先のURL設定を正しく行わないと、無限ループが発生する可能性があります。
- HTTPSへの移行
  HTTPからHTTPSへの移行時にも301リダイレクトを使用して、セキュアな接続を促進します。
まとめ
恒久的リダイレクト（ステータスコード301）は、ウェブサイトのURL変更やドメイン移行時に不可欠な手段です。正しく実装することで、SEO効果を維持し、ユーザーに対してスムーズな閲覧体験を提供できます。
PHPを使用したリダイレクトの実装は簡単ですが、設定ミスがあると大きな問題を引き起こす可能性があります。リダイレクトを行う際は、今回紹介したポイントを参考に、正確に設定を行ってください。
2024年10月10日
[VB.NET]代入演算とブール値の扱いについて
こんにちは、今日はVB.NETでの代入演算子とブール値の扱いについて、特に次のコードがなぜエラーにならず、変数に-1が代入されるのかを詳しく解説します。
```
hogehoge =
fugafuga = 0
```
なぜエラーにならないのか？
一見すると、hogehoge =は代入する値がなく、不完全な文のように見えます。しかし、このコードはエラーにならずに実行されます。その理由は、VB.NETの代入演算子=が比較演算子としても機能するためです。
代入演算子と比較演算子の両義性
VB.NETでは、=は代入演算子と比較演算子の両方として使用されます。そのため、上記のコードは次のように解釈されます。
比較演算の結果を代入する
```
hogehoge = (fugafuga = 0)
```
fugafuga = 0は、hogehogeが1と等しいかどうかを評価する比較演算で、結果はTrueになります。その比較結果をhogehogeに代入しています。
ブール値が-1または0になる理由
ブール値と整数の変換
VB.NETでは、ブール値を整数型に変換すると以下のようになります。
- True：-1
- False：0
これは、VB.NETの内部表現でTrueが全てのビットが1であるためです。16ビットの整数で見ると、全てのビットが1のときは2の補数表現で-1になります。
具体的な例
```
Dim hogehoge As Integer
Dim fugafuga As Integer
hogehoge = fugafuga = 0  ' hogehoge には -1 が代入される
```
fugafugaは、特に値が代入されていないため、デフォルト値の0が代入されます。
fugafuga = 0の比較結果はTrueになります。Trueは整数の-1に変換されるため、hogehogeに0が代入されます。
暗黙的な型変換とOption Strict
暗黙的な型変換
デフォルトでは、VB.NETは暗黙的な型変換を許可しています（Option Strict Off）。そのため、ブール値から整数型への変換が自動的に行われ、エラーになりません。
Option Strict Onの活用
コードの安全性と可読性を高めるためには、Option Strict Onを使用することが推奨されます。これにより、暗黙的な型変換が禁止され、意図しない代入やバグを防ぐことができます。
```
Option Strict On
```
この設定を有効にすると、ブール値を整数型に代入する際には明示的な変換が必要になります。
コードの明確化
比較と代入を分ける
おそらくタイプミスで保存されたコードではありますが、まじめにやるなら、コードの可読性を高めるために、比較と代入を分けて書くことをおすすめします。
```
Dim isEqual As Boolean = (fugafuga = 0)
hogehoge = Convert.ToInt32(isEqual)
```
まとめ
- 代入演算子=と比較演算子=の両義性：VB.NETでは=が代入と比較の両方に使われるため、意図しない動作をする可能性があります。
- ブール値の整数変換：Trueは-1、Falseは0として扱われます。
- 暗黙的な型変換のリスク：Option Strict Onを使用して、暗黙的な型変換を防ぐことが推奨されます。
- 明示的な変換の重要性：ブール値を整数として扱う場合は、明示的な変換を行うことで、コードの可読性と信頼性が向上します。
最後に
VB.NETでの代入や比較、型変換は柔軟性が高い反面、注意しないと思わぬバグの原因となります。コードを書く際には、Option Strict Onを活用し、明示的な型変換を心がけましょう。また、変数のデフォルト値や現在の値を常に確認することで、予期せぬ挙動を防ぐことができます。
まあ、そもそもタイプミスでコードを読む限り、
```
hogehoge = 0
fugafuga = 0
```
と書きたかったんだろうなあ～
2024年10月5日
Base64エンコードで「w8P/」が大量に出現する場合の対処方法
1. 「w8P/」が出現する原因とは？
Base64エンコードされたデータを解析中に「w8P/」という文字列が大量に出現する場合、それは多くの場合、エンコーディングやデータ変換の過程で問題が発生している可能性があります。
「w8P/」は、バイナリデータや不正な文字列がbase64エンコードされた際に頻繁に見られるパターンです。これは、「�」という「replacement character（置換文字）」に対応していることが多く、通常は不正なバイト列や文字コード変換エラーを示しています。
では、この問題にどのように対処すれば良いのでしょうか？以下に、考えられる原因とその解決策を見ていきましょう。
2. エンコーディングの確認
最も一般的な原因は、データのエンコーディングが正しく設定されていないことです。たとえば、UTF-8でエンコードされたデータを誤って別のエンコーディング（Shift_JISなど）として処理した場合、「�」のような不正な文字が生成され、その後base64エンコードで「w8P/」として表示されます。
解決策：
- 元のデータがどのエンコーディングで保存されているかを確認し、適切なエンコーディングを適用してからbase64エンコードを行います。
- エンコーディングを明示的に指定できる場合は、データの読み込みや保存時にUTF-8などの標準的なエンコーディングを使用するようにしましょう。
3. デコードの確認
次に、base64デコードの際にエンコーディングが適切に処理されているかも確認する必要があります。例えば、UTF-8でエンコードされたデータをShift_JISでデコードしようとすると、エンコーディングの不一致が原因で不正な文字列が発生します。
解決策：
- base64エンコードされたデータをデコードする際、適切なエンコーディングを使用してデータを処理するようにしましょう。
- デコード後の文字列が正しく表示されているか、特に日本語などのマルチバイト文字を含むデータの場合は確認が必要です。
4. データの破損チェック
エンコーディングやデコードに問題がない場合、データそのものが破損している可能性も考えられます。特に、ネットワークやファイルの入出力時にデータが部分的に失われることがあります。
解決策：
- 元のデータが破損していないか確認し、必要に応じて再取得や再生成を行ってください。
- ファイルやデータの転送プロセスにおいてエラーが発生していないかも確認しましょう。
5. まとめ
base64エンコードされたデータ内に「w8P/」という文字列が頻出する場合、以下の点を確認することで解決に近づけます：
1. エンコーディングの確認：データの元のエンコーディングが適切かどうかを確認する。
2. デコードの確認：base64デコード時に適切なエンコーディングが使用されているか確認する。
3. データの破損チェック：データが破損していないかを確認し、必要に応じて再取得や修正する。
エンコーディングの不一致やデータの破損は、特に多国語対応や異なるシステム間でのデータ交換時に発生しやすい問題です。適切なエンコーディング管理とデータチェックを行うことで、問題の発生を防ぐことができます。
2024年10月5日

投稿者: tomato-note

🔍 この記事でわかること

🧪 なぜ環境変数を使うのか？

✅ 開発中に動作を確認する方法

1. Visual Studioで環境変数を設定する方法

2. システム環境変数として設定（注意）

3. デバッグとログ出力による確認

4. ClickOnceによる本番形式のテスト

5. ユニットテストでの環境変数テスト

⚠️ 環境変数を扱う際の注意点

📝 まとめ

📌 最後に

sharpとは？

sharpでPNG画像を生成する基本コード

テキストや画像を合成してサムネイル画像を生成する

1. ベース画像の作成

PNG圧縮率を変えるオプション：.png({ compressionLevel })

バッファで返す / Base64エンコードでWebに埋め込む

使用上の注意点

応用：QRコードやバーコードと連携

生成した画像を共有するなら：file-binがおすすめ

まとめ

はじめに

なぜブラウザでファイルを圧縮するのか？

通信量の削減

サーバー負荷の軽減

プライバシー保護

ブラウザで使える圧縮アルゴリズム

1. Gzip（pako）

2. zip（fflate, JSZip）

3. Brotli（wasm実装）

ファイル圧縮の実装例（画像圧縮）

実装時の注意点

1. ブラウザの互換性

2. 大容量ファイルへの対応

3. セキュリティ

圧縮処理とE2E暗号化の連携

今後の展望

file-bin.comの紹介

まとめ

Prismaとは？

Step1：Prismaのインストール

Step2：データベース接続設定

Step3：データモデルの定義

Step4：データベースに反映

Step5：JavaScriptでPrismaを使う

まとめ

背景

特定箇所だけルールを無効化する方法

単一行で許可する場合

複数行で許可する場合

注意点

単体テストのコード

Singletonの場合

Transientの場合

Scopedの場合

結果のまとめ

AddSingletonの場合

AddTransientの場合

AddScopedの場合

詳細な解説

1. Singletonの動作

2. Transientの動作

3. Scopedの動作

スコープの作成と管理

実用的なポイント

まとめ

PHPでの301リダイレクトの実装方法

恒久的リダイレクト（301リダイレクト）とは

主な効果と利点

使用が推奨されるケース

リダイレクト設定時の注意点

まとめ

なぜエラーにならないのか？

代入演算子と比較演算子の両義性

ブール値が-1または0になる理由

ブール値と整数の変換

具体的な例

暗黙的な型変換とOption Strict

暗黙的な型変換

PNG圧縮率を変えるオプション：`.png({ compressionLevel })`

ブール値が`-1`または`0`になる理由